微服务基础设施管理、高可用和弹性仍然很难保证
容器和 Kubernetes 工具的使用，提升了应用部署及基础设施运维自动化的能力，但保证基础设施高可用、可扩展对运维人员的能力要求很高。如图所示，服务上云后，基础设施团队可以不用再关心服务器、交换机等硬件的运维，但仍然需要关心虚拟机的维护，如安全补丁、基础镜像的更新升级、扩容等。
基础设施团队依然需要管理虚拟机从 On-Premise 到公有云，实际上虚拟机的可用性在降低，比如云服务商提供的单虚拟机的可用性可能只有 95%。运维人员需要借助云侧的工具来保证基础设施的高可用，难度仍然存在，而且很依赖运维人员的能力。
集群及其他云原生工具的维护也带来额外的挑战。以 Kubernetes 集群为例，维护和管理 Kubernetes 集群需要专业的技能。同理，维护云原生的监控、日志服务的高可用性也有不小的难度。所以，基础设施管理的难度仍然存在，只是从虚拟机转移到容器集群，从 Rsyslog 转移到 ElasticSearch。
对于服务层面的扩展性，当前的策略也比较简单，例如，设定最少和最多使用的虚拟机数量，或者想办法改善根据 CPU/内存使用率来伸缩或扩容的延迟。但是，由于总体资源量不会超过策略设定的虚拟机极限数量，因此一旦请求超过最大资源能承载的范围，可能会影响用户的使用体验甚至会服务中断。以容器为单位的扩容，从虚拟机性能的分钟级减少到 30s 左右，但当面对突发流量时依然会出现响应不及时、用户体验差的情况。是否存在全托管的基础设施及监控运维服务，能提供更好的弹性，从而让开发者无须关心所有底层和集群的维护工作，不再依赖高级运维人员来保证基础设施的可用性?
