本场 Chat 将使用 Nginx、FFmpeg、Video.js 及 Nginx-RTMP 搭建一个简易的直播系统，适合需要使用到以上全部或部分技术栈的开发人员查阅。 该 Chat 偏向于实践，唯一目的是让大家根据文章能搭建一个能正常运行的系统，同时会提供文章内所有的源码，以供读者快速搭建环境，故大部分篇幅用于描述环境搭建及应用，不会对各个技术内部进行深入。 以下是本 Chat 的核心内容： 1. Nginx 简介配置及使用； 2. FFmpeg 简介配置使用及代码调用（Java 为例）； 3. 使用 Video.js 进行前台播放（RTMP/M3U8）； 4. 常见问题解决。

如果你在 MyBatis 使用了枚举，你可能对基本的用法已经熟悉。如果你从未用过枚举，看完本文后，你可能会在某些情况会优先选择枚举。 MyBatis 中的枚举很好用，前提是会用！本文会把 MyBatis 关于枚举的用法和最新版本中新增的功能统统告诉你，让你在使用枚举时更容易！ 本场 Chat 内容： 1. 默认的两个枚举处理器； 2. 默认的枚举处理器； 3. 如何修改默认的枚举处理器； 4. 如何配置通用的枚举处理器（两种方式，修改默认和配置接口处理器）； 5. Spring Boot 中如何配置（包含官方和通用 Mapper）。

随着业务的不断发展， 我们的系统后台服务将面对越来越多的压力。 1. 业务模式越来越丰富， 系统功能实现越来越多； 2. 系统服务建设越来越多， 彼此交互错综复杂，性能下降； 3. 使用用户逐渐增加， 流量压力加大，系统瓶颈凸显； 4. 促销运营活动带来瞬间高并发流量， 对系统造成影响。 这些问题都将考验我们对大型网站稳定性技术策略的掌握程度。 本场 Chat，将向大家讲解如下内容： 1. 大型网站的基本特点有哪些； 2. 大型网站稳定性技术策略有哪些； 3. 面对流量峰值的时候，我们需要在事前、事中、事后做哪些事情； 4. 性能优化的方向又有哪些？ 我们如何选择。

作为一名程序员，在大厂大家都是一个小小的螺丝钉，没有办法了解整个系统的全貌；在创业公司，要求程序员独当一面，但是业务量上不去，没有人带领，视野有限，也接触不到更先进的技术，不知道哪个方案好坏。 作为某鹅厂一创业团队的一员，经历了一个产品从无到有，从小到大的过程，幸运地了解了一整套在线服务全流程解决方案，能满足亿级用户的需求。 本场 Chat 将带你全面了解在线服务全流程解决方案，如何搭建满足亿级用户需求的系统。 1. 系统以 Java 开发； 2. 以 IOC、AOP、ORM 为基础框架，以关系型数据库做存储； 3. 以 NoSQL 作为缓存服务器来对读为主的数据进行缓存； 4. 不同服务之间通过 RPC 相互调用； 5. 分布式配置中心等一整套 Java 全流程解决方案。

随着 Elasticsearch 生态越来越完善，当公司业务的高速发展及数据爆炸式的增长，某些业务场景需要多维度的搜索时，Elasticsearch 是最适合场景的。 通过本次 Chat 可以带大家先了解 Elasticsearch 是什么，以及它的特性和要素。然后通过实战帮助大家在实践中解决一些坑，比如版本问题等。读者读完并操作完，可以完成一个实战的搭建流程和代码实战流程，并获得想要的知识。 本场 Chat 主要内容： - Elasticsearch 介绍、特性及要素 - ES 集群安装 - 安装 ES 集群实例 - 安装 Kibana 监控 - Spring Boot 整合 Elasticsearch - 工程结构 - 依赖配置 - 搜索 DAO 层 - 搜索 Service 层 - 新增数据接口 - 搜索数据接口 - 小结

微服务的改造我们更多的看到的案例分享是一个结果，很难观察其过程以及中间发生的事情。本次介绍的案例是我在过去服务的一个客户的 5 年的微服务演进历程。 本系列共计 4 篇，分别是《[《我们如何衡量一个微服务实施的成功》](https://gitbook.cn/m/mazi/activity/5bc2b6bf27238c76c6782a4c)，[《成功微服务实施的技术演进》](https://gitbook.cn/m/mazi/activity/5bf8c0d2c10964211ef33ae0)，[《成功微服务实施的组织演进》](https://gitbook.cn/m/mazi/activity/5c0e4c4ff0922e2d7413a402)，《微服务演进中的经验和反思》。本场 Chat 是第四篇《微服务演进中的经验和反思》，由于保密的原因，具体的客户、项目、人员名称均为化名。 在演进的过程中，我们也获得了很多教训。我把这些教训整理出来，分享给大家。本场 Chat 首先会和大家分享以下内容： 1. 按需拆分微服务； 2. 微服务的合并； 3. 采用六边形架构； 4. 尽早对齐“统一语言”； 5. 不要过早的开发出统一化的工具； 6. 越来越厚的微服务平台。

伴随着用户体验的提升，对于服务器的吞吐量有了更高的要求，为了能够更快的获得相应的数据，将数据放入缓存内是必不可少的。 Redis 集群很大程度保证了高可用，数据的高速读写，负载的均衡，持久化，防止数据的丢失。 以下为本次 Chat 的内容： 1. Redis 的使用与演进； 2. Redis 单应用安装； 3. Redis 的数据结构； 4. Redis 特点、实现方式； 5. 网络编程模型介绍； 6. Redis 持久化策略、缓存策略； 7. 集群的配置与部署； 8. 集群数据存储方式（分片原理）； 9. 代码实例。

Flutter 是谷歌的移动 UI 框架，可以快速在 iOS 和 Android 上构建高质量的原生用户界面。 Flutter 可以与现有的代码一起工作。在全世界，Flutter 正在被越来越多的开发者和组织使用，并且 Flutter 是完全免费、开源的。 Flutter 快速开发，富有表现力的 UI 组件和可以媲美原生性能的众多特性受到了国内外企业和开发者的追捧。作为移动开发者更应该快速学习掌握 Flutter 开发框架，提升企业、产品和个人竞争力。 本场 Chat 将以以下几个模块进行延展： 1. Flutter 介绍； 2. Dart 介绍； 3. 环境搭建； 4. 工程目录介绍； 5. 基础部件； 6. 布局； 7. 动画； 8. 路由； 9. 如何添加资源图片和字体 。 ----- 作者简介：朱利明，技术专家，现任职于火币集团研发中心移动组。曾任职于新浪、优酷等多家知名互联网公司，长期从事移动领域产品研发和架构优化。

Redis-Sentinel 是 Redis 官方推荐的高可用性（HA）解决方案，虽然网络上 Sentinel 实践的文章很多，但是整理得并不全，初学者想要顺利完成 Redis Sentinel 模式的部署及应用，还需要费一番周折，比如我就折腾了两天才透彻理解官方文档中的所有内容。 本场 Chat 将以笔者自己的实践过程，分享 Redis-Sentinel 的部署及应用的相关知识： 1. Redis Sentinel 基本原理； 2. Redis Sentinel 部署过程； 3. Redis Sentinel 常用 API 及作用； 4. Sentinel 的添加与删除方法； 5. Sentinel master 的添加与删除方法； 6. Sentinel 的高级概念 sdown 和 odown； 7. 如何在 Java 应用中支持 Sentinel。

本系列共计 4 篇，分别是[《我们如何衡量一个微服务实施的成功》](https://gitbook.cn/m/mazi/activity/5bc2b6bf27238c76c6782a4c)，[《成功微服务实施的技术演进》](https://gitbook.cn/m/mazi/activity/5bf8c0d2c10964211ef33ae0)，《成功微服务实施的组织演进》，《微服务演进中的经验和反思》。本场 Chat 是第三篇《成功微服务实施的组织演进》，由于保密的原因，具体的客户、项目、人员名称均为化名。 一个良好的微服务组织结构和工作流程在很大程度上决定了微服务的架构在开发和运营上的工作模式。通过本场 Chat 你可以了解一个微服务架构团队的演进流程和工作流程。以及这样的团队是如何支撑一个微服务架构的。 本场 Chat 首先会和大家分享以下内容： 1. 微服务开发团队的演化过程； 2. 微服务的团队的大小的原则； 3. 微服务团队中的角色分工； 4. 微服务团队的工作流程和节奏； 5. 树立起微服务的交付规范； 6. 演进中的组织。

在上一场 Chat [《实战组合式设计》](https://gitbook.cn/m/mazi/activity/5bc2ab0b54567e7a469a1018)中，我们通过正则表达式引擎的案例，完整呈现了通过抽象和依赖注入的方式实现组合式设计。 在本场 Chat 中，我们以 DCI（Data、Context 和 Interactive 三层架构）为基础，将清晰呈现通过 C++ 多重继承的方式实现组合式设计的全貌。读者掌握这一技能后，就可以设计出单一职责的类（角色）。领域对象的职责仅仅是通过多重继承的方式来组合各个角色的职责。在业务的处理过程中，领域对象根据场景来扮演相关的角色来完成一个任务。 本场 Chat 的主要内容为： - 需求； - DCI 架构模式； - 组合式设计之 DCI； - 核心代码分享； - 物理依赖隔离。

本场 Chat 将为您介绍，如何从 0 到 1 搭建一个分布式架构的秒杀系统，如何利用 Redis 的特性发挥它在秒杀系统中的大作用，如何利用消息队列实现请求的异步处理。带您思考实现秒杀系统过程中需要注意的点，以及需要掌握的技巧。 本场 Chat 主要内容： 1. 如何限流； 2. 如何削峰； 3. 如何完成请求异步处理； 4. 如何利用内存缓存最大化提升性能； 5. 秒杀思路介绍； 6. 一起完成简单的实战案列。

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. 微服务的全链路跟踪。

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

本场 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. 如何选择最适合的微服务框架？ 学习是反人性的，改变认知也是一个既痛苦又漫长的过程，但我更憧憬未知的快乐……你呢？