微服务架构

这是一个使用Docker将Node.JS或Java等Web应用实现分布式部署的文章，关键是解决应用服务的自动发现。 分布式系统的核心是负载平衡和服务发现，逻辑图如下：

Martinfowler的这篇微服务文章引发了软件架构方面的热烈讨论，“今天在软件架构方面，除了微服务这个名称没有什么新的”。现大意翻译如下： 微服务，是另外一个在软件体架构这个拥挤的街道上冒出的新名词

该文认为Node.js发起的微服务架构将彻底颠覆JavaEE传统的应用服务器概念，Java应用服务器包括Tomcat JBoss Websphere Weblogic 或Oracle的应用服务器。应用服务器是Java EE或Servlet容器。

这是一篇讨论Node.js在无需修改任何代码从单核垂直扩展到多核，再水平扩展到多台集群和消息集成的分布式系统，展示了Node.JS在无缝扩展性方面要强于Java。其主要架构是Node.js微服务 + 消息Messaging + 集群Clustering 。翻译如下：

假设一个ProductSpeed有两个不同的构造器：

Richard Clayton分享了自己在微服务实践中的失败经历，避免更多人犯同样的错误。这些问题主要有以下几点： 1.开发人员之间的哲学观点的差异我们团队对微服务分为以下三个派别:a.喜爱微服

这是来自《POJOs In Action》作者和CloudFoundry原创始人Chris Richardson的一篇谈论微服务PPT，结合DDD和事件驱动，比较全面和可落地。大意翻译如下： 以一个在线商店为案

Spark是一个可像Node.js的Express那样快速Web框架，它虽然和大数据处理框架Spark同名，但是它是基于Java的，受Ruby的Sinatra框架鼓舞，用于Jav

闪购网站Gilt.com是一个新生的电子商务模式，其特点是在几秒钟内流量爆棚100倍，每天大概持续15分钟，这家网站的首席架构师Eric Bowman谈了如何从Ruby On Rails迁移到Scala的感受，大意如下：

这是一篇从物联网角度认为微服务器(micro-server)和雾计算(fog computing)将是下一场IT革命。文章认为： 以前包括现在我们很多设备都是专用的，比如你的调制解调器 WIFI路由器 电视机顶

Docker作为一种容器其实是一种新的组件，容器概念历来已久，早在90年代末,我们知道BEA系统,我们有相似的中间件和分布式系统背景。Docker非常类似那时的ejb容器。 EJB容器已经被Docker这样新的

各位大大，当业务功能涉及到多个聚合的时候，有多种方式进行处理，其中有两种方式使用比较普遍，一种是领域服务，另一种是领域事件，也不排除两种同时存在的情况，那如何取舍呢？ 一个系统中很多业务功能都会涉及到2个或多个聚合，如果使用领域服务，将会导致在领域层会存在大量的领域服务类，这种方式

KIXEYE Chassis是提供快速构建和部署服务的Java独立库包。其特性包括： 1.REST 和 WebSocket服务器支持 -通过对方法添加元注解实现REST API和 WebSocket消息处理器。

在论坛转了一圈，领域服务大概的意思是说：一些行为放在A模型也不好，放在B模型也不好的，就作为领域服务，也就是说领域服务是夸模型夸聚合的一些行为，那么这些服务有没有状态的，是不是跟application一样也是没有状态的呢，那么可以实现成静态方法吗，还有就是类似一些查询方法算不算领域服务呢，在实践中，

我看微服务现在说的好热，spring有boot帮助实现微服务，微软有类似实现微服务的产品么？大家知道么，谢谢？或者说，在微软.net的环境下，如何实现微服务。是用singal 和 asp.net web api还是最新的asp.net vNext能够实现。有了解的能给