微服务不是银弹: 微服务并不适合所有的场景,因为一旦拆开,通信成本就会上升,架构复杂度会上升,开发人员需要更多,集成测试、部署都会变得更复杂,所以技术选型一定要慎重。 微服务的优缺点: 合格的架构师,应该以公司业务需求作为出发点,但是很多架构师设计架构的时候,实际并不是这样,有很多其他因素在,会设计不可维护的架构。比如为了对外宣传、便于接到业务,年长的架构师担心被公司裁掉,设计不可维护的架构等。 正常情况下,需要从成本、复杂度、测试、监控等方面出发,架构服务。如果在业务快速创新的公司,选择微服务架构,如果在业务比较稳定的公司,可以选择单体架构或者早期的架构。 微服务优点:
① 开发简单; ② 技术栈灵活; ③ 协议简单; ④ 服务独立无依赖; ⑤ 独立按需扩展; ⑥ 可用性高; ⑦ 高伸缩性; ⑧ 易于维护单一服务。
微服务的缺点:
① 架构复杂; ② 多服务运维难度; ③ 系统部署依赖; ④ 服务间通信成本; ⑤ 数据一致性; ⑥ 系统集成测试; ⑦ 重复工作; ⑧ 性能监控。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。