摘要：
很早之前，就有关于“每台机器（machine)应该有多少个服务”的讨论。在我们继续之 前，应该找一个比“机器”更好的术语。在前虚拟化时代，单个运行操作系统的主机与底 层物理基础设施之间的映射形式有很多种。因此，我倾向于使用“主机”（host)这个词来 做通用的隔离单元，也就是能够运行服务的一个操作系 阅读全文
摘要：
其实，对我们来说知道订单被捕获并被处理就足够了，因为可以后面再对仓库的提取表做 一次插人操作。我们可以把这部分操作放在一个队列或者日志文件中，之后再尝试对其进 行触发。对于某些操作来说这是合理的，但要保证重试能够修复这个问题。 很多地方会把这种形式叫作最终一致性。相对于使用事务来保证系统处于一致的状 阅读全文
摘要：
你真的在做Cl吗 我猜你很有可能正在组织内使用持续集成。如果没有的话，你应该开始这么做，因为这个 关键实践允许我们更快速、更容易地修改代码。如果没有持续集成，向微服务架构进行转 型就会非常痛苦。即便如此，很多宣称自己在做CI的团队并没有真正在做。他们认为使 用了 ci工具就算是采用了 ci这个实践， 阅读全文
摘要：
论过了。然后，尝试理解这个单块系统能够被映射到哪些限界上下文中。假设一开始我们 识别出这个单块后台系统包含以下四个上下文。 •产品目录 与正在销售的商品相关的元数据。 •财务 账户、支付、退款等项目的报告。 • 仓库 -分发客户订单、处理退货、管理库存等。 • 推荐 该系统的算法正在申请专利。它是革 阅读全文
摘要：
前面提到的那些选择各自都有其适用的范围。一个组织会选择基于片段组装的方式来构建 网站，但对于移动应用来说，BFF可能是更好的方式。关键是要保持底层服务能力的内聚 性。比如，预定音乐和改变客户信息的逻辑应该处在相应的服务中，避免这些逻辑在系统中到处散布。将太多的逻辑放入到刚才提到的那种中间层中是一个常 阅读全文
摘要：
4.8实现基于事件的异步协作方式 前面讨论了一些与请求/响应模式相关的技术。那么基干事件的异步通信呢？ 4.8.1技术选择 主要有两个部分需要考虑：微服务发布事件机制和消费者接收事件机制。 传统上来说，像RabbitMQ这样的消息代理能够处理上述两个方面的问题。生产者 (producer)使用API 阅读全文
摘要：
由于服务端使用标准文本形式的响应，所以客户端可以很灵活地对资源进行使用，而基于 HTTP的REST能够提供多种不同的响应形式。到目前为止我们看到的例子都是XML的， 但事实上目前JSON更加流行。 JSON无论从形式上还是从使用方法上来说都更简单。有些支持者认为，相比XML， JSON的内容更加紧凑 阅读全文
摘要：
3.2什么样的服务是好服务 在MusicCorp的团队为了把八轨带（eight track tape)递送到所有人手中而开始辛苦工作、 创建一个又一个的服务之前，让我们先缓缓，讨论一些很重要的基本原则。什么是好的服 务？如果你曾经尝试过SOA并且失败了，大概就知道我下一步要说什么了。不过万一你 没那 阅读全文
摘要：
在我看来，集成是微服务相关技术中最重要的一个。做得好的话，你的微服务可以保持自 治性，你也可以独立地修改和发布它们；但做得不好的话会带来灾难。希望本章能够帮助 你在微服务之旅中，避免曾经在SOA中遇到的那些问题。 4.1寻找理想的集成技术 微服务之间通信方式的选择非常多样化，但哪个是正确的呢？ SO 阅读全文
摘要：
本系列的文章是自己在边学习购买的书籍《微服务设计》时，边记录下来的，用于加深学习效果和以后的回顾，如若侵权，请告知，我会及时删除。 阅读全文