2012-11-18 60 views
2

我基於歐洲,正在考慮將cloudControl用作我的雲託管平臺。在插件前面,我想使用IronWorker,IronMQ和Cloudant。由於使用計量的不同,我的偏好是直接訂閱Iron.io和Cloudant,而不是作爲Addons,前提是我可以將cloudControl,Iron.io服務和Cloudant正確連接在一起。cloudControl插件作爲單獨的服務

我想,不會有任何行政障礙,這也就是說,所有這些平臺將允許連接一個到另一個,如果我分開,而不是購買他們作爲cloudControl插件(這是正確的嗎?)

我儘管關於這些不同服務使用的數據中心有點混淆,但作爲插件或分隔符。如果我將這些服務訂閱爲分開的話,我擔心會丟失數據中心的位置。特別是:

  • 我知道cloudControl是在都柏林的AWS託管的。

  • Cloudant的歐洲數據中心是阿姆斯特丹的SoftLayer。是Cloudant的Cloudant插件託管在那裏,還是部署在都柏林的AWS,特別是cloudControl?如果我在阿姆斯特丹訂閱Cloudant,我會輸掉嗎?

  • Iron.io的數據中心位置是什麼?我知道他們在AWS和Rackspace,但沒有進一步的細節,我想他們在美國。同樣,在都柏林的AWS上託管cloudControl的插件尤其適用於cloudControl嗎?我可以訂閱Iron.io並要求讓我的工作人員和隊列在都柏林?否則某處「接近」Cloudant的數據中心?

最終,是否購買這些服務作爲單獨的可行選項?

非常感謝!

回答

3

從我們的方面(cloudControl)出發,規則是延遲關鍵附加組件必須位於歐洲,並且在離開測試版狀態時位於相同的歐盟 - 西部AWS區域內。

通常情況下,您可以直接「購買」服務,並仍然將其與我們的平臺結合使用。唯一的區別是你不會得到一個綜合發票,並且cloudControl一級支持大多不能真正回答關於由於缺乏信息而未通過附加市場購買的第三方服務的問題。

+0

謝謝。說得通。您能否確認Cloudant附件的託管位置?是阿姆斯特丹的EU-West還是Softlayer? – Nico

+0

我可以確認共享的Cluster for Cloudant在阿姆斯特丹運行。對於專用集羣,他們也可以在都柏林數據中心運行它們。 – pst

2

在撰寫本文時,IronMQ託管在aws-us-east和rackspace-dfw上。 IronWorker託管在aws-us-east。

我們有其他地區和雲的計劃,但不能提供明確的時間表。

您可以在我們開發中心的以下頁面找到有關雲位置的信息。

您可以直接訂閱Iron.io雖然我們是爲我們所有的平臺合作伙伴表示感謝。如果您有任何問題,請隨時通過我們的實時聊天室或我們的支持渠道與我們聯繫。

+0

謝謝你,謝謝你的鏈接。如果作爲cloudcontrol插件購買,您是否可以確認它們是否位於相同的位置? – Nico

+0

是的,如果您將它們作爲cloudControl插件購買,也就是說它們不會在都柏林運行。 –

+0

謝謝Stefan。所以服務本地化不是我會用插件獲得的。我形成了(未經測試)的觀點,即美國工作人員+基於歐盟的數據庫對於某些任務而言可以,但對於數據採集/處理工作者(網絡爬蟲或飼料消費者)來說效率太低,但也許我錯了。我想我最終必須運行自己的基準測試,但與此同時,是否會有人贊成或反對在此配置中運行數據提升工作人員? (我可能會爲此創建一個單獨的問題)。謝謝! – Nico

0

我是OP。有趣的是,cloudControl和iron.io的答案讓我意識到我一直在做一個錯誤的假設,那就是cloudControl Addons必須在AWS EU-West上「本地」運行。 iron.io和cloudant插件運行在不同的數據中心這一事實是我沒想到的。既然這一點很明確,那麼單獨購買或作爲附加組件購買它們並不會改變其託管位置(以及附加組件的參數實際上是支持和常見結算)是非常合理的。

我認爲對於PaaS來說,明確它們的附加組件是否在「本地」運行是合理的,因爲它是一個重要的選擇標準。

現在,IronWorker + Cloudant通過cloudControl可能不是我應用程序中數據提升工作人員的理想組合(如果他們都在同一個地方,他們將是完美的!),所以我將以不同的方式承載工作人員。