基于云原生的新应用程序在 Kubernetes 集群运行没有问题，但是当你有旧应用程序时会发生什么情况：
- 记录到文件而不是标准输出？
- 不支持Prometheus？
- 不支持HTTPS？
首先，让我们了解一些基础知识。
在Kubernetes中，一个Pod是一组容器。
容器使用两个Linux原语进行隔离：控制组和命名空间。
- 控制组用于限制资源（最大256MB内存）。
- 命名空间用于隔离（只能看到此文件夹）。
控制组和Linux命名空间是容器的基本原语。
除了网络之外，Pod中的所有容器都是隔离的。
网络是共享的，一个IP地址分配给Pod中的所有容器（Pod的IP地址）。
同一个Pod中的容器共享相同的网络命名空间。
为什么需要在Pod中运行多个容器？
如果你不能（或不想）更改应用程序中的代码，你可能需要通过其他方式来调整其功能。
让我们看一个例子。
最近的Elasticsearch版本支持TLS，但长时间以来这是一个付费的额外功能。
你如何使用TLS保护流量？
你可以将代理作为一个容器添加到你的Pod中。
（加密的）流量首先到达代理，然后到达（未加密的）Elasticsearch。
流量在到达ElasticSearch之前由NGINX容器代理。 另一个例子是在没有Ingress的情况下将你的应用程序暴露给公共互联网。
Cloudflare隧道运行一个代理与应用程序一起，并代理所有的流量。
tunneld代理将流量隧道传输到Cloudflare网络。
当你想要使用Prometheus，但你的应用程序具有自定义的指标公开格式时，会发生什么情况？
如果你使用一个适配器，就不需要更改代码。
例如：Elasticsearch不暴露Prometheus指标。
适配器来解救！
容器将Elasticsearch指标适配为与Prometheus兼容。
当你在Pod中有一个额外的容器来处理输入时，这被称为Ambassador模式。
如果它处理主容器的输出，那么它就是一个适配器。
适配器与Ambassador模式
在Kubernetes中，应用程序的默认日志输出是打印到标准输出（stdout）。
那么如果你的应用程序将日志记录到文件中，该怎么收集日志呢？
你可以使用一个容器来检索日志文件的内容并将其打印到标准输出（stdout）。
Sidecar容器检索文件内容并将其打印到标准输出（stdout）。
其他Sidecar包括注入密钥、在ConfigMaps发生更改时重新加载应用程序、缓存等容器。
任何增强你的应用程序的容器通常被称为Sidecar容器。
示例包括：
- 注入密钥
- 在ConfigMaps发生更改时重新加载
- 缓存
Elasticsearch建议在应用程序启动之前将虚拟内存设置为较高的值（即mmap计数）。
你如何在Kubernetes中做到这一点？ 它是在“普通”容器启动之前运行完毕的容器。
你可以使用Kubernetes中的Init容器
因此，如果你要将现有应用迁移到Kubernetes中，你有四种模式可供选择：
- Ambassador（大使模式）
- Adapter（适配器模式）
- Sidecar（边车模式）
- Init（初始化模式）
