容器技术的应用如何更适合企业自身业务规模的高可用性设计以获得性能和成本的最佳平衡？

容器云需要考虑平台自身的高可用，实现多可用区多数据中心部署。
容器上的应用高可用需要结合应用架构实现。目前微服务架构是最适合云基础设施的应用架构之一。微服务应用通过服务注册发现，全局配置管理，熔断，服务追踪等容错设计，保证应用的高可用。成本上，细粒度的应用工，弹性伸缩都有利于提高资源使用率，降低成本。

对高可用等级不高的应用来说，为了节省成本，可以考虑仅在一个数据中心内部，通过以下措施提高可用性：

• N+2实例运行，保证即使在滚动升级时也至少有N+1的实例在运行
• 故障恢复和保证微服务运行实例数
• 服务限流，我们需要对超出服务处理能力上限的服务请求进行限流，对超出服务能力的请求要拒绝，避免引起服务的宕机
• 服务降级，指在极端情况下，服务虽然还没有达到SLA的规定级别，但却已经出现了资源使用率过高、响应超时等不健康的情况，对此我们可以在服务网关处提前启动限流，拒绝新的服务请求、或只放行少量比例的服务请求
• 弹性扩容，增加微服务运行的实例数量，配合负载均衡策略的使用，我们通过新增加的实例来分流已有实例上的处理压力，减少因压力过大而导致运行实例宕机的情况
• 负载均衡，让多个实例均匀承担负载，避免某些实例因负载过大导致宕机

对高可用等级较高的应用来说，除了按以上方法在一个中心内部实现高可用外，为了确保SLA，还可能依赖多中心、多AZ的架构，例如同城双活，两地三中心部署等，这里就要考虑灾备切换方案、数据同步方案等。