云效应用交付平台 AppStack 是一款开发者友好的、以应用为核心的云原生应用交付平台，提供应用编排、环境管理、部署运维、资源管理、应用发布等一站式能力，帮助企业建立应用持续交付整体解决方案，加速企业云原生与 DevOps 转型，提升团队研发效能。
传统运维到云原生运维是一个持续迭代、不断进化的过程。传统运维从手动运维到脚本化--->DevOps--->DevSecOPS---->数据化和AIOps，整个过程是不断演进、不断提升的、不断迭代的。以前我们传统运维是从关注代码构建、应用测试、集成部署实施、线上性能故障排查，再后期的集群扩容、缩容等等环节都是我们需要参与的。而在云原生时代，我们的运维流程则更加标准、高效，在自动化、智能化的程度上比传统运维要高。研发模式以微服务的架构形式去开发应用功能，以敏捷的方式去高效的持续的交付和集成。运维和研发可以通过DevOps的方式，去实现协同的一体化。我相信云原生会和运维更加紧密，将不再埋头于通过手工或脚本工具完成自动化特性，而应借助云原生平台的能力提供自动化运维系统。熟练掌握容器技术、基于DevOps打破与开发的屏障，并投注精力到AIOps能力建设中，是运维人员技术发展的重要方向。
在AppStack，我司通过简单的几步（新建应用、编排应用部署架构、为应用环境分配资源、将应用部署到环境、配置应用发布流水线）就完成了将一个应用的镜像部署到环境中的操作，接下来通过配置云效流水线，实现从代码分支到发布上线的过程。实现了一个应用从开发、测试、生产发布按环境逐级晋升的应用研发交付上线流程设置。
一个典型的微服务应用部署架构包含 无状态服务Deployment、服务发现Service、路由Ingress三个组件，点击“确定”即可生成应用的编排
AppStack原理通过Kubernetes 的多个命名空间（namespace）来隔离多套环境，开发环境使用 dev，测试环境使用 test，生产环境使用 production。在 YAML 文件中将 namespace 这个关键字的值替换为占位符。{{ .AppStack.namespace }}，占位符的又被赋值为变量 ${namespace}，这个变量在默认生成的三个环境使用的值分别为 dev、test、production，在发起部署时进行模版渲染变量替换，AppStack 最终会将应用部署到指定的 Kubernetes 命名空间中。
并且除多环境差异化部署之外，占位符和变量组的机制还可以在企业内实现统一定义编排模版简化应用编排的效果，即使不熟悉的 Kubernetes 的用户，在模版基础上仅修改部分占位符或变量的值就可以完成应用编排。
虽然运维重心虽然转移，但是核心能力依然是稳定性、安全性和容灾能力的保障防护与应急处理。云基础资源提供了资源的容灾能力和扩展能力，运维重心偏向以应用为中心，业务指标可视化和应用链路分析。服务网格可以帮助运维，实现服务注册、发现和负载均衡，分布式追踪，认证授权，加密通信和审计，以及多服务版本，分段服务等特性。
整个使用感觉不错，希望继续保持迭代，谢谢！
