个人历程
- 纯粹的单体应用，后台管理，UI(JSP渲染)，数据库也是单个无法，拆分都在一个tomcat上面跑。快速开发和迭代业务。
- 当并非要求越来越高，开始使用动态数据库，把不需要关联数据拆分到不同数据对数据库减压，主从数据库来提高数据读写性能，共享session,像数据库那样实现主从的应用提高jsp渲染问题，但是(数据库并没有很好的拆分)。这个架构已经可以应付大多数的并非问题了。
- 然而，业务的变化及临时活动扩展让开发和系统稳定无法得到保证，代码经过产品的快速迭代变成了狗样，我又不想砍产品，只能开始找其他方案。
- 微服务，让我找到答案，但是开发和管理难度也相应提高，接下来我将详细描述我改用微服后的问题。
从单体应用过度到微服
首先的解决两个问题，1.把现有应用变成微服务，2. 使用现在单体应用调新开发微服务（把新需求对旧业务无依赖的先下手）。
微服后存在的问题，及解决方案
- 聚群管理
- 数据关联
- 分布式事务
- 容错处理
- 日志聚合
- 监控系统
网友评论