杭州站技术沙龙第二个及第四个演讲主题.pdf

时速云 Docker | Kubernetes主题技术沙龙 Kubernetes 核心设计和实现 华为 2012实验室钟成 目录 • k8s主要解决什么问题？ • 架构和设计思路 • 几个核心的机制 • 社区后续发展方向 应用架构趋势：分布式、微服务是云原生（Cloud-Native ）应用事实标准 • 亚马逊、Netflix、Google、 • 传统银行、传统 facebook、淘宝、百度、 运营商…… 蚂蚁金服、微众银行 传统IT ：粗粒度SOA架构  松耦合、有状态 互联网：分布式微服务  解耦：无状态、功能独立分离的  在大型、超大型企业中 服务组成 仍然流行  互联网公司、互联网金融等  ESB进行系统集成  全功能小团队：1~2 PizzaTeam  大团队：100~200人  TTM: 按天、周进行升级发布  TTM: 1年、半年、月  DevOps: CI, CD, 全自动化  人海战术计划停机升级  可扩展性：自动弹性伸缩 扩容  高可用：升级扩容不中断业务 维度 传统IT应用架构 微服务应用架构 架构 单一逻辑可执行体（通常客户端-服务器-数据库三层架构） 应用由一组无状态、功能分离、可独立部署的小服务集组合而成 异构性 单一性 ：单一编程语言和技术框架，初始技术选择限制未来的选择 多样性 ：每个服务可按需选择最合适的编程语言和技术框架 耦合性 紧耦合、编译依赖 ：任意改动会导致整个应用重新构建发布新版本 解耦 ：改动可以限制在单个服务内部，可快速上线 扩展性 ScaleUp ：以整系统为单位进行垂直扩展 ScaleOut ：每个服务可按需独立水平扩展 可维护性 低 ：大代码基线，新人学习门槛高 高 ：小代码基线，易于管理 故障隔离 差 ：某个组件的故障可能拖垮整系统 好 ：某个服务的故障（如内存泄露）只影响自己 高可用 单点故障 ，依赖硬件可靠性（双机冗余） Design for failure ，无单点故障 Cloud应用平台架构趋势：PaaS是分布式、微服务架构的核心应用平台 By NIST (National Institute Of Standar