“缺乏代码可见性意味着运用顺序随时能够抛出错误，即使是在安康目的显示一切正常的时分，”Zbikowski 表示：“因此，监控运用顺序以及容器和后端系统是十分重要的。片面的监控办法能提高成绩和事情的可见性，以便在形成严重影响之前，及时辨认和纠正错误。”

Mugrage 表示：“假设在投入消费之后，再尝试对容器化运用顺序停止监控，那么结果能够不尽善尽美。所以，从一末尾，我们就应该思索可察看性和监控，尤其是散布式运用顺序。”

Red Hat 技术专家 Gordon Haff 表示：“少量的云原生技术工具箱可用于在运用顺序中构建复杂的监控、跟踪、效劳网格和仪表板，例如我们常听到的 Prometheus、Jaeger、Kiali 和 Istio 等等。当然工具种类单一，也会使得技术选型成为一项有应战性的任务。”

6. 从有形状运用顺序末尾

关于容器和 Kubernetes 的一个早期思绪是：运转有形状运用顺序比运转有形状运用顺序（例如数据库）要容易得多。随着 Kubernetes Operator 的增长，这种状况发作了变化，不过，关于刚刚接触 Kubernetes 的团队来说，从有形状运用顺序入手能够是更好的选择。

Plotly 结合开创人 Chris Parmer 表示，“从有形状运用顺序入手，经过有形状的后端，开发团队可以确保没有长期运转的衔接，以及难以扩展的可变形状，还能在无需停机的状况下轻松部署运用顺序，使得最终用户的央求并行地传递到不同的容器中。”

Parmer 指出，可伸缩性是在 Kubernetes 上运转容器的主要优势之一，而运用有形状运用顺序能更容易地完成该优势。

“有形状运用顺序使得依据需求停止迁移和扩展变得很容易，为了满足组织的业务需求，它允许团队随意添加或删除容器，” Parmer 说。“经过运用树立在有形状后端上的 Web 运用顺序框架，我们可以充沛应用 Kubernetes 集群。”

7. 构建 Kubernetes 环境很难

“如今，Kubernetes 中没有任何笼统可以使底层系统更容易了解。它们只会使其更易于运用。” Red Hat OpenShift 首席技术营销经理 Chris Short 说。“当然，假设这很容易，那么每团体就都曾经做到了，行业也会从对 Kubernetes 的吹捧转向到下一个大事情。我们在停止容器编排的同时，除了需求笼统集群的形状和底层的基础架构之外，还需求管理很多其他的东西。假设你有完美构建 Kubernetes 环境的实际阅历，欢迎分享给我们。”

【编辑引荐】

微软GitHub收买npm或成最大赢家！开源界野蛮竞争影响1200万开发者

软件开发者升职加薪的8项技艺

太真实了！有个顺序员男友原来是这样的！

如何在野九晚五的任务中成为一名高效的顺序员？

中国顺序员的人口基数那么大，为什么不开展汉化的编程言语？

(责任编辑：admin)