cloudControl插件作为单独的服务[关闭]

Question

我在欧洲，正在考虑使用 cloudControl 作为我的云托管平台。在插件方面，我想使用 IronWorker、IronMQ 和 Cloudant。由于使用计量的不同，我更愿意直接订阅 Iron.io 和 Cloudant，而不是作为插件订阅，前提是我可以将 cloudControl、Iron.io 服务和 Cloudant 正确连接在一起。

我想这不会有任何管理障碍，即如果我单独购买所有这些平台而不是作为 cloudControl 插件购买，所有这些平台都将允许将它们连接到另一个（这是正确的吗？）

我对这些不同服务使用的数据中心（作为插件或单独使用）感到有些困惑。如果我单独订阅这些服务，我担心会失去数据中心的位置。特别是：

• 我了解 cloudControl 托管在都柏林的 AWS 上。

• Cloudant 的欧洲数据中心是位于阿姆斯特丹的 SoftLayer。用于 cloudControl 的 Cloudant 插件是托管在那里还是部署在都柏林的 AWS 上，尤其是用于 cloudControl？如果我在阿姆斯特丹订阅 Cloudant，我会失败吗？

• Iron.io 的数据中心位置是什么？我知道他们在 AWS 和 Rackspace，但没有进一步的细节，我想他们在美国。同样，cloudControl 的插件是否托管在都柏林的 AWS 上，尤其是 cloudControl？我可以订阅 Iron.io 并要求将我的工作人员和队列托管在都柏林吗？或者其他“靠近” Cloudant 数据中心的地方？

最终，单独购买这些服务是否可行？

非常感谢！

Answer 1

在我们这边 (cloudControl) 规定，延迟关键的附加组件必须在欧洲，并且当它们离开 beta 状态时，最好在同一个欧盟西部 AWS 区域。

通常，您始终可以直接“购买”服务，并且仍然可以将它们与我们的平台结合使用。唯一的区别是您不会获得合并发票，而且由于缺乏信息，cloudControl 一级支持大多无法真正回答有关未通过附加市场购买的第三方服务的问题。

Answer 2

在撰写本文时，IronMQ 托管在 aws-us-east 和 rackspace-dfw 上。 IronWorker 托管在 aws-us-east。

我们有其他区域和云的计划，但无法提供明确的时间表。

您可以在我们开发中心的以下页面中找到有关云位置的信息。

• IronMQ：http://dev.iron.io/mq/reference/clouds/
• 钢铁工人：http://dev.iron.io/worker/reference/api/

您可以直接订阅 Iron.io，尽管我们感谢所有平台合作伙伴。如果您有任何问题，请随时通过我们的实时聊天室或我们的支持渠道与我们联系。

Answer 3

我是 OP。有趣的是，cloudControl 和 iron.io 的回答让我意识到我一直在做出错误的假设，即 cloudControl 插件必须在 AWS EU-West 上“本地”运行。 Iron.io 和 cloudant 附加组件在不同的数据中心上运行的事实是我没想到的。既然这一点很清楚，那么单独购买它们或作为附加组件购买它们并不会改变它们的托管位置是完全合理的（附加组件的论点确实是支持和共同计费）。

我认为一般而言，PaaS 明确其附加组件是否在“本地”运行是有意义的，因为这是一个重要的选择标准。

目前，IronWorker+Cloudant 通过 cloudControl 可能不是我的应用程序中数据提升工作人员的理想组合（如果他们都在同一个地方，那就完美了！）所以我会以不同的方式托管工作人员。