微服务架构

为什么人们开始谈论“事件流”、“无损数据捕获”、“领域驱动设计”、“CQRS”？ 让我们尝试剥离技术，让我们看看下面谎言背后的真相：软件其实是沟通(software is communication)Con

这是一篇有点质疑基于Docker容器分布式系统是否在针对小型应用时过于复杂，有大炮打蚊子的嫌疑?当然，也可以从侧面了解一下Docker分布式生态圈的建设。 下面是采取对话形式： 你好啊，我的老板已经和你谈过话，听

建设一个高扩展性 松耦合系统是非常艰难的，随着移动和物联网设备增加扩展，不断增长的数据量和越来越高的客户期望，能够高效，可靠地在互联网规模的开发和运行系统变得非常关键。 在这样的互联网环境中，开发者总是会和不同语言 框架和技术打交道，各种微服务互动，这就使

这是Reactive微服务框架lagom作者一篇文章，针对CQRS误解进行驳斥，这个误解观点是:CQRS的问题是，它使事情变得更加复杂，因为它降低了一致性。 如果你有一个传统的单片整体系统，所有的数据操作都针对一个数据库，这个唯一的数据库支持ACI

几周前的NodeSummit 2016结束后，给人感觉是毫无疑问Javascript和特别是Node正在蚕食世界。 NodeSummit提供几个案例学习显示，Node已经为世界上最大的企业和组织提供强有力支持。

Monzo需要从头开始构建一个银行后端体系，该系统必须全天候具备可用性，可扩展到为遍及世界各地的数以百万计客户提供服务。这篇文章解释了我们如何以开源的技术建立这样现代系统。

分布式跟踪是一种通过分布式网络跟踪请求的系统，这样能够在复杂的微服务系统中创建一种透明的调用路径，一条请求可能会经过成百上千个微服务调用环节，如同树形结构一样分散开来，如果没有分布式跟踪，很难确定某个微服务是否是整个路径上的性能瓶颈。 分布式跟踪提供了近乎

无论你是在一个大企业工作，还是在努力在创业中成长，速度对市场同样至关重要。我们处于一个全球性的，竞争激烈的数字化市场，通向成功的竞争是激烈的。 在实现过程中，事情变得复杂起来，虽然重要的是速度，但速度却很少是唯一的商业目标。对于大多数企业的安全是同样重要的

　　微服务出现的时间不短了，但是为什么现在才这么重视它？互联网转型要转型什么？ 　　第一，以职能为中心转向以用户为中心。我们过去的信息化更多的是依照部门职能，有什么样的工作内容，有什么样的流程，然后去做系统。下一步的信息化更多的是以用户为中心。为什么是以用

API是现代应用的主要技术。API能够增强web客户端与移动客户端和后端的交互通讯，无需顾及他们的技术和平台的不同。当你构建基于web的api时，你通常选择rest风格的api。使用JSON作为应用程序之间交换数据的标准。 现在我们构建云时代的云原生应用时

在旧版本Swarm中需要一个服务注册器，这样所有管理者能有一个统一的集群状态视图，因此，在初始化老版本Swarm节点时，我们需要指定服务注册器的地址，而在新版本Swarm中，也就是Docker 1.12引入的Swarm Mode，除了Docker引擎以外什么都不需要，无需额外的服务注册器或key-v

microservice-bootstrap是一个可用来快速启动Node.js微服务的npm 模块。在几分钟内创建一个新的服务。 1.首先安装：npm install -g microservice-bootstrap

本文讨论如何开发Lagom微服务，Lagom是一个集成了微服务、RESTful、CQRS、EventSoucring、Reactive编程等最潮概念的开发框架。介绍见：这里

　微服务架构最主要的两个特征：细粒度和独立，简单来讲微服务就是细粒度的独

Zipkin是一个分布式跟踪系统，能够在微服务架构中收集有关性能延迟等问题，然后定位延迟所在部分。 一个REST请求会连接多个微服务来完成完整业务。也就是说对于入口的一个API调用可能需要有多个后台微服务协同完成，链路上任何一个调用超时或出错都可能造成前端

httpteleport能够在1Gbps网络中实现10Gbps的http流量，能够显著降低服务器之间带宽超载和消耗，可用于实现：RTB 服务器、基于HTTP的API服务器 (REST, JSON, JSON-RPC 或HTTP-RPC 服务和微服务)、反向代理服务器、负载平衡器。