《表1 单体架构与微服务架构的区别》

  提示：宽带有限、当前游客访问压缩模式

本系列图表出处文件名：随高清版一同展现

《基于微服务的气象信息决策支撑系统重构与实践》

1. 获取 高清版本忘记账户？点击这里登录

1. 下载图表忘记账户？点击这里登录

在软件设计中经典的3层模型为表示层、业务逻辑层和数据访问层。一个典型的单体架构就是将业务场景的表示层、逻辑层和访问层放在一个工程中，将整个软件系统的功能模块作为整体看待，统一设计和开发，最终通过编译、打包，部署运行在一个服务器上。SOA体系结构[8]及Web服务等相关标准和技术的产生，虽然实现了企业间服务资源的共享和复用，但是在开发模式上，仍然采用的是单体架构。随着业务复杂度和功能需求量的提升，单体架构存在的，代码庞大、耦合度高，部署时间长、成本较高，难以实现持续发布，难以实现技术协同，难以被扩展，可伸缩性较差的问题，已经不再适合大型企业的应用开发。微服务架构则根据应用系统的业务需求，通过对预定义的微服务进行重组而形成企业级应用的分布式体系结构。它主要将传统概念上的单体应用在功能、数据等方面进行分解，划分为多个具有明确边界并可被自由重组的小规模子服务。这些子服务间采用轻量级通信方式实现交互、协作，每个服务都有自己的数据库并可在独立进程中被部署、运行等，服务之间保持技术异构性，可由不同的团队选择合适的工具、语言进行开发。单体架构与微服务架构的区别如表1所示：