在所有互联网公司中，Nginx 作为最常用的 7 层负载均衡代理层，每个后端开发人员和运维人员都应该对其有较为深入的理解。 本文作者深入参与了[《容器 LB 的开发和建设》](https://gitbook.cn/gitchat/activity/5df6cef5981db64f3a458240)，从中积累了一些 Nginx 在实战中的一些经验，本文所涉及到的几块内容是 Nginx 中最常见的。 本文所涉及到的 Nginx 的一些高级实战应用包括： * Nginx upstream 的 max\_fails 和 fail_timeout 指标 * 具体指标的含义 * 线上最佳配置 * 线上没有合理配置而引发的一些问题说明 * max_fails 机制和主动健康检查机制需要共存的原因 * Nginx 惊群问题的重新思考 * 分别有哪些方案 * 作者经历过的 accept_mutex 方案下的一些问题 * 开启 reuse port 有些什么要求，直接开启会带来什么问题？ * 一个线上真实问题的排查解决思路，Nginx Reload 引发的 502 * 为何 Nginx Reload 会引发 502 ？ * 分析和解决问题的思路？ * 抓包分析的结果

云原生下 Kubernetes 容器编排方案是当下最优选择，各个中型、大型互联网公司统统拥抱 Kubernetes，没有其他方案可以与 Kubernetes 匹敌。 所有业务（尤其是高并发业务）的访问必然要通过负载均衡 LB 代理层，服务端高并发系统离不开负载均衡，大中型公司下，负载均衡代理层都是有专人进行独立开发和建设的，云原生 Kubernetes 容器平台下的 LB 代理层，同样需要有专人来负责建设和维护。那么 Kubernetes 容器平台基础下的的 LB（Nginx） 负载均衡代理层要怎么建设？和非容器平台下的 LB 建设有什么异同？建设的核心要点和当下最优的方案是什么？ 在本 Chat 中，作者结合自身经验（主导建设和优化容器 LB 体系），总结输出如下内容： * 容器 LB 建设的背景 * 负载均衡的基础知识概览 * 容器化下 LB 的异同点 * 容器 LB 负载均衡怎么建设 * 业务功能需求 * 运维管理需求 * 基本方案和基本原则 * 容器 LB 体验优化（LB 架构产品设计） * 怎么优化使用体验 * 有哪些痛点 * 容器 LB 开发设计的核心考量点 * 核心需求 * 核心功能 * 关键设计 * 基于 Kubernetes 的 nginx-ingress-controller 方案概要 * nginx-ingress-controller 方案是什么 * nginx-ingress-controller 方案的关键点有哪些 **适应人群** ：Kubernetes 开发者、LB 开发者、Kubernetes 基础运维人员、LB（Nginx）从业者、容器平台开发 or 架构设计人员。 **相信任何人看完本 Chat，都会对 Kubernetes 容器平台的 LB（Nginx）负载均衡了然于心，并且能够在今后的工作中，站在前人的肩膀上，快速超越同龄人。并且可以快速深入 Kubernetes 开发，尤其是快速深入建设 Kubernetes LB（Nginx）负载均衡体系。**

性能压测，是保障服务可用性和稳定性过程中，不可或缺的一环，但是有关性能压测的体系化分享并不多。我们将从性能压测的设计、实现、执行、监控、问题定位和分析、应用场景等多个纬度对性能压测的全过程进行拆解，以帮助大家构建完整的性能压测的理论体系，并提供有例可依的实战。 通过本场 Chat，您将在以下 4 方面获得收益： 1. 为什么要做性能压测； 2. 性能压测的基本概念； 3. 如何选取性能压测工具； 4. 工具选型对比，包括 Apache Bench(ab)/LoadRunner/JMeter/PTS。 本场 Chat 适合于：在工作中会使用到性能压测的研发、测试、质量和运维工程师。 ----- 第二期分享嘉宾：殷成涛，花名风起，阿里云 PTS 开发工程师，专注于性能压测与高可用架构领域。

在我们逐步由运维转向 SRE、SRE 转向成 SRE 运营的过程中，我们的工作内容和工作重心都有着慢慢的变化。在这个转变的过程中，我们需要不断的把这些日常工作或者是定期工作逐步沉淀、不断的创新，那么就会带来两种东西： - 工具平台 - 特色输出 那么如何去更好的管理、自动化覆盖我们的日常工作和周期工作，以及提升运维部门影响力呢？ 在本场 Chat 中，会讲到如下内容： 1. 如何开发一个通用的运维运营平台 2. 平台报告模块：自动化创建业务周报、巡检报告、成本报告等 3. 平台权威消息模块：运维消息通知、故障消息同步、通知渠道定义等 4. 平台事件编排模块：管理日常运维事件、管理日常 checklist 适合人群：运维 SRE 同学、运维开发同学

Kubernetes 集群内部有自己的网络规划，如果希望能够将服务暴露给集群外部访问，有 NodePort、Ingress、LoadBalancer、hostNetwork 等可选，对应的服务该如何创建，如何理解各种方式之间的差异，这就是 Chat 要讲解的内容： 1. 如何通过 NodePort 对外暴露服务 2. 如何通过 LoadBalancer 对外暴露服务 3. 如何通过 Ingress 对外暴露服务 4. 总结：Kubernetes 暴露服务的这几种方式的区别、联系、优缺点、什么时候该用哪种？

KubeVela 是一个简单易用又高度可扩展的云原生应用管理引擎，是基于 Kubernetes 及阿里云与微软云共同发布的云原生应用开发模型 OAM 构建。本文主要目的是探索 KubeVela 如何将一个 Appfile 文件转换为 K8s 中特定的资源对象。

OpenKruise 是阿里云开源的云原生应用自动化管理套件，也是当前托管在 Cloud Native Computing Foundation（CNCF）下的 Sandbox 项目。它来自阿里巴巴多年来容器化、云原生的技术沉淀，是阿里内部生产环境大规模应用的基于 Kubernetes 之上的标准扩展组件，也是紧贴上游社区标准、适应互联网规模化场景的技术理念与最佳实践。

容器镜像因其颠覆式创新成为云原生时代应用部署格式的事实标准。头部云厂商 FaaS（Function-as-a-Service）服务如阿里云函数计算、AWS Lambda 也相继在 2020 年支持使用容器镜像部署函数，全面拥抱容器生态。