Docker 库伯内特斯建筑/设计/？
我试图找出并学习将一堆Docker容器移动到Kubernetes中的模式和最佳实践。例如，我可以创建一个包含单个web和应用程序容器的pod，但这不是一个好的设计 使用Kubernetes搜索架构和设计之类的东西似乎只会产生关于产品架构或如何实现Kubernetes集群的主题，而不是设计POD、服务等的覆盖 在Kubernetes的世界里，社区通常指的是这个应用程序的后期设计，有人能给我介绍一下关于这个主题的101吗 谢谢 好吧，没有Kubernetes方法，而是一种云本地方法：我建议你使用Brendan Burns的方法 它非常好，因为它提供了几个场景以及模式和相关代码Docker 库伯内特斯建筑/设计/？,docker,kubernetes,architecture,Docker,Kubernetes,Architecture,我试图找出并学习将一堆Docker容器移动到Kubernetes中的模式和最佳实践。例如，我可以创建一个包含单个web和应用程序容器的pod，但这不是一个好的设计 使用Kubernetes搜索架构和设计之类的东西似乎只会产生关于产品架构或如何实现Kubernetes集群的主题，而不是设计POD、服务等的覆盖 在Kubernetes的世界里，社区通常指的是这个应用程序的后期设计，有人能给我介绍一下关于这个主题的101吗 谢谢 好吧，没有Kubernetes方法，而是一种云本地方法：我建议你使用Br
大多数例子显然都是基于Kubernetes的，但我认为实现并不是那么重要，因为您必须了解为什么以及何时根据应用程序需要使用大使模式或FaaS。对此的答案可能非常复杂，这就是为什么软件/平台架构师必须充分了解K8的原因 大多数情况下，您会找到一个答案，告诉您“将每个应用程序组件放在一个pod中”。基本上这是正确的，因为K8s的主要原因是基础设施的高可用性、容错性以及诸如此类的东西。这让我们想到，如果你把每一个组件放在一个pod中，并使其具有高于2的副本，那么它将达到电池可用性 但你也需要知道为什么你想去K8s。目前，这是一个热门话题。但如果你不想操作集群，实际上也不需要HA，为什么不在AWS ECS、Digital Ocean Drops和co上运行呢 你现在能找到的最好的答案就是如何设计和切割微服务，因为每个微服务都可以用一个吊舱来表示。另外，一个很好的起点是RedHat
或者。库伯内特斯是一个复杂的系统，循序渐进的学习是获得专业知识的最佳途径。我向您推荐的是Kubernetes，您可以从中了解每个组件 另一个好的选择是回顾，它有很多种分类方式 设计和运行具有可伸缩性、可移植性和健壮性的应用程序可能是一项挑战。以下是关于它的大量资源：