王青-JFrog的K8s内部实践.pdfVIP

wq@ • • • • JFrog 的Kubernetes之旅– 持续集成成果 • 产品的CI/CD直接对接到Kubernetes环境进行测试 Ø每周部署100+不同产品线、任意版本组合的测试环境，每次部署超过50种微服务 Ø为每个研发、每个分支，按需提供完全独立的测试环境 Ø5个集群，每个集群激活RBAC 访问权限 Ø每个功能分支部署到独立的namespace • 为客户提供全产品线的Helm Charts交付方式 • Helm install stable/Artifactory-ha • 维护全球最大Maven 私服JCenter • http://gocenter.io JFrog 内部的Kubernetes实践 • 准备：应用容器化应该考虑的问题 • 应用容器化的改造点 • 部署：编排部署 ØHelm编排容器应用 • 流程：复用、自动 JFrog 的Kubernetes之旅—我们要解决的问题 • 无法快速搭建JFrog产品的全功能测试环境 Ø无法实现按需使用：开发、测试、技术支持、产品、解决方案。。。任意团队 • 无法为每个分支提供独立的CI/CD流水线支撑 Ø无法让研发有独立的沙箱环境进行自测 Ø持续集成混乱 • 用户安装部署JFrog产品复杂 准备：你的应用准备好了吗？ The Twelve-Factor App （https://12/zh_cn/ ） I. 基准代码：一份基准代码，多次部署 VII. 端口绑定：通过端口绑定提供服务 II. 依赖：显式声明依赖关系 VIII. 并发：通过进程模型进行扩展 III. 配置：在环境中存储配置 IX. 易处理：快速启动和优雅终止 IV. 后端服务：把后端服务当作附加资源 X. 开发环境与线上环境等价：尽可能的保持开发， 预发布，线上环境相同 V. 构建，发布，运行：严格分离构建和运行 XI. 日志：把日志当作事件流 VI. 进程：以一个或多个无状态进程运行应用 XII. 管理进程：后台管理任务当作一次性进程运行 应用容器化应该考虑的问题 把应用装进Docker是远远不够的 • 容器跑起来了，你的应用是否可用？ • 容器里的应用日志如何收集？ Ø处理足够多的日志文件 • 容器里应用内存溢出，如何限制？ • 容器被停掉，请求还没处理完怎么办？ 改造点：服务必须提供Readiness，Liveness的探针接口 Pod 状态时运行的，但服务没起来？ 使用Readiness，Liveness 探针 改造点：服务必须提供Readiness，Liveness的探针接口 应用的运行状态必须有可信的健康数据 • readinessProbe Ø应用就绪了吗？ • livenessProbe Ø应用还能正常的提供服务吗？ • 探针类型 Ø Exec - return 0 on success Ø Http - return 400 on success ØTcp - succeed to ope