> 如果在诸多热门云计算技术中，诸如容器、微服务、DevOps等，找出一个最火的方向，那么非微服务莫属。在小数推荐的这篇文章里，做与不做微服务好像理由都很充分。另外，诞生几十年的康威定律，在组织结构调整和变革方面，依然神采奕奕。 创建一种新的软件项目架构，来封装离散服务，对于全新的项目来说，这是非常简单的。但是，对于大多数软件开发者来说，谁又有大把的奢侈时间一直用在全新项目上呢？...
阅读全文一、前言 我们在用缓存的时候，不管是Redis或者Memcached，基本上会通用遇到以下三个问题： - 缓存穿透 - 缓存并发 - 缓存失效 缓存穿透 !imghttps://upload-images.jianshu.io/uploadimages/1049928-d8329b1e18a896a8.png?imageMogr2/auto-orient/strip%7CimageView2/2/...
阅读全文在微服务架构下，你的服务可能由不同的团队提供和维护，在这种情况下，接口的开发和维护可能会带来一些问题，比如服务端调整架构或接口调整而对消费者不透明，导致接口调用失败。 为解决这些问题，Ian Robinson提出了一个以服务消费者定义契约为驱动的开发模式：“Consumer-Driver ContractsCDC”，就是：消费者驱动契约。...
阅读全文虽然之前在《Spring Cloud构建微服务架构》系列文章中介绍了Hystrix服务降级http://blog.didispace.com/spring-cloud-starter-dalston-4-1与Hystrix断路器http://blog.didispace.com/spring-cloud-starter-dalston-4-3的概念。但是，还是一直收到这样的提问：降级与熔断区别是什...
阅读全文九、通信协议使用的陷阱 在微服务架构体系中要求每个服务都是独立布署，这就意味着服务之间会有通信，也就是说会有很多的远程访问。 当你不知道这些远程访问需要多长时间的时候，就会掉入到这个陷阱，当然我们可以假定远程访问一次50毫秒，但我们是否真正的进行过测试呢？那么服务的平均响应时间是多少呢？即使有看上去很好的平均响应时间，那么糟糕的“长尾延迟”也会将整体系统摧毁。 9.1 延迟测量...
阅读全文一、数据驱动的迁移反模式 微服务会创建大量小的、分布式的、单一用途的服务，每个服务拥有自己的数据。这种服务和数据耦合支持一个有界的上下文和一个无共享数据的架构，其中，每个服务及其对应的数据是独立一块，完全独立于所有其他服务。服务只暴露了一个明确的接口（服务契约）。有界的上下文可以允许开发者以最小的依赖快速轻松地开发，测试和部署。...
阅读全文六、无因的开发者陷阱 名字来自詹姆斯·迪恩演的电影《无因的反叛》（Rebel Without a Cause），一个问题青年因为错误的原因做了错误的决定。 很多架构师和开发者在微服务的开发中权衡利弊， 比如服务粒度和运维工具，但是基于错误的原因，做了错误的决定。 6.1 做出错误的决定 图6-1说明了一种情况是通过测试发现服务划分的太细了，因此非常影响性能，主要是由于服务划分的太细导致增加了通信工...
阅读全文概述 微服务架构是一种非常流行的新概念，即便可供以借鉴的经验比较少，当然不能阻挡它成为热门话题与研究对象。 令人惊讶地是，其实微服务的概念早在五十多年前就已经被提出，多年来，很久研究表明了这些观点的准确性。这就是本文所介绍的——康威定律。现在已经有很多企业正在尝试使用它创建高效的微服务架构。 !imagehttps://i.v2ex.co/X5120k76.png...
阅读全文DDD社区官网上一篇关于聚合设计的几个原则的简单讨论： 文章地址：http://dddcommunity.org/library/vernon2011/http://dddcommunity.org/library/vernon2011/，该地址中包含了一篇关于介绍如何有效的设计聚合的一些原则，共3个pdf文件。该文章中指出了以下几个聚合设计的原则： 1....
阅读全文领域驱动设计之领域模型 2004年Eric Evans 发表Domain-Driven Design –Tackling Complexity in the Heart of Software （领域驱动设计），简称Evans DDD。领域驱动设计分为两个阶段： 以一种领域专家、设计人员、开发人员都能理解的通用语言作为相互交流的工具，在交流的过程中发现领域概念，然后将这些概念设计成一个领域模型；...
阅读全文