什么是kubernetes pod的好用例？
在玩了Docker风景几个月后，我仍然发现使用Kubernetes Pod非常直观。 我还没有遇到任何使用情况，其中吊舱比容器更合适。 当我被要求使用Pod时，我通常只使用一个容器Pod。 我正在尝试展示pod概念的实力，但我无法弄清楚一个非trival的用例。
在我的演示中，我开始了一个服务器吊舱，它有两个监听不同端口的服务容器，一个用于抄写大写字母，一个用于抄写小写字母。 然后，我有一个客户端与两个客户端容器与每个服务器容器交谈…这个用例似乎真的被迫，我不明白为什么我需要使用Pod概念。
我已经阅读了大量的教程和文档，他们都只是触及什么是豆荚，没有一个令人信服的用例为什么我们必须使用豆荚…我错过了什么？ 什么是使用Pod概念的坚实用例？ 谢谢。
编辑：具体来说，假设有两个服务A和B需要共址和共享networking堆栈，这对于Pod概念是非常合适的。 与使服务A和服务B在相同的容器中运行相比，使用Pod（使用两个并置的容器运行服务A和服务B）的优点是什么？这保证了configuration和共享networking堆栈？ 粒度是否有一个经验法则？
我原来的问题是找出需要共址和共享networking堆栈的服务A和服务B. 感谢贾里德和罗伯特的指针，我会挖掘这些用例。
Jared在他上面的评论中指出了一些很好的例子。 正如Brian Grant在链接的github问题中提到的，推送日志数据和加载数据是Google内部最常见的用途。
有关Kubernetes存储库中的具体示例，可以查看DNS群集附件的定义。 它使用一个吊舱来共同定位一个DNS服务器（ skyDNS ），使用etcd的本地存储，以及一个简单的程序来拖拽Kubernetes API对象，并将它们转换成本地存储。 该站点不是构build新的自定义DNS服务器，而是利用现有的DNS服务器并向其添加一些定制，以使其知道群集环境。 由于所有的容器都在一个容器中，他们可以依靠本地主机的networking进行通信，不需要任何forms的复杂的服务发现。