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

什么是微服务、容器和Kubernetes

可以想象，随着时间的推移，让团队就发布 Web 商店应用程序的新版本的所有内容达成一致将变得更加困难。

解决方案是将组件拆分为更小的、独立的服务（也就是微服务）。

升级流程变得更小、更笨。它基本上是一个代理，它简单地将传入的页面请求分解为几个专门的请求，并将它们转发给相应的微服务，这些微服务现在是他们自己的进程并在其他地方运行。

“应用微服务”基本上是专门服务返回的数据的聚合器。您甚至可以完全摆脱它并将该工作卸载到用户的设备上，让此代码在浏览器中作为单页 JavaScript 应用程序运行。

其他微服务现在被分离出来，每个开发微服务的开发团队都可以：

• 随心所欲地部署他们的服务，而不会干扰其他团队。
• 以他们认为合适的方式扩展他们的服务。例如，使用他们选择的 AWS 实例类型，或者可能在专用硬件上运行。
• 拥有自己特定于其服务的监控、备份和灾难恢复。

什么是容器？

从技术上讲，容器只是一个从可执行文件产生的进程，运行在 Linux 机器上，它有一些限制，例如：

• 容器不允许“看到”所有文件系统，它只能访问其中的指定部分。
• 一个容器不允许使用所有的 CPU 或 RAM。
• 容器在如何使用网络方面受到限制。

从历史上看，现代操作系统总是对进程施加限制，例如每个 Linux 进程都以系统用户的权限运行，但是容器化技术引入了更多可能的限制并使其更加灵活。

基本上，任何 Linux 可执行文件都可以受到限制，即可以“容器化”。

大多数情况下，当人们说“容器”时，他们不仅仅指的是 Linux 进程，还指的是可执行文件的打包和存储方式。

类似的工具Docker允许开发人员获取他们的可执行文件及其依赖项，以及他们想要的任何其他文件，并将它们全部打包成一个文件。

这项技术与 tarball 之类的存档没有太大区别。

Docker 还允许包含一些额外的指令和配置来运行这个打包的可执行文件。

通常这些文件，通常称为“容器镜像”，也称为容器。

但为了简单起见，请记住：

• 一个容器就是一个运行受限制的linux进程
• 容器镜像是可执行进程的依赖和配置打包

容器镜像是自给自足的。它们将在任何 Linux 机器上运行，因此容器化使得将代码从开发人员的机器复制（部署）到任何环境变得更加容易。

微服务和容器有什么区别？

我们刚刚了解到，容器只是一种打包、部署和运行 Linux 程序/进程的方法。