微服务应用与单体应用的区别

个人历程

• 纯粹的单体应用，后台管理，UI(JSP渲染)，数据库也是单个无法，拆分都在一个tomcat上面跑。快速开发和迭代业务。
• 当并非要求越来越高，开始使用动态数据库，把不需要关联数据拆分到不同数据对数据库减压，主从数据库来提高数据读写性能，共享session,像数据库那样实现主从的应用提高jsp渲染问题，但是(数据库并没有很好的拆分)。这个架构已经可以应付大多数的并非问题了。
• 然而，业务的变化及临时活动扩展让开发和系统稳定无法得到保证，代码经过产品的快速迭代变成了狗样，我又不想砍产品，只能开始找其他方案。
• 微服务，让我找到答案，但是开发和管理难度也相应提高，接下来我将详细描述我改用微服后的问题。

从单体应用过度到微服

首先的解决两个问题，1.把现有应用变成微服务，2. 使用现在单体应用调新开发微服务（把新需求对旧业务无依赖的先下手）。

微服后存在的问题，及解决方案

• 聚群管理
• 数据关联
• 分布式事务
• 容错处理
• 日志聚合
• 监控系统