In both occasions neither OpsManager nor Mongo’s support agents were able to help us much, and we ended up solving the problem ourselves – in one case thanks to a member of the team picking up the phone from a desert on the outskirts of Abu Dhabi. 怨念很深
除了資料倉儲之外，Amazon也將過去沿用了20年關鍵核心財務系統用的Oracle資料庫，也都一併搬上AWS，總共搬遷多達93個資料庫、185個實例，累積120TB的資料量，現在都改使用DynamoDB雲端資料庫。經過改用新的資料庫以後，除了更易於管理，更高可靠，並且加快近一倍的反應處理時間，也替Amazon省下70%整體成本。
財務資料庫這種需要複雜的 query 怎麼轉到完全無法 query 的 NoSQL DynamoDB ??
謝資源
Uber發現把Cassandra直接運行在服務器上，與把它運行在用Mesos管理的容器中相比，兩者幾乎沒有什麼性能差別，只有5-10%的損耗。
性能看起來不錯，平均讀延遲13ms，寫延遲25ms，99%的測試數據都很令人滿意
有點矛盾，write latency 在 cassandra 裡大概都是個位數 ms 或更低，高到 25ms 有點離譜。大概真的是 container 的代價吧，不過他們的目標是 scale up，而不是快。也真的做到了。
對於Uber來說做這個決定並不是那麼困難。他們現金流非常充裕，所以能夠請得到頂尖的人才，可以獲得所需要的最好資源，以此來創建、維護以及更新這樣複雜的系統
有錢才能這樣玩…
好奇查了一下, Uber 有但是用 mesos 當 orchestration platform. 另外一個就是 kubernates 跟 cassandra 的實作了. 每秒上百萬次的跨數據中心寫操作，Uber是如何使用Cassandra處理的？1 使用Kubernets Pet Set部署上千个Cassandra实例2