简介

微服务是一种架构风格, 按照业务板块来划分应用代码, 使单个应用的职责更清晰, 相互之间可以做到独立升级迭代

出现原因

• 扩展性差, 应用程序无法轻松扩展, 因为每次需要更新应用程序时, 都必须重新构建整体系统
• 持续开发困难: 一个很小的代码改动, 也需要重新部署整个应用, 无法频繁并轻松的发布版本
• 不可靠: 即使系统的一个功能不起作用, 可能导致真个系统无法工作
• 不灵活: 无法使用不同的技术构建单体应用程序
• 代码维护难: 所有功能耦合在一起, 新人不知道从何下手

架构工作原理

一个系统应用拆分成了多个微服务, 如用户服务, 交易服务和商品服务, 相互之间协作支持整个商城的应用

技术案例

架构优缺点

• 优点
  • 灵活性高: 服务独立测试, 部署, 升级, 发布
  • 独立扩展: 每个服务可以各自进行扩展
  • 提高容错性: 一个服务问题, 并不会让整个系统瘫痪
  • 新技术的应用容易, 支持多种编程语言
• 缺点
  • 运维复杂度高: 业务不断发展, 应用和服务都会不断变多, 应用和服务的部署变得复杂, 同一个服务器上部署多个服务还要解决运行环境冲突的问题, 此外, 对于如大促这类需要动态扩缩容的场景, 需要水平扩展服务的性能, 就需要在新增的服务上准备运行环境, 部署服务等, 运维将变得十分困难
  • 资源使用变多: 所有这些独立运行的微服务都需要占用内存和CPU
  • 处理故障困难: 一个请求跨多个服务调用, 需要查看不同服务的日志完成问题定位