微服务论文原文地址及翻译地址

微服务 “微服务架构（Microservice Architecture）”一词在过去几年里广泛的传播，它用于描述一种设计应用程序的特别方式，作为一套独立可部署的服务。目前，这种架构方式还没有准确的定义，但是在围绕业务能力的组织、自动部署（automated deployment）、端智能（intelligence in the endpoints）、语言和数据的分散控制，却有着某种共同的特征。 “微服务（Microservices）”——只不过在满大街充斥的软件架构中的一新名词而已。尽管我们非常鄙视这

原文地址：https://martinfowler.com/articles/microservices.html 在过去几年中，“微服务架构”这一术语如雨后春笋般涌现出来，它描述了一种将软件应用程序设计为一组可独立部署的服务的特定方式。虽然这种架构风格没有明确的定义，但在组织、业务能力上有一些共同的特征：自动化部署，端点智能化，语言和数据的去中心化控制。 “微服务” - 软件架构拥挤大街上的有一个新术语。虽然我们自然的倾向是轻蔑的一瞥将它一带而过，然而我们发现这一术语描述了一种越来越吸引人的.

https://martinfowler.com/articles/microservices.html

团队要对他们构建的软件的各方面负责，包括7*24小时的运营。虽然我们作者一直是这个相当松散的社区的活跃成员，但我们的目的是尝试描述我们在自己的工作以及我们所知道的团队的类似努力中所看到的内容。基于微服务构建的应用程序的目标是尽可能的解耦和尽可能的内聚 - 他们拥有自己的领域逻辑，他们的行为更像经典UNIX理念中的过滤器 - 接收请求，应用适当的逻辑并产生响应。在过去的几年里，我们看到许多项目都使用这种风格，并且迄今为止的结果是积极的，以至于对于我们的许多同事来说，这正在成为构建企业应用程序的默认风格。

文章转载于：http://www.bdata-cap.com/newsinfo/1713874.html，分享学习，如有侵权，请联系删除。 原文是 Martin Fowler 于 2014 年 3 月 25 日写的《Microservices》。 本文内容 微服务 微服务风格的特性 组件化（Componentization ）与服务（Services） 围绕业务功能的组织 产品不是项目 强化终端及弱化通道 分散治理 分散数据管理 基础设施自动化 容错性设计 设计改

本文内容 微服务 微服务风格的特性 组件化（Componentization ）与服务（Services） 围绕业务功能的组织 产品不是项目 强化终端及弱化通道 分散治理 分散数据管理 基础设施自动化 容错性设计 设计改进 微服务是未来吗 其它 微服务系统多大 微服务与SOA 多语言多选择 实践标准和强制标准 让做对事更容易 断路器circuit breaker和产品中现有的代码 同步是有害的 微服务 “微服务架构（Microservice Architecture）”一词在过去几年里广泛的传播，它

微服务相关的两篇文章，很多之前一知半解的概念与关系，看过之后，茅塞顿开！ 微服务架构之事件驱动架构 http://m.blog.csdn.net/article/details?id=52537886 DDD、微服务和容器技术三者的关系 http://m.blog.csdn.net/article/details?id=52420859 Eventuate:基于操作CRDT的服务框架

引用“大神”——马丁·福勒对微服务特点的描述。根据业务模块划分服务种类。 每个服务可以独立部署并且互相隔离。通过轻量的 API 调用服务。 服务需要保证良好的高可用性。怎么理解呢?以下是我的解读：按业务拆分服务，这是“垂直拆分”;在技术层面的“前后分离”，属于“水平拆分”;横纵一起切，就把单一的应用拆分成网状的小块应用，这是微服务中“微”思想的体现。独立部署与互相隔离，这点充分体现了“我为人人、人...