Mesosphere地方发展
我目前正在调查在生产中使用Mesosphere来运行一些微服务作为Docker容器。
我完成了DCOS部署，并能够成功运行其中一项服务。 在继续这个方法之前，我还需要把握发展方面（不是Mesos或Mesosphere本身，而是微型服务的发展）。
是否有任何最佳实践如何在Vagrantbox中运行Mesosphere的本地部署或类似的东西，使我们的开发人员能够从现有的泊坞窗镜像运行我们的生态系统中的所有服务，并运行您当前正在使用的服务从本地代码文件夹？
我已经知道如何将开发代码文件夹链接到一个Vagrant机器上，也应该让Docker部分运行，但是我仍然对整个Mesosphere集成部分感到失望。
有没有人可以将我推荐到互联网上的一些资源来描述一个可能的解决scheme？ 你们有没有人做过类似的事情，并且愿意分享一些关于这方面的见解？
潜行高峰
Mesosphere正在积极致力于改善围绕DCOS的开发者体验。 其中的一部分工作包括在本地开发群集上工作，以帮助应用程序，服务和DCOS包开发人员。 但是，解决scheme还没有准备好黄金时段。 我们已经开始提前selectDCOS企业版客户。 如果您想了解更多信息，请与您的销售代表联系，或通过我们的网站联系销售人员： https : //mesosphere.com/contact/
公共工具
也就是说，现在有许多不同的工具可以帮助开发Mesos框架或Marathon应用程序。
- mesos-撰写-DIND
- 普拉亚- mesos
- 迷你型
- coreos-mesos群集
- 无业游民，mesos
- stream浪汉木偶，中间层
消歧
- Mesosphere公司 是开发数据中心操作系统（DCOS）的公司 。
- 历史上，“中间层叠加”是指Mesos + Marathon （有时也是Chronos ，取决于你问的对象）。
- DCOSbuild立在这些开源工具的基础上，增加了更多的function（web gui，包pipe理器， cli ，集中控制平面， dns等）。
更新2017-08-03
目前推荐的用于DC / OS的两个本地开发选项是：
- DCOS，无业游民
- DCOS -泊坞窗
我认为没有什么“解决scheme”……我想每个公司都会试图找出最适合他们开发stream程的方法。
例如我的公司没有使用DCOS，而是使用集群Marathon和Chronos调度程序的普通Mesos群集。 我们有三种环境，每种都运行CoreOS和Mesos / Marathon（不同版本，能够testing版本升级等）：
- 本地Vagrant集群为我们的开发人员进行本地开发/testing（可以configuration为使用基于
user_data文件的不同CoreOS / Mesos / Marathon版本） - testing集群（虚拟化，最新的CoreOStesting版，最新的Mesos / Marathon / Chronos）
- 一个生产集群（裸机，最新的CoreOS稳定版，目前是Mesos 0.25.0和Marathon 0.14.1）
我们的构build循环使用构build服务器（在我们的例子中是TeamCity，Jenkins等也应该可以正常工作），构buildDocker镜像并将其推送到我们的私有Docker存储库。 在这个过程中图像被自动标记。
我们也有可能通过Marathon API调用自动启动它们到构build本身定义的集群，或者可以由开发人员手动部署。 因此更新的Docker镜像从我们的私有Docker存储库中提取（确保使用"forcePullImage": true如果不使用特定的图像标记，则获取最新版本）。
看到