你是否还是停留在传统的前端切片打标签的技术上？面对 React、AngularJS 以及 Vue 这些框架，是不是有点儿手足无措？如何快速转型成为新型的前端开发者，甚至是架构者？ 本 Chat 将会手把手地教你如何进行这个转型，并从零搭建一个 React 前端架构！ 在本场 Chat 你将学习到： - React 项目搭建，并了解和传统前端 HTML 的联系与区别； - React 中 Route 路由的使用； - Antd 前端组件的引入与使用； - 前端与后台交互初探； - Redux 技术初探。

Nginx 实现反向代理，负载均衡，动静分离，防盗链以及解决跨域问题。 本篇 Chat以实例演示， 从以下10个方面对 Java 程序员应掌握的 Nginx 知识进行讲解： 1. 常用的 Web 服务器介绍； 2. Nginx 在分布式架构中的作用； 3. Nginx 的下载与安装； 4. Nginx 的配置文件介绍； 5. 实例演示环境介绍（Centos+Nginx+Tomcat）； 6. Nginx 的反向代理演示； 7. Nginx 的负载均衡演示； 8. Nginx 的动静分离演示； 9. Nginx 解决跨域访问问题演示； 10. Nginx 的防盗链配置演示。 以期通过本场 Chat 的学习，使一线程序员快速了解开发中的常用 Nginx 相关知识点，并且可以运用到项目中。

微服务的改造我们更多的看到的案例分享是一个结果，很难观察其过程以及中间发生的事情。本次介绍的案例是我在过去服务的一个客户的 5 年的微服务演进历程。 本系列共计 4 篇，分别是[《我们如何衡量一个微服务实施的成功》](https://gitbook.cn/m/mazi/activity/5bc2b6bf27238c76c6782a4c)，《成功微服务实施的技术演进》，《成功微服务实施的组织演进》，《微服务演进中的经验和反思》。本场 Chat 是第二篇《成功微服务实施的技术演进》，由于保密的原因，具体的客户、项目、人员名称均为化名。 通过本场 Chat 你可以了解一个组织是如何从一个单体的，多系统集成的架构转变成为一个微服务架构的。 本场 Chat 会和大家分享以下内容： 1. 通过度量驱动架构的微服务化； 2. 微服务平台的演进； 3. 数据库的独立演进； 4. 服务间的轻量级通信； 5. 微服务的全链路跟踪。

本场 Chat 会从零开始教会大家如何使用 Kotlin 构建一个模块化的 MVP 架构（附源码），什么是 MVP 架构、模块间的通信、用户在视图上的操作到网络请求的整个数据流向。包括像 Anko、Retrofit、Dagger2、ARouter 等一些第三方插件的使用和封装以及常见问题。最后使用框架完成注册登录流程。 本场 Chat 主要内容： 1. 使用 Android Studio 搭建多模块 Android 项目； 2. 了解什么是 MVP 架构，实现 Kotlin 风格的 MVP 架构； 3. 封装 Retrofit 网络库，发送网络请求，返回参数的封装； 4. Dagger2 依赖注入的使用和常见问题； 5. 集成 ARouter 实现模间的跳转； 6. 登录注册界面实现，完成注册登录流程； 7. 架构通用工具类、全局类的封装、代码优化等常见问题。

发送短信功能，在开发过程中是最常见的需求。包括用户登录验证码的发送、活动促销短信的发送等。本 Chat 将带领你深入地去学习如何设计和实现一个通用的基础短信服务，采用 Spring Boot 开发短信服务，最终会注册到 Spring Cloud 微服务体系中，方便其他服务使用。 主要内容如下： - 短信服务的需求； - 阿里云短信的接入； - 短信服务的设计； - 短信 API 的管理； - 短信的安全防护； - 短信的监控； - 异步发送和同步发送； - 整合到 Spring Cloud 中。 学完本 Chat 后将掌握使用 Spring Boot 设计并开发一个微服务体系下的短信基础服务。

在上一篇文章《[再谈基于 Kafka 和 ZooKeeper 的分布式消息队列原理](https://gitbook.cn/gitchat/activity/5bbeb5217147ec074cf87232)》中，我详细介绍了基于 Kafka-ZK 的分布式消息队列原理。本场 Chat 更进一步解读 Kafka 的一些可靠性机制：在消息队列系统中，一条消息的生命周期包括生产、发送、存储、消费和删除等流程，其中涉及诸多可靠性问题，同时，系统本身也存在可靠性问题，而这些可靠性问题又与可用性和吞吐性能密切相关。针对可靠性问题，Kafka 提供了可选的解决方案，本场 Chat 将介绍它们。 本场 Chat 主要介绍以下内容： 1. Kafka 的副本机制； 2. Kafka 的截断机制； 3. 消息生产的可靠性； 4. 消息发送的可靠性； 5. 消息接收的可靠性； 6. 消息存储的可靠性； 7. Leader 选举涉及的可靠性问题； 8. 消息去重问题。 PS：欢迎订阅达人课《[分布式中间件实践之路](https://gitbook.cn/gitchat/column/5b7d127b84322801444db274)》

随着 QQ 会员用户的日益增涨，每周都要上线大量各种玩法的 H5 活动来满足产品和运营的需求。传统的开发流程为：需求评审 -> 设计 -> 重构 -> 开发 -> 测试 -> 上线。这种传统的开发流程和周期都比较长，上线一个活动至少要一个星期的时间，已经无法满足运营快速上线的诉求，且开发每天做这些重复性大的工作也不利于自身的提高。因此我们需要设计一套能快速上线、扩展性好、可复用性高的运营系统。于是，QQ 会员活动运营系统（以下简称 AMS）应运而生。 本场 Chat 您将学到以下内容： 1. 峰值 10 亿 +PV 的 QQ 会员活动运营系统简介 ； 2. API 引擎如何实现上千种业务逻辑以及各种逻辑的组合； 3. 揭开 30 分钟上线一个全新 H5 活动的奥秘； 4. 插件化、组件化、配置化、自动化的设计思维。

云计算像水、电、气一样提供计算、存储和网络等基础资源，而引领云市场的企业自然会成为水厂、电网和气站一样的基础设施，这意味着什么呢？意味着除了现在必缴的水费、电费、气费、话费和网费之外，我们每个月又多了一项必须缴纳的云费，这真是一个风云变幻的大时代！ 往日的巨头们希望再续辉煌，新进的创业者渴望乘势逆袭，大家凭借资本或知本纵横天下，作为云原生应用架构的微服务领域也是战火纷飞、硝烟弥漫。由 RPC 框架演进而来的 Dubbo，由开发框架演进而来的 Spring Cloud，以及扛着新一代微服务架构 Service Mesh 旗帜闪耀登场的 Istio 等等，微服务相关的技术产品层出不穷，面对如此多的选择你是否感到手足无措？ “所谓的大时代，不过就是一个选择，或去或留，我选择了留在属于我自己的年月，那是我最开心的日子”，生活在记忆里不是我的选择，面对云计算这个IT人的大时代，我选择重新出发。让我们一起拨开云雾进一步认识微服务，不止于仅做这个大时代的见证者，还要做一个优秀的参与者和建设者： 1. 微服务架构都有哪些组件构成？ 2. 微服务框架与 PaaS 平台的关系？ 3. 微服务框架彼此有什么异同点？ 4. 微服务框架对比各有什么优势？ 5. 微服务框架的演进和融合方案？ 6. 如何选择最适合的微服务框架？ 学习是反人性的，改变认知也是一个既痛苦又漫长的过程，但我更憧憬未知的快乐……你呢？

在分布式系统中，调查问题的时候在需要到多台服务器上进行查看 Log，或者到数据库查询访问记录，不仅效率低而且不直观，那么有没有更好更轻松的方式呢？ 基于 ELK 的 Log 查看系统可以非常高效地解决传统 Log 文件的弊端，下面介绍下系统中如何基于 ELK 对 Log 进行优雅地处理，优雅地调查问题和查看统计信息。 本场 Chat 将基于如下几个主题进行讲解： 1. 常用 Log 记录的方式的不足； 2. 如何使用 Filebeat 进行 Log 收集； 3. 为什么不推荐使用 Filebeat； 4. 如何对所有请求进行记录； 5. 如何对所有对外请求的记录； 6. 如何记录任何需要的 Log，如何将 Log 埋点能更方便调查问题； 7. ELK、Kafka 安装与使用； 8. 基于 Kibana Dashboard 直观查看 Log 信息，形成请求量，请求时长与埋点信息。 本场 Chat 将基于 SpringCloud 系统调用，详细讲解从一个请求到系统内部运转与对外接口调用的完整流程，提供完整可执行代码。

微服务的改造我们更多看到的案例分享是一个结果，很难观察其过程以及中间发生的事情。本次介绍的案例是我在过去五年服务的一个客户，该客户经过了 5 年的微服务改造。作为一个见证者，从一个见证者的角度看到了该客户 5 年之间的变化，把我在实践和观察微服务的心得总结下来，分享给大家。通过本次分享，你可以了解到在做微服务的架构改进前中后需要注意的不同方面的问题、成本、收益，以及团队和技术的决策和养成。 本系列共计 4 篇，分别是《我们如何衡量一个微服务实施的成功》《成功微服务实施的组织变化》《成功微服务实施的技术变化》《微服务转型中的经验和反思》。本场 Chat 是第一篇《我们如何衡量一个微服务实施的成功》，由于保密的原因，具体的客户、项目、人员名称均为化名。 本场 Chat 首先会和大家分享一下这个客户和项目的大概背景。接着会和大家简单介绍一下微服务架构的演进的成本分析。然后和大家分享从组织和技术上可以看到的变化。 本场 Chat 你会了解到以下内容： 1. 案例背景 2. 微服务架构演进的成本分析 3. 微服务改造后的组织改进变化 4. 微服务改造后的技术改进变化

不使用编程语言的正则表达式库，实现一个基于特定语义规则的正则表达式引擎，对用户提供基本的 match 和 search 接口。这里有两个难点，一个是语义规则如何嵌套，另一个是贪心算法在嵌套的语义规则中如何收敛。 如果你想使用既有语言库中的算法实现这个正则表达式引擎，复杂度会超过你的想象。我们应该跳出既有思维的墙，深入分析问题域，简单自洽地解决设计挑战，有效地控制软件的复杂度。 本场 Chat 的主要内容为： 1. 需求 2. 组合式设计简介 3. 抽象设计 4. 贪心算法设计 5. API 设计 6. 测试设计 7. 内存管理设计 8. 核心代码分享 注：示例代码的语言为 C++，文章后面附完整代码的链接。

关于分布式消息队列，我在几个月前写过一篇文章：《[深入浅出理解基于 Kafka 和 ZooKeeper 的分布式消息队列](https://gitbook.cn/gitchat/activity/5ad5634e1165247fd990c306) 》。最近，由于写作课程《[分布式中间件实践之路](https://gitbook.cn/gitchat/column/5b7d127b84322801444db274)》的契机，我再次阅读了这篇文章，觉得存在很多不足，对不起 “深入浅出” 一词，鉴于此，我决定再写一篇长文，详细解读基于 Kafka 和 ZooKeeper 的分布式消息队列原理，敬请感兴趣的读者关注。 本场 Chat 主要内容： 1. Kafka 的架构解读； 2. Kafka 为什么要将 Topic 进行分区； 3. Kafka 高可靠性实现基础解读； 4. Kafka 复制原理和同步方式； 5. leader 选举机制，及如何确保新选举出的 leader 是优选； 6. 同步副本 ISR； 7. Kafka 数据可靠性和持久性保证； 8. 深入解读 HW 机制； 9. Kafka 架构中 Zookeeper 以怎样的形式存在； 10. 全程解析：Producer -> kafka -> consumer。

在微服务架构中，统一认证与授权是非常基础的功能服务。在过去的单体应用中，可以基于 Session 实现基本的登录与鉴权。在微服务时代，基于服务自治的原则，每一个微服务实例都能够对外提供服务，Session 式的用户认证与授权方式明显有点力不从心（分布式 Session 另当别论）。基于 OAuth 2.0 的统一认证与授权方式通过对用户的身份和权限进行统一的管理，可以满足微服务架构一次授权，多次多点使用的需求。 本次分享我们从当前统一认证与授权的现状和面临的问题出发，讲解 OAuth 2.0 的定义和内容，基于当前最热门微服务开源安全框架的 Spring Cloud Security 进行用户认证和权限控制的实战训练，并借机介绍其中的实现机制，帮助深入理解 Spring Cloud Security 的同时引导对安全方面更深入的思考。 本场 Chat 主要内容： 1. 统一认证与授权的现状和面临的问题； 2. OAuth 2.0 的定义与授权模式； 3. 认证服务器与 JWT； 4. 授权服务器； 5. 微服务 OAuth 2.0 实战； 6. 接口级别的权限控制实战； 7. 第三方登录实战（接入自家授权服务器与 GitHub 等）。

Netty 是一个可以快速开发网络应用程序的 NIO 框架，它大大简化了 TCP 或者 UDP 服务器的网络编程。Netty 的简易和快速开发并不意味着由它开发的程序将失去可维护性或者存在性能问题，它的设计参考了许多协议的实现，比如 FTP、SMTP、HTTP 和各种二进制和基于文本的传统协议，因此 Netty 成功的实现了兼顾快速开发、性能、稳定性、灵活性为一体，不需要为了考虑一方面原因而妥协其他方面。Netty 的应用还是比较广泛的，比如阿里巴巴开源的 Dubbo 和 Sofa-Bolt 框架底层网络通讯都是基于 Netty 来实现的。 本 Chat 我们来使用 Netty 搭建一个文件上传服务，主要包含下面内容： - 使用 Netty 搭建文件上传服务端，自定义协议格式，自定义解码处理器，允许一个长连接连续上传多个文件； - 使用 Netty 搭建文件上传客户端，从本地读取文件，按照自定义协议格式通过 Netty 连接传输文件到服务器端 。

Paxos 几乎成为了分布式一致性协议的代名词，此次 Chat 将带你一步一步，详尽地了解 Paxos 分布式一致性协议的原理，从零学习分布式一致性算法。 首先会讲解基本的 Basic Paxos，然后更进一步重点讲解 Multi Paxos，并详细地分析可能存在的问题，对这些问题进行优化，逐步形成一个可用的 Paxos 算法体系。 在讲解过程中，为了更形象化，会基于日志的复制同步（Replicated Logs）为场景展开。最后就是将上面所讲述的理论变为实现，带你从零实现分布式日志复制同步。如果这门课程能够得到大家的认可，后面我会继续写 Raft、Zab。一起努力吧！ 本场 Chat 主要分为两大模块。 1. Paxos 算法原理与问题分析。以日志的复制同步（Replicated Logs）为场景展开，讲述 Paxos 算法的原理。通过分析算法的每一个点，带着大家去思考，不断的去完善这一算法。 2. Paxos 算法实现概述。这里是对 Paxos 如何去实现的概述，总结并整理 Paxos 算法中 Proposer、Acceptor 角色的状态属性，以及 Leader 选举、Prepare、Accept、Success 阶段的具体流程。 本场 Chat 主要内容： 1. Basic Paxos 详解； 2. Multi Paxos 详解； 3. Multi Paxos 问题与优化； 4. 客户端协议； 5. 配置更改； 6. Paxos 算法概述； 7. 算法实践。

目前，可实现分布式锁的开源软件还是比较多的，其中应用最广泛、大家最熟悉的应该就是 ZooKeeper，此外还有数据库、Redis、Chubby 等。但若从读写性能、可靠性、可用性、安全性和复杂度等方面综合考量，作为后起之秀的 Etcd 无疑是其中的 “佼佼者” 。它完全媲美业界“名宿” ZooKeeper，在有些方面，Etcd 甚至超越了 ZooKeeper，如 Etcd 采用的 Raft 协议就要比 ZooKeeper 采用的 Zab 协议简单、易理解。 本场 Chat 将继续“分布式锁”这一主题，介绍基于 Etcd 分布式锁方案。Etcd，一个采用 Go 语言实现的高可用的分布式键值（ Key-Value）数据库，主要用途是共享配置和服务发现。目前，Etcd 已经广泛用于分布式系统，本场 Chat 将介绍 Etcd 的优秀实践之一，分布式锁。 本场 Chat 主要内容： 1. Etcd 简介； 2. Raft 算法解读； 3. Etcd 实现分布式锁的原理； 4. Etcd Java 客户端 Jetcd 介绍； 5. 从原理出发，基于 Etcd 实现分布式锁，全方位细节展示； 6. 从接口出发，基于 Etcd 的 Lock 接口实现分布式锁。 特别提示：关于分布式消息队列、缓存、锁的内容可阅读作者的达人课[《分布式中间件实践之路》](https://gitbook.cn/gitchat/column/5b7d127b84322801444db274)

本次分享我们从百亿流量交易系统 API 网关（API Gateway）的现状和面临问题出发，阐述微服务架构与 API 网关的关系，理顺流量网关与业务网关的脉络，带来最全面的 API 网关知识与经验。内容涉及： 1. 百亿流量交易系统 API 网关现状和面临问题 2. 分布式服务架构、微服务架构与 API 网关 3. API 网关的定义与职能、关注点 4. API 网关的分类与技术分析 5. 流量网关的设计与应用 6. 开源网关的分析与调研：OpenResty / Kong / Zuul2 / Spring Cloud Gateway 等 7. 业务网关的设计与最佳实践 8. 对网关系统的发展展望

在 DDD（领域驱动设计） 中，Eric Evans 认为领域模型是 DDD 的核心，软件开发中的所有参与者都应该围绕着一个统一一致的领域模型而工作，使得软件的复杂性得以有效控制。 领域模型是从领域问题出发人为构建的一种面向领域的指示性语义，选择某种编程范式就选定了特定的构建基础。理论上不管选择 OP（面向过程）、OO（面向对象）还是 FP（函数式）做为构建基础都是图灵完备的，但在工程上需要考量哪种编程范式与领域语义之间的 Gap 最小且维护成本最低。另外现代编程语言基本都支持多范式，使得程序员可以在局部灵活选择最佳的编程范式。 人们已经在基于 OO 的领域建模方面积累了大量的经验，而在基于 FP 的领域建模方面的经验却比较匮乏。本场 Chat 主要分享基于 FP 的一次 DDD 战术设计实践，主要内容包括： 1. 基于 FP 进行领域建模的场景； 2. 针对案例的第一个游戏建立领域建模，并通过代码表达； 3. 针对案例的第二个游戏演进领域模型，并通过代码表达。 附：[Counting-Shapes 代码](https://github.com/agiledragon/ddd-sample-in-golang)

RabbitMQ 作为目前应用相当广泛的消息中间件，在企业级应用、微服务应用中充当着重要的角色。特别是在一些典型的应用场景以及业务模块中具有重要的作用，比如业务服务模块解耦，异步通信，高并发限流，超时延迟处理等均有广泛的应用！ 本场 Chat 我将开始从官网的权威开发手册简要的介绍 RabbitMQ，然后将以 SpringBoot 为奠基将 RabbitMQ 实战应用到各种业务场景中。主要内容包括： 1. RabbitMQ 的概要简介、相关组件介绍以及Spring的事件驱动模型分享。 2. SpringBoot 整合 RabbitMQ 配置介绍以及发送接受消息方式实战。 3. SpringBoot 整合 RabbitMQ 实战业务模块解耦以及异步通信（包括异步写日志，异步发送邮件）。 4. RabbitMQ 并发消费配置以及消息确认机制实战（实战场景为：用户商城下单）。 5. 死信队列 DLX、DLK、TTL 认识与实战（实战场景为：用户下单并在指定时间未支付时自动失效实战）。

邮件发送是互联网企业中必备的功能之一，应用场景非常广泛，比较常见的有：用户注册、忘记密码、监控提醒、企业营销等。大多数互联网企业都会将邮件发送抽取为一个独立的微服务，对外提供接口来支持各种类型的邮件发送。 在本场 Chat 中，我将详细介绍如何使用 Spring Boot 发送各种类型的邮件，以邮件发送为实例，让大家感受使用 Spring Boot 开发项目的便利。 主要内容有： 1. 邮件发送协议、原理。 2. 如何使用 Spring Boot 发送文本、图文、附件、模板邮件 3. 如何设计一个邮件系统 学完本 Chat 后将掌握使用 Spring Boot 发送各类邮件，以及如何去设计一个邮件系统。 **本场 Chat 是[《精通 Spring Boot 42 讲》](https://gitbook.cn/m/mazi/comp/column?columnId=5b86228ce15aa17d68b5b55a&utm_source=chat0911)精品课的一小部分，[点击了解精品课详情](https://gitbook.cn/m/mazi/comp/column?columnId=5b86228ce15aa17d68b5b55a&utm_source=chat0911)~**