基于用户操作提供单个容器的容器编排

Question

我对码头协调和管理一队集装箱非常陌生。我想要构建一个应用程序，当用户运行命令时，它可以为用户提供一个容器。什么是最好的工具和最好的方式来实现这一点？

我计划有一个CoreOS服务器池来运行容器，并且我设想调度器有一个API，我可以调用这个API来创建容器。

我在Nomad、Kubernetes、Docker等网站上看到的大部分内容都是如何提供多个集装箱集群，它们都在做相同的事情。我希望能够基于用户命令创建单个容器，然后能够与容器上的API进行通信。有人有这方面的经验吗？

Answer 1

我会看看Kubernetes + 作业API (短命)或部署 (长寿)

我不清楚命令的确切含义，但我假设它是由CLI，make-dev触发的某种dev env。

1. 用户触发了make-dev，它将一个web钩子发送给你的应用程序，它位于乔布斯API的前面，理想的情况是进行速率限制和/或auth。
2. 应用程序接受命令，理智地检查它，然后发出一个作业/部署请求+一个入口规则 + 服务
3. 库伯内特斯会把它安排在你的机队里
4. 您的应用程序等待吊舱启动，然后返回带有唯一标识符(入口规则中的相同内容)的API地址，如devclusters.com/foobar123。
5. 用户现在在该地址访问他们的服务。在内部，Kubernetes使用入口和服务将请求路由到您的吊舱。

如果您的不同环境使用相同的基本容器映像，它们应该启动得非常快。

插件:如果您想要一个简单的CoreOS + Kubernetes集群加上一个UI，请尝试https://coreos.com/tectonic

Answer 2

我计划有一个CoreOS服务器池来运行容器，我想象调度程序有一个API，我可以调用这个API来创建容器

kubernetes附带了一个RESTful API，您可以使用它直接在集群中创建荚( kubernetes中包含一个或多个容器的工作单元)。

命令行实用程序kubectl还通过api以完全相同的方式与集群交互。目前有一些客户端库是用golang、Java和Python编写的，它们正在帮助与集群进行通信。

如果以后需要更高级别的抽象来管理豆荚，更新它们并管理它们的生命周期，那么查看其中一个控制器(复制集、复制控制器、部署、状态集)应该会有所帮助。