Kubernetes平台教程

让我们跳过微服务的推销 - 你已经知道它们是什么以及为什么它们有意义。事实上，近年来几乎没有什么话题能够获得如此多的报道，因为将一件大东西分解成许多小东西可以让它更容易处理。麻烦的是：一旦我们打碎了我们的单体巨石，我们如何将它重新组合成一个仍然有意义的更大的系统？尽管Istio，Ko

通常将Knative项目解释为“ Kubernetes上的无服务器”的构建基块。因此，大多数Kubernetes用户都不知道Knative可以为他们的非无服务器工作负载做什么：它可

声明式基础结构的承诺使每个人都感到惊讶，“ 声明您想要的，而不用担心它会如何发生 ”，最终似乎最终陷入了

Kubernetes改变了我运行软件的方式，但是，当我编写软件时，Kuberentes会让事情变得更难。在这篇文章中，我想叙述我自己在Kubernetes上开发软件时遇到的所有问题。完全披露：虽然我在Tilt工作是我工作的一部分，我们的目的是解决其中的一些问题，但我的另一部分工作是编写在Ku

使用微服务模式构建应用程序并将这些服务部署到Kubernetes上已成为当今运行云原生应用程序的实际方法。在微服务架构中，单个应用程序被分解为多个微服务。每个微服务由一个小团队拥有，该团队有权并负责为特定的微服务做出正确的决策。这种责任通常从用户请求到达的系统边缘开始，一直到服务的业

在本文中，我们将学习如何启动Spring Boot微服务项目并使用Kubernetes和Docker快速运行它本文涵盖的主题是： 在云原生开发中使用Spring Boot 2.0 使用Spring Cloud Kubernetes项目为所有微服务提供服务发现

有许多项目试图抽象化Kubernetes：knative基于对Kubernetes抽象提供无服务器平台。kubeflow基于Kubernetes抽象提供ML平台。Argo基于Kubernetes抽象提供工作流引擎。 这些抽象

每个步骤都需要一年吗？ 这就是为什么Kubernetes如此艰难的方式如此受欢迎的原因;） 就像在《行之有效的Kubernetes》一书中一样：“附录B展示了如何设置一个三节点的Kubernetes集群，

Docker和容器化技术仅存在了一段时间。要了解如何充分利用自己的情况，可能需要花费一些时间以及一些反复试验。这篇文章介绍了许多可用选项之一。Docker容器的主要优点是它们是独立的。对于开发人员来说，这意味着只需要从包含所需必需依赖项的所需Docker镜像继承即可，并且可以构建自己

我不再推荐托管的Kubernetes提供商（包括GKE）。如果您正在使用Kubernetes，请构建专业知识来管理您自己的集群。否则，您将始终受托管实现细节中的错误的支配（并且有很多）。 可以确认错误但管理k8s集群很难，特别是升级。 

我们试图在IT方面加快步伐。我们提出了微服务，它需要容器(Docker)，需要调度程序(Kubernetes)，这需要......

对于每一项新服务配置Istio都可能是一种痛苦，这是Helm的Istio启动器模板。这个启动器设置了第一次正确运行Istio容器所需的一切。 特点： 将新服务引入Istio网格的最快方法 简化的入口配置 简化的Ist

k14s是一套遵循Unix哲学的Kubernetes工具。使用方式：

这个示意图可帮助调试在Kubernetes中的部署应用带来的问题

点击标题进入，最新的摘录：与Kubernetes相关的公共失败案例的链接的汇编列表。最新出版物排在最前面。

这是一个一个免费的，与产品无关的Kubernetes和云原生技术教育平台。我们希望*每个人学习如何使用Kubernetes并取得成功。在Heptio和VMware，我们多年来一直在帮助人们学习。我们现在推出一个新的免费，与产品无关的k8s学习网站：