快速交付云原生应用的发布策略详解

1、快速交付云原生应用的多种发布策略详解技术创新，变革未来云原生应用交付的关键点如何充分利用云原生架构基础设施的优势如何具有跨平台移植和交付的能力如何实现应用运维自治化如何让应用变得更具有可预测性如何提高应用更快的平均恢复时间Kubernetes与容器容器化应用的管理和编排阿里云ACK容器服务应用的交付边界应用的交付边界frontend servicepod1pod2pod3backend servicepodfrontend componentbackend componentKubernetes中的应用服务模型-ClusterIPfrontend wordpress ClusterIP typ

2、e servicebackend mysql ClusterIP type serviceKubernetes中的应用服务模型-NodePortfrontend wordpress NodePort type servicebackend mysql ClusterIP type serviceKubernetes中的应用服务模型-NodePort:31570frontend servicepod1pod2pod3backend servicepodfrontend componentbackend componentnode1 node2 node3Kubernetes中的应用服务模型- L

3、oadBalancerfrontend wordpress LoadBalancer type servicebackend mysql ClusterIP type serviceKubernetes中的应用服务模型- LoadBalancerfrontend servicepod1pod2pod3backend servicepodfrontend componentbackend componentnode1 node2 node3LBKubernetes中的应用服务模型- Ingressfrontend wordpress Ingress type servicebackend mys

4、ql ClusterIP type serviceKubernetes中的应用服务模型- Ingressfrontend servicepod1pod2pod3backend servicepodfrontend componentbackend componentnode1 node2 node3nginxKubernetes中的应用服务模型frontend servicebackend servicepodfrontend componentbackend componentnode1 node2 node3LBapp=wordpresspod1app=wordpresspod2app=w

5、ordpresspod3app=wordpressapp=mysqlapp=mysqlKubernetes中的应用发布策略- 滚动发布滚动更新通过逐个替换实例来逐步部署新版本的应用，直到所有实例都被替换完成为止。servicev1v1v1servicev1v1v1v2servicev1v1v1v2servicev1v1v2servicev1v1v2v2servicev2v2v2. . .253461Kubernetes中的应用发布策略- 滚动发布application-demo serviceapplication-demo v1application-demo v2Kubernetes中的应

6、用发布策略- 蓝绿发布蓝/绿发布是应用版本1与版本2的后端pod都部署在环境中，通过控制流量切换来决定发布哪个版本。servicev1v1v12version=v1v2v2v2servicev1v1v1version=v2v2v2v21Kubernetes中的应用发布策略- 蓝绿发布application-demo serviceapplication-demo v1application-demo v2Kubernetes中的应用发布策略- 金丝雀发布（灰度发布）v1v1v1v1v1v1v1v1v1金丝雀部署是应用版本1和版本2同时部署在环境中，并且用户请求有可能会路由到版本1的后端，也可能会路由到版本2 的后端，从而达到让一部分新用户访问到版本2的应用。12serviceservicev1v1v2servicev1v1v13v1v2v2servicev2v2v2nv2v2v2. . .Kubernetes中的应用发布策略- 金丝雀发布application-demo serviceapplication-demo v1application-demo v2Kubernetes中的应用发布策略- 总结滚动发布： 优点： 简单，发布周期短，不占用额外计算资源 缺点： 平均恢复时间