2017 年 06 月 - 1 文章

微服务架构(一)- 概述

  |   0 评论   |   0 浏览

微服务架构是近些年来在软件架构领域出现的一个新名词,虽然其诞生时间不长,但是其在各种技术资料,演讲、文章中出现的频率让大家意识到了它对软件架构领域带来的影响。 1. 什么是微服务架构 对于微服务很难有一个确切的定义,就像对于NoSql和函数式编程的概念一样,大家都有一个大致的认识,但是下个准确的定义比较难。 摘录一段马丁- 福勒先生的话: 微服务架构是一种架构模式,它提倡将单一应用划分成一组小的服务。服务之间互相协调,互相配合,为用户提供最终价值。每个服务运行在独立的进程中。服务于服务之间才用轻量级的通信机制互相沟通。每个服务都围绕着具体业务构建,能够被独立的部署。 1.1 多微才算微 两种错误的认识: 按代码行数判断。 实现相同的功能,不同的语言代码量不同 按重写时间判断。成员工作经验、技术背景、熟悉技术栈的不同,需要的开发时间也不同 正确的认识: 团队觉得好才是真的好 那一般也遵循两个原则 业务独立性。要保证微服务是一个具有业务独立性的单元 团队自主性。考虑到沟通成本,统一服务开发人数不建议超过10人。当人数过多时,考虑再拆分服务。 1.2 单一职责 每个微服务,应该处理单一的业务....