微服务架构

与单片应用程序相比，分布式系统中的服务在多台计算机上运行。为了让这些服务相互交互，我们需要某种进程间通信机制。在OpenFeign的帮助下，我将解释如何启动对另一个服务的同步调用。 

当我们观察企业应用程序开发领域的最新架构趋势时，我们发现微服务成为事实上的架构标准。与此同时，Spring Boot成为最受欢迎和广泛使用的框架，用于在Java领域实现微服务。多年来，Spring Boot在微服务的实现数量方面赢得并保持其最高位置。最近，OCI（

微服务是通过否定单体巨石monolithic而诞生的，单体巨石意思是铁板一块，高度耦合在一起，如同搅拌在一起的意大利面，或者说拌面，代码之间纠缠不清，修改维护难度很大，难以增加新功能，而微服务是根据业务领域中自然形成的聚合进行切分，也就是说，微服务不是对单体随意一刀切进行分割，而是根据有界上下文，在

微服务是面向服务架构（SOA）的变体，使用各种相互依赖的模块来标识它们之间的相互关系，并可衡量每个模块之间的松耦合程度。基于微服务的架构主要关注： 自然地强制执行模块化结构。 适用于持续交付软件开发过程。  对应用程序的一小部分进行更改只需要重建和重新

您的公司可能希望采用微服务架构并应用工作流自动化。我在这篇博客文章中没有深入探讨一些注意点：您会遇到以下问题： 范围和边界（“您希望自动化什么工作流程以及如何将其映射到您的环境中的多个微服务或有界上下文”）。 堆栈和工具（“我可以使用哪种工作流引擎？”）

该文认为单体巨石架构如果经过良好设计也是很好的，但是什么是良好设计呢？原文： DevOps Days London今年很棒！会谈很有意思，文化包容性和友好性。 我一直认为我们应该建立'正确的服务'，而不是为了用'

为了理解服务网格的必要性，我们将从多个阶段来查看Internet应用程序的简要历史。 阶段0：巨石单体记得那些时候？整个代码库打包为一个可执行文件并已部署。根据用例，这仍然可以更好地工作。但问题是一

你有没有想过为什么要使用容器部署多平台应用程序？这只是“追随炒作”的问题吗？在本文中，我将提出一些挑衅性的问题来说明为什么Kubernetes是新的应用程序服务器。您可能已经注意到大多数语言都被解释并使用“运行时”来执行源代码。理论上，大多数Node.js，Python和Ruby代码

“ 一个微服务应该涵盖一个有界的上下文 ” Vaughn Vernon断言。它引发了与

Resilience4j中有一个特殊模块（Resilience4j -Retry），它是为Java8和函数式编程设计的容错库，它是具有最小依赖性的轻量级库（主要是vavr）  当你重试时，有很多例子： 用于远程系统调用的跨微服务通信

关于使用Spring Boot创建微服务架构的教程系列。以下是英文链接(文章写得啰嗦不严谨，可直接参考源码)：

区块链行业仍处于初期阶段，每天都在进行新的创新。许多区块链堆栈被创建为单片单体架构，这使得人们难以采用这些新技术。Sawtooth支持两个关键的模块化领域： 共识算法和聪明的合同。 共识算法是一个持续的研

技术发展比以往任何时候都快。如果企业主想要保持竞争力，他们必须愿意适应技术的变化。但要做到这一点，你必须首先了解最新的趋势。 1.容器化 这对许多组织来说可能已经成为现实，但这将只是开始。D

Martin Thompson (@mjpt777) 于 6:30 下午 on 周一, 10月 01, 2018:Assuming REST and HTTP are required for microservices greatly restricts agility. Couplin

在讨论微服务时，经常出现有关软件架构的问题。许多微服务的新手不确定如何讨论架构以及如何做出决策。本文将解答这些问题，并分享一些其他建议。 整个系统的高级视图首先，无论您决定什么是处理架构决策的好方法，您都需

 DDD Borat (@DDD_Borat) 于 4:51 下午 on 周四, 11月 15, 20