微服务 微服务怎么实现？是前端还是后端的事？

微服务怎么实现？是前端还是后端的事？

微服务只是一个概念，是一种架构设计思想，并不是什么新技术。原理就是化整为零，把一个软件应用，拆分为一个个可独立运行的"微"服务，跟常规意义的插件、扩展之类类似，不同之处在于"微服务"是一个可独立运行的应用程序，一般采用容器化部署比如Docker之类。以下从优点、缺点以及适用场景三方面来拆解。

1. 优点，有效解决单体软件随着时间的推移的维护灾难，可按需加载，最大程度释放系统资源。跟开发语言无关，采用容器化独立部署，无论使用什么开发语言都可无缝集成。可以细粒度拆分软件项目，完美的持续集成。

2. 缺点，微服务是一个分布式系统，如果拆分粒度过细，容易形成连环故障。各模块之间需要维护数据的一致性，要规划好通信，对整个系统架构要求比较高。在测试层面来讲，相对单体软件，测试工作量有一定程度的增加。应用部署相对来说比较复杂一点。

3. 适用场景，业务层面，应对多客户需求，通常每个客户总有一部分需求是不一样的。性能层面，应对高并发、高负载。

总之，软件互联网行业知识体系更新比较频繁，新概念、新技术层出不穷，我们探其本质，不要被表象所迷惑。机械科班出身的IT人共勉。

微服务 微服务之间的调用权限 本地调试k8s中微服务

版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。