Istio - Weaving, Securing and Observing microservices

With the rapid adoption of microservices, Istio has become the de facto framework to load-balance, route, secure and monitor the traffic that flows between microservices. Istio provides a common networking, security, policy and telemetry substrate for services that we call a 'Service-Mesh'. Come learn how the service-mesh helps with the transition to microservices, to empower operations teams, to adopt security best-practices and much more. We'll also cover the state and ecosystem of the project, where it's headed and how you can get involved.

参考翻译：Istio-构造、守护、监控微服务的守护神

Istio 作为用于微服务服务聚合层管理的新锐项目，是 Google、IBM、Lyft 首个共同联合开源的项目，提供了统一的连接，安全，管理和监控微服务的方案。Istio 将流量管理添加到微服务中，并为增值功能（如安全性，监控，路由，连接管理和策略）创造了基础，称之为Service-Mesh(服务网格)。这次演讲，会讲解Service-Mesh如何帮助微服务项目进行过渡的，如何授权给运维团队的，如何采用安全的最佳实践等等。同时也会分享Istio项目的进展和生态效果。

Outline:

1. What is service mesh?
2. Introduce Istio, its architecture and components
3. Recommended Incremental adoption of Istio and user cases
4. Istio latest release update
5. Istio Community: how to get involved?

提纲：

1. 什么是Service-Mesh
2. 介绍Istio架构，以及组件
3. 正在广泛使用Istio的用户案例分享
4. Istio版本最新更新情况
5. 如何加入Istio社区

Envoy 作为服务网格数据面之一，以其强大的服务治理能力、卓越的性能和低廉的资源消耗，已被许多知名互联网公司应用在生产系统中。但其繁杂的配置让人望而却步，自身缺乏集中的管控让运维难度极高，而开源项目 Istio 的光芒更掩盖了其本应得到的更多关注。本次演讲将分享思源科技在自研 Envoy 控制面时所遇到的问题，尝试理清 Envoy 的服务治理配置及接口，以便大家能深入理解与 Envoy 的交互机制，让自研 Envoy 控制面更加轻松。

听众受益

• 了解 Envoy 的优势及适用场景
• 如何配置 Envoy 的服务治理功能
• 如何通过接口与 Envoy 进行交互
• 自研 Envoy 控制面需要注意哪些问题

微服务架构可以更好的进行业务解耦，具备更好的独立性以及扩展性，可以提高研发团队间的并行化研发速度，提升效率、提高模块复用性，具备高可用、高并发特性。但如何拆分微服务、如何治理微服务至关重要。

作为创业公司，贝聊在短短几年内，用户规模迅速达到千万级别，每年DAU均呈倍数级增长，面对如此快速的发展，如何平滑的从单体应用架构演进到微服务架构？如何进行微服务拆分以及构建微服务治理体系？在本次演讲中，我将逐一解密。

听众受益

• 创业公司架构演进实战；
• 如何平滑的从单体应用架构演进到微服务架构；
• 如何更好的拆分微服务；
• 如何更好的构建微服务治理体系；

2016年开始，51信用卡开始采用微服务系统架构，在业务快速迭代、系统规模及复杂度快速增长的背景下，服务架构腐化、研发过程中环境不稳定、问题排查困难、调用链路复杂、研发效率偏低的问题越发凸显。业界对分布式服务的治理更多停留在服务注册与发现、服务高SLA、限流与降级、服务的调度和编排等，持续集成、持续交付、DevOps等概念在业界逐渐流行起来，但相关实践并没有有效解决上述痛点。

我们围绕效率和质量的核心目标，通过一系列基础设施的建设和完善，在更好的享受微服务带来的技术优势的同时，逐步解决微服务引发的一系列痛点问题。

演讲提纲

• 51信用卡微服务架构介绍
• 微服务数量膨胀后的问题

1.     架构划分不合理
2.     测试环境混乱
3.     问题难定位
4.     运维成本高

• 我们的方案：

1.     成立架构委员会
2.     中间件体系建设
3.     研发过程的规范化与可管理
4.     服务治理
5.     运维体系优化

• 如何进行研发效率度量

听众受益

• 微服务的标准化和可管理，基于微服务的服务治理；
• 持续交付流程化、产品化，研发生命周期的工具链、基于质量和效率的度量体系；
• 线下环境的建设、治理、运营思路，创造性的解决多套测试环境、中间件调用混乱、环境隔离的问题；
• 复杂调用链路问题快速定位，如何为业务团队提供基础能力；
• 测试自动化建设，为开发赋能，测试平台与持续交付、服务治理的结合思路。