本週關於Marketo域名中斷的3個想法

本週關於Marketo域名中斷的3個想法

Marketo.com域名已過期

對於Marketo的人來說,這是艱難的一周。 如果您沒有聽說過,他們會以某種方式讓他們的marketo.com域名過期。 這降低了他們的網站,客戶控制台,以及 – 最不幸的是 – 諸如Marketo跟踪腳本,登陸頁面和Web表單等客戶所依賴的面向客戶的Web體驗。 由於DNS涉及的時間延遲,需要花費幾天的時間來解決。

哎喲。

這個故事的一個有趣的部分是好的撒瑪利亞人,他們採取行動並支付了他們的域名續費 。 但是還有其他一些方面,我想引起注意。

#1。 事實:複雜的系統遭受黑天鵝事件。

具有大量活動部件和糾纏的相互依賴性的大規模系統將遭受“ 黑天鵝 ”事件的影響 – 這種事情可能意外地發生,通常由相對較小的事件觸發,但具有災難性的連鎖反應。

完全保護自己免受黑天鵝事件的影響是不可能的。

當然,Marketo應該有更好的機制來確保他們的域名不會過期。 回想起來,這很容易指出。

但是,黑天鵝可能會出現無數其他方式。 它當然不僅限於Marketo。 例如,亞馬遜可以說是世界上最令人印象深刻的大型系統之一 – 但今年早些時候, 由於人為錯誤 ,它們也遭受了嚴重的中斷 。 去年, UltraDNS的技術故障導致包括Netflix在內的大量網站停播 90分鐘。

我並不是說任何這些中斷都應該被揮之不去,或者不應該盡一切努力來阻止它們。 或者客戶不應該針對這些類型的風險評估供應商(或者,就此而言,考慮他們所依賴的每個關鍵業務軟件或服務的意外事件)。

但即使最苛刻的系統管理團隊,這些事情也會不時發生。 而且我認為Marketo對危機做出了很好的回應,他們的首席執行官直接對電子郵件和Twitter負責。

史蒂夫盧卡斯回應Marketo停電

#2。 玻璃房子裡的人:所有的martech都是一個複雜的系統。

一些Marketo的競爭對手藉此機會對他們進行了猛擊。 我想是可以預料的。 這是一個崎嶇不平的市場。 當競爭對手絆倒時,狼群湧入。

但過度玩弄這隻手有點騎士。 martech中沒有一家公司不會因為在復雜環境中運行的複雜基礎上的複雜結構而面臨黑天鵝事件的風險。 公共嘲諷很容易回來困擾他們。

相比之下,我看到的其中一個更為優雅的回應來自HubSpot的產品設計師Tim Merrill ,他在推特上寫道:

但是靠著上帝的恩典。

“只有上帝的恩典。”謙卑是一種令人欽佩的特質,但它也表明尊重這些東西的潛在復雜性。 我選擇那種虛張聲勢。

#3。 Marketo的生態系統有助於減輕後果。

但Marketo中斷的最有趣的方面 – 至少對我來說 – 是他們的生態系統在減輕這場災難給許多客戶造成的後果方面所起的作用。 ( iPaaS%E8%BB%9F%E4%BB%B6“>相結合,對這一失敗更加強大。

Uberflip在Twitter上吹噓自己。 他們的軟件收集潛在客戶,然後使用API​​在幕後傳遞給Marketo。 但是,無論出於什麼原因,Marketo在某個特定時刻都無法訪問 – 這次是Marketo的錯,但如果在狂野和毛茸茸的互聯網中兩個系統之間出現任何中斷,同樣的事情也會發生 – 他們的軟件等待重試發送以後的領先數據。

Uberflip和Marketo

其實,同樣的事情是真實的在我們的許多客戶的離子交互 (免責聲明:我是共同創始人和CTO),誰整合我們的iPaaS%E8%A7%A3%E6%B1%BA%E6%96%B9%E6%A1%88%E7%9A%84%E5%85%AC%E5%8F%B8%EF%BC%8C%E5%85%B6%E4%B8%AD%E7%B3%BB%E7%B5%B1%E4%B9%8B%E9%96%93%E8%B7%AF%E7%94%B1%E7%9A%84%E6%95%B8%E6%93%9A%E6%98%AF%E7%8D%A8%E7%AB%8B%E7%B6%AD%E8%AD%B7%E7%9A%84%EF%BC%88%E4%BE%8B%E5%A6%82%EF%BC%8C%E8%88%87CDP%E4%B8%80%E6%A8%A3%EF%BC%89%EF%BC%8C%E6%83%85%E6%B3%81%E4%B9%9F%E6%98%AF%E5%A6%82%E6%AD%A4%E3%80%82″ onclick=”javascript:_gaq.push([‘_trackEvent’,’outbound-article’,’http://en.wikipedia.org’]);”>最終一致性 。

這提出了一個有趣的問題:多供應商

嗯,是的,不。 在某些方面,它更加強大,因為您不依賴於整個行銷操作的單一供應商,也因為您的堆棧中的各個組件“更簡單”(相對而言)並且內部複雜性更低。

對於Marketo中斷,一點點集成複雜性節省了一些人的培根。

另一方面,你擁有的供應商越多,他們中的任何一個人在某些時候都可能遭遇黑天鵝事件的可能性就越大。 並且您將整體應用程序的內部複雜性換成了集成這些不同組件的外部複雜性。 我在%E9%80%9A%E5%B8%B8%E6%9B%B4%E5%96%9C%E6%AD%A1%E6%9C%80%E4%BD%B3%E7%9A%84%E5%A0%86%E6%A3%A7%E4%BE%86%E9%80%B2%E8%A1%8C%E7%87%9F%E9%8A%B7%E5%B7%A5%E4%BD%9C%E3%80%82%EF%BC%89″>

但即使多供應商堆棧沒有明顯更強大,我所做的反對意見是單供應商堆棧也不一定更強大。

本週Marketo中斷應該是一個令人痛苦的提醒。

分享

發佈留言

Close Menu