今天跟大家唠唠我最近搞的这个“SOA续集最新版本”的事儿，纯粹是个人瞎折腾，各位看个乐呵就行。
我是想把之前的老系统彻底翻新一下，那玩意儿架构老旧，扩展性差，每次改动都得小心翼翼的，跟拆弹似的。正好最近有点空闲时间，就想着能不能用SOA的思想，把它拆成一个个小的服务，这样以后升级维护也方便。
小编温馨提醒：本站只提供游戏介绍，下载游戏推荐89游戏，89游戏提供真人恋爱/绅士游戏/3A单机游戏大全，点我立即前往》》》绅士游戏下载专区
说干就干！我先是把老系统的各个模块梳理了一遍，看看哪些可以独立出来做成单独的服务。这步挺费劲的，因为老系统代码耦合度太高了，好多模块都互相依赖，要理清楚关系还真得下一番功夫。我用了两天时间，画了好几张草图，才勉强把模块之间的依赖关系搞明白。
接下来就是选择技术栈了。考虑到我们团队主要用Java，而且Spring Cloud也比较成熟，所以就决定用Spring Cloud全家桶来搞。选好技术栈后，就开始动手创建项目了。我按照模块划分，创建了用户服务、订单服务、商品服务等等，每个服务都是一个独立的Spring Boot项目。
创建好项目之后，就开始写代码了。这部分也没啥特别的，就是按照需求，把老系统的代码一点点迁移到新的服务里。期间遇到了不少坑，比如数据迁移的问题、接口兼容的问题等等。不过还通过Google和Stack Overflow的帮助，都一一解决了。
服务写好之后，就要考虑服务注册与发现了。我选择了Eureka作为服务注册中心，配置也很简单，就是在每个服务的配置文件里加上Eureka的地址就行了。然后，我用Ribbon实现了客户端负载均衡，这样服务之间调用就不用关心具体的IP地址了，直接用服务名就行。
为了保证服务的稳定性，我还加入了Hystrix做熔断降级。这样，如果某个服务出现问题，就不会影响到其他服务了。熔断降级策略也需要根据实际情况进行调整，这个得慢慢摸索。
服务都部署好之后，就开始测试了。这部分也挺重要的，要模拟各种情况，看看服务是否能够正常工作。我用了Postman和JMeter做接口测试，发现了一些Bug，及时修复了。为了方便监控服务状态，我还加入了Prometheus和Grafana，可以实时查看服务的CPU、内存、请求量等指标。
就是上线了。我先是小范围灰度发布，观察一段时间，确认没有问题后，才全量发布。上线后，服务运行稳定，性能也比以前提升了不少，心里还是挺开心的。
这回实践主要做了以下几件事：
- 模块梳理：把老系统拆分成一个个独立的模块。
- 技术选型：选择Spring Cloud全家桶作为技术栈。
- 服务开发：按照模块划分，开发各个服务。
- 服务注册与发现：使用Eureka作为服务注册中心。
- 负载均衡：使用Ribbon实现客户端负载均衡。
- 熔断降级：使用Hystrix保证服务稳定性。
- 监控：使用Prometheus和Grafana监控服务状态。
这只是一个简单的SOA实践，还有很多可以改进的地方，比如服务治理、安全认证等等。以后有时间再慢慢研究。
