学完P8架构师整理的402页微服务与事件驱动架构手册，直接横扫面试官

事件驱动架构到底是什么？

事件驱动型微服务架构是由一系列最近才变得简单可行的技术实现的。

分布式、容错、高容量和高速的事件代理支撑了本文所要介绍的架构和设计模式。

这些数据解决方案基于大数据与近乎实时的事件处理需求的融合。微服务得益于容器化和计算资源获取的便利性，这使得对成千上万的微服务进行托管、伸缩和管理变得简单。

支撑事件驱动型微服务的技术对于如何思考和解决问题有着深远的影响，也深深地影响着企业和组织的结构。事件驱动型微服务改变了企业的工作方式、问题的解决方式，以及团队、人员和业务单元的沟通方式。这些工具为你提供了一种全新的做事方式，而这种方式直到最近才变得可行。

那既然大家都懂得了事件驱动架构是什么了，那本文该怎么来学习呢？

限于文章篇幅原因，只能以截图的形式展示出来，有需要的小伙伴可以文末获取↓↓↓

目录概览

内容概览

本文主要包含17章的内容，囊括了目前已知最先进的技术，不学你真的亏了！下面咱们就来看看具体包含了哪些知识，它为什么会这么强！

第1章为什么用事件驱动型微服务；

第2章事件驱动型微服务基础；

本章介绍了事件驱动型微服务背后的基本要求。事件代理是数据通信的主要机制，提供了大规模的实时事件流供其他服务消费。容器化和 CMS 使得可以大规模运行微服务。本章还介绍了事件和事件驱动逻辑的基本原理，并第一次介绍了在分布式事件驱动世界中管理状态的方法。

第3章通信和数据契约；

异步的事件驱动架构严重依赖于事件质量。高质量的事件用可演化的 schema显式定义、具有定义良好的触发逻辑，并包括带有注释和文档的完整 schema定义。对于生产者来说，隐式 schema 虽然更容易实现和维护，但其将大部分解释工作交给了消费者。由于事件数据丢失和意外更改，它们也更容易发生意想不到的故障。显式 schema 是广泛采用事件驱动架构的一个重要组成部分，特别是随着组织的发展，部落知识在组织范围内的传播已变得不可能。

第4章将事件驱动架构与现有系统集成；

第5章事件驱动处理基础；

基本的无状态事件驱动型微服务消费事件、处理事件并会发出新的后续事件。每个事件都是单独处理的。基本的转换可以将事件更改为更加有用的格式，然后将事件再分区到使用新键的事件流中。有相同键、相同分区算法和相同分区数的事件流可被分入协同分区，它保证了对于给定的消费者实例的数据局部性。分区分配器用于确保消费者实例之间的分区均匀分布，并且正确分配协同分区的事件流。

第6章具有确定性的流处理；

本章首先介绍了确定性以及在无边界流中达到确定性的最佳方法。然后研究了如何在多个分区之间选择要处理的下一个事件，以确保在近实时处理和再处理时达到最大努力的确定性。无边界事件流加上间歇性故障的本质意味着永远无法实现完全确定性。合理的、尽力而为的、大部分时间能正常工作的解决方案提供了延迟和正确性之间的最佳折中。

第7章有状态的流；

本章介绍了内部状态存储和外部状态存储，它们如何工作，它们的优点和缺点，以及何时使用它们。数据局部性在系统的延迟和吞吐量方面起着很大的作用，使得可以在负载很重时进行扩容。内部状态存储可以提供高性能处理，外部状态存储在支持微服务的业务需求方面可以提供许多灵活选项。

第8章用微服务构建工作流；

第9章使用"函数即服务"的微服务；

第10章基础的生产者和消费者微服务；

第11章使用重量级框架的微服务；

第12章使用轻量级框架的微服务；

第13章集成事件驱动型和"请求-响应"型微服务；

第14章支持性工具；

第15章测试事件驱动型微服务；

建立测试微服务的环境应该是一项协作性工作。毫无疑问，你组织中的其他开发人员和工程师将受益于一个通用的测试平台，因此应该考虑投资于工具以简化测试过程。程序化的环境配置（包括事件流的填充）可以显著减少为每个被测微服务设置环境的开销。

第16章部署事件驱动型微服务；

流水化微服务的部署需要组织支付微服务税并投资必要的部署系统。由于有大量的微服务可能需要管理，最好将部署职责委托给拥有微服务的团队。这些团队需要支持性工具来控制和管理它们的部署。

第17章结论；

事件驱动型微服务架构提供了强大、灵活且定义良好的方法来解决业务问题。

限于文章篇幅原因，就展示到这里了，有需要的小伙伴可以查看下方名片↓↓↓