什么是微服务、容器和Kubernetes(4)

什么是微服务、容器和Kubernetes

重新考虑您的安全性。许多开发人员没有意识到这一点，但迁移到微服务为更好的安全模型创造了机会。由于每个微服务都是一个专门的进程，因此最好只允许它访问所需的资源。这样，仅一个微服务中的漏洞就不会将系统的其余部分暴露给攻击者。这与大型单体形成对比，后者倾向于以更高的特权（每个人都需要的超集）运行，并且可能导致更多的违规行为。

Kubernetes 与微服务有什么关系？

Kubernetes太复杂了，无法在此详细描述，但值得对其进行概述，因为很多人在有关微服务的对话中都会提到它。

严格来说，Kubernetes（又名 K8s）的主要好处是通过跨多个进程高效共享计算资源来提高基础设施利用率。

Kubernetes 是动态分配计算资源以满足需求的大师。这允许组织避免为他们不使用的计算资源付费。

但是，K8s 的一些附带好处使向微服务的过渡变得更加容易。

当您将单体应用程序分解为单独的、松散耦合的微服务时，您的团队将获得更多的自主权和自由度。

但是，在与微服务必须运行的基础设施进行交互时，它们仍然必须密切合作。

您必须解决以下问题：

• 预测每个服务需要多少计算资源；
• 这些要求在负载下如何变化；
• 如何划分基础设施分区并将它们划分到微服务之间；
• 实施资源限制。

Kubernetes 非常优雅地解决了这些问题，并提供了一个通用框架来描述、检查和推理基础设施资源的共享和利用。这就是为什么采用 Kubernetes 作为微服务重新架构的一部分是一个好主意。

然而，Kubernetes 是一项需要学习的复杂技术，而且更难管理。

如果可以，您应该利用云提供商提供的托管 Kubernetes 服务。

但是，对于需要跨多个云提供商和企业数据中心运行自己的 Kubernetes 集群的公司来说，这并不总是可行的。

结论

总结一下：

• 容器只是具有应用受限制的 Linux 进程。限制的示例包括允许进程使用多少 CPU 或内存。Docker 之类的工具允许开发人员将他们的可执行文件与依赖项和附加配置打包在一起。这些包被称为 镜像，并且经常且容易混淆地也被称为容器。
• 微服务并不新鲜。这是一种旧的软件设计模式，由于互联网公司的规模不断扩大，它越来越受欢迎。微服务不一定要容器化。同样，单体应用程序可以是微服务。
• 小项目不应该回避整体设计。它为较小的团队提供更高的生产力。
• Kubernetes 是由多个微服务组成的复杂应用程序的绝佳平台。
• Kubernetes 也是一个复杂的系统，学习曲线陡峭，管理成本非常高。

以上是IT袋网网关于什么是微服务、容器和Kubernetes的详细内容了，IT袋网网希望能给您带来帮助！