AMSRY的博客

前言： 对于微服务架构的概念，相信大家应该都不陌生，无论使用 Apache Dubbo、还是 Spring Cloud，都可以去尝试微服务，把复杂而庞大的业务系统拆分成一些更小粒度且独立部署的 Rest 服务。 但是这个过程，具体应该怎么做？现有的条件下到底要不要做微服务？服务拆分成什么粒度才是合适的？遗留的老系统需要如何考虑重构改造？有哪些坑需要我们注意？系统怎么在分布式服务下实现数据的一致性和服务的高可用可伸缩？拆分的过程中系统数量增多，测试、部署、运维、监控，又应该如何处理？ 如今阿里架构师针对

近几年，微服务架构在大量技术社区迅速蹿红，被认为是 IT 软件架构的未来方向。一线互联网公司由于具有大量的业务体量和业务场景，比如阿里、百度、网易，很早就开始入坑微服务架构。 随着云端办公以来，发现微服务越来越重要了。Docker 容器技术和自动化运维等相关技术发展，使微服务变得更容易维护。大家可能都注意到，像阿里、腾讯、字节跳动等大厂的后端岗位明确写出：微服务设计经验优先。如果没有这方面的准备的话，想拿到高薪可不容易。 再者，微服务在技术面试的时候多有提及，尤其对于头部互联网企业，微服务架构更是必备的