我是 docker/contaners 等的新手。我有一个节点服务器在端口 8080 上的金属机器上运行。我让 NginX 作为它的反向代理运行。
该应用程序为每个连接的客户端建立一个 Web 套接字，以促进实时聊天。目前，websocket 映射在进程中，这意味着我无法扩展到多个进程（是的，我知道，la脚）；但是，我需要更新架构，以便我允许用户与其他用户进行通信，即使他们连接到不同进程上的 websockets。
数据库是Mongo。
问题是：如果我将它移植到 Kubernetes 会是什么样子？它将取代什么，如何取代？我还会使用 NginX 吗？或者 Kubernetes 会提供一种充当反向代理的方法吗？如果我这样做了，那是否意味着我可以在任何地方部署我的应用程序，并且只看到它工作？应用程序容器是否会包含整个 CentOs/Node/等？堆？
Kubernetes 会让你拥有一组金属机器，它会将它们视为一个集群。在集群中的机器之上，它将使用称为 Pods 和 ReplicaSets 的 kubernetes 对象来处理自动扩展数量的无状态节点 websocket 服务器的调度。
有一个名为 Ingress 的 kubernetes 对象，在大多数情况下，它是底层的 nginx，可以替换您现有的 nginx。
你也可以在 kubernetes 中运行 mongo。Mongo 想要将数据存储在本地磁盘上。在 kubernetes 中这样做更复杂，但有可能。
要处理 websocket 状态映射，您可以在 kubernetes 中运行 redis，尽管 kubernetes 再次希望它运行的应用程序是无状态的，并且可以移动到集群中的任何节点。或者，它希望应用程序有自己的集群模型，具有领导者选举和持久数据同步。
如果您完成了所有架构工作并准备了所有 kubernetes 配置，那么您可以在任何人的 kubernetes 集群上部署整个应用程序系统。
一个名为 Helm https://helm.sh/的工具用于将 kubernetes 对象配置收集到包中，从而实现这种便利。
在每个应用程序容器中通常包含一个操作系统、特定于运行时的库，然后是应用程序本身。许多人使用具有最少操作系统的容器血统，而不是完整的发行版，例如使用大量用户级命令行工具，因为通常不使用 ssh 或 shell 进入容器。