微服务架构

Docker宣布新的功能组件

大概看完这篇文章，并不是很同意文章的观点，在过去SOA中服务是一种粗粒度的服务，也就是与微服务相反，粗粒度的服务有两个好处：易于重用，减轻ESB的负载；而微服务催生，比如对事件总线的性能和可靠性要求提高，因为每个微服务是很小的组件，甚至是一个类，微服务之间的通讯几近类似于两个单个对象之间交互调用，性

laravel发布的Lumen是来自Taylor Otwell 的新PHP微框架，用于构建轻量且快速的微服务与Web API；当速度是必须考虑时，Lumen应该是首选。 这个框架干净的地方是你仍然可以使用Laravel 特性，比如缓存 队列 校验和路由与中

H2O是一个优化支持Http 1.x和Http2的HTTP服务器，可以作为单独服务器或库包。Github项目地址 基于非常高效的HT

QBit是微服务的队列库包，它类似于Akka和Spring的Reactor，但QBit只是库包而不是平台（轻量），QBit能够将服务放在一个队列Queue之后，你能直接使用QBit队列。QBit服务能以WebSocket, HTTP, HTTP pipeline暴露服务，在QBit中的一个服务是一个

Niket是一个拥有9年Web开发经验的程序员，2013年开始使用Go语言，这个谈话是有关其从Ruby的monolithic(巨石、整体性和铁板一块)架构切换到Go语言 microservice(微服务)架构过程中的经验教训：

Docker支持集群分布式应用其实意义很重大，基本可以完全取代EJB了。 分布式从Corba 到Java的EJB再到Docker，EJB因为将分布式的特点强加入到开发中，实际是最早的DevOps雏形，但是很多人不买账，因为他们不需要分布式部署集群，放在一台

Tumblr面临的最大挑战是如何正确地组织和扩展持续增长的基础设施作为一个平台。微服务架构已经是非常有前途的一个策略。 微服务这些都是将小而专的应用封装设计成一个组件，而不是一个个单独的应用程序，其中包含整个网站的业务逻辑，提供的清洁的职责分离。微服务有助于促进组织良好的基础设施以及更容易解决缺陷和

SimpleReact来自AOL的一个小型的支持并发的库包，其直接基于Java 8的CompletableFuture, JDK函数接口和Streams API构建，它的Fluent API能够提供解决90%的Reactive使用场景，重要的是没有带入任何复杂性。可以实现Functional Rea

来自Reddit的一条讨论：Why has node been

Cake 团队发布了它们的微服务架构实现。

Uber是最流行的按需用车服务商，他们的创新远不止这些，在生活方式和物流等方面有着快速的进步，最近他们的架构师分享了一些最具有魅力的分布式架构。 其中一个不断在进化的分布式系统项目是

Hasura.io使用haskell作为核心编程语言建立微服务平台，并分享了一些实践经验，如默认同步异步使用GHC等。 详见：

Diet.js是一个只有335行小巧的Web框架：Diet.js网站 直接上使用代码，编辑index.js文件内容如下：

Monolith(整体型)系统其实不一定很坏，微服务可能会复杂化，微服务的好处如代码的自主权、做好一件事以及克服包依赖在整体型系统中也能做到，

微服务是一个热门话题，因为他们正在改变软件开发行业。 微服务是一个对于调用者来说离散的 单独的可执行逻辑片段的命名，本质上讲，这是一个原子服务，当被调用时实现相应的职责功能，微服务架构导致更方便的系统调试，通过分发并发负载避免错误级联发生，语义处理导致更高