Amazon web services 作为独立服务的cloudControl插件

我在欧洲，正在考虑使用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数据中心的地方

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

---

非常感谢

在撰写本文时，IronMQ托管在aws us east和rackspace dfw上。IronWorker在aws美国东部举办

我们有其他区域和云的计划，但不能提供一个明确的时间表

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

• IronMQ：
• 钢铁工人：

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

我们这边（cloudControl）有一条规则，延迟关键插件必须在欧洲，最好在退出测试状态时位于同一欧盟西部AWS地区

---

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

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

我认为，对于PaaS来说，明确他们的附加组件是否在“本地”运行是有意义的，因为这是一个重要的选择标准

---

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

谢谢，谢谢链接。如果作为cloudcontrol插件购买，您能否确认它们是否位于相同的位置？是的，如果您作为cloudcontrol插件购买它们，当前同样适用，即它们不会在都柏林运行。谢谢Stefan。因此，我也不会从插件中获得服务位置。我形成了一种（未经测试的）观点，即基于美国的工人+基于欧盟的数据库对于某些任务来说是可以的，但对于数据采集/处理工人（网络爬虫或feed消费者）来说效率太低，但也许我错了。我想我最终将不得不运行自己的基准测试，但与此同时，有人会赞成或反对在这种配置中运行数据提升工人吗？（我可能会为此创建一个单独的问题）。谢谢非常感谢。有道理。您能否确认Cloudant附加组件的托管位置？是EU West还是阿姆斯特丹的Softlayer？我可以确认Cloudant的共享集群在阿姆斯特丹运行。对于专用集群，它们也可以在都柏林数据中心运行。