【摘要】本文介紹了eBay在Kubernetes上的工作，以及OpenStack可能面對的困境，並對OpenStack未來的發展做了一些分析。
Ebay在OpenStack上的工作已經取得了成果：一種新的容器管理工具，可以更好地利用Docker和Kubernetes。
這又是一個值得稱讚的工具，容器在組織內作為有用的工作單位，Kubernetes管理著這些工作負載。但這也是一個跡象，即使是最大的、最重要的IT組織，即使他們可以根據自己的意願定製OpenStack，但是也會為了給開發者提供便利而選擇其他解決方案。
認識你的新Master
TessMaster，正如InformationWeek和ZDNet的文章中所討論的，旨在允許在eBay的自定義集群配置中大規模運行Kubernetes，據稱這是由數十萬臺虛擬機（運行在數以萬計的服務器上）組成的。The Next Platform2015年的文章詳細介紹了eBay如何用Kubernetes擴展OpenStack，並將eBay數據中心的規模與“Rackspace Hosting以及SoftLayer公有云”的規模做了對比。
使用OpenStack這種方式的原始意圖是為了允許開發者自己管理自己的開發需求。但隨著時間的推移，就像InformationWeek的文章指出，容器趕上虛擬機成為OpenStack中管理代碼的首選方式，而OpenStack現有的容器管理工具Magnum卻不能勝任這個工作。
為此，eBay將Kubernetes作為容器管理解決方案，內部開發TessMaster作為Magnum的替代品。該公司也公開使用自己定製的Kubernetes，稱為Tess.io。 TessMaster還沒有作為一個開源項目發佈，但eBay暗示它的開源並沒有什麼阻力（Tess.io是否可以作為開源項目發佈還不清楚）。
由內而外
以上文章中詳細介紹了許多Kubernetes常見的好處：他一開始就是開源項目並且由社區協作開發，而在Google內部使用的事實證明了它的清白。但是eBay在這方面的選擇卻引人注目：它選擇在OpenStack中推出自己的基於Kubernetes的容器管理解決方案，而不是嘗試改進Magnum。
這種把Kubernetes當做OpenStack的強心劑的做法和OpenStack生態中的其他獨立開發很相似。早在7月份，OpenStack Mavens Mirantis就宣佈了一個OpenStack內部部署系統的二次開發項目，以便使OpenStack可以作為一系列Kubernetes管理的Docker容器運行。
這兩個例子都是通過Kubernetes從內而外地克服或超越了OpenStack的侷限。 在eBay的案例中，問題是OpenStack的原生容器管理系統; 第二個例子中，OpenStack本身的部署非常方便。
Ebay一直被吹捧為OpenStack的大型成功案例之一，但即使是這些名單上的公司也可能正在褪色。該公司堅持使用開源雲管理框架，但卻以犧牲內部重大的努力為代價。當InfoWorld的Eric Knorr去年初與公司談話時（可能是在TessMaster被包裝的情況下），它們承認，雖然OpenStack將繼續保持公司管理基礎架構的核心地位，但它將主要用作容器管理系統。
隨著這些明面上的開發，OpenStack有兩個可能性即將來臨。一方面，它可以通過容器技術從內而外重新改造，然後變得比現有方案更有吸引力。另一方面，它被容器逐漸替代成為對同樣問題的更細粒度的解決方案。
如需瞭解零空信息更多資訊及最新進展，敬請關注公眾號：零空科技&魔法隧道