Michael Solberg和Ben Silverman寫道：《OpenStack for Architects》是一個指南，指導(dǎo)你完成主要決策點，為OpenStack私有云制定有效的藍圖。Red Hat的首席架構(gòu)師Solberg和OnX企業(yè)解決方案首席云架構(gòu)師Silverman出版了這本214頁的書。
Superuser與Solberg和Silverman探討了關(guān)于私有云的最大變化，下一步是什么等話題。
這本書最能幫助誰？
MS：我們?yōu)槟切┯媱澓皖I(lǐng)導(dǎo)實施OpenStack云的人（云架構(gòu)師）編寫了這本書。它回答了人們在開始設(shè)計這些部署時所面臨的許多大問題 -- 例如“這與傳統(tǒng)虛擬化有什么不同？”，“如何選擇硬件或第三方軟件插件？”和“如何將云集成到現(xiàn)有的基礎(chǔ)架構(gòu)中？“。它涵蓋了一些基本要點，有大量的單元測試和集成模式的代碼示例，但最專注于云部署的規(guī)劃階段。
初學(xué)者最常犯的錯誤是什么？
BS：我認為人們犯的最大錯誤是被OpenStack中的所有可用功能所淹沒，而不是從簡單的開始。人的本性是想要所有可用的東西，但在OpenStack的情況下，這么做的結(jié)果可能是令人沮喪和壓倒性的。初學(xué)者決定想要什么樣的云之后，往往困惑于太多的架構(gòu)選擇。雖然一般都期望用戶在使用OpenStack時應(yīng)該對云概念有一定的體系結(jié)構(gòu)熟悉度，但學(xué)習(xí)互操作性如何工作仍然是初學(xué)者的一個空白。我們希望通過這本新書彌合這一差距。
現(xiàn)在有什么有趣的案例？
MS：NFV和私有云使用案例目前是非常明確的。最近我們在基因組學(xué)領(lǐng)域有幾個非常好的項目，正在尋找如何最好地將計算帶到大型數(shù)據(jù)庫 --我認為這是非常有趣的。
自從參與了OpenStack架構(gòu)的變化，你怎么看？
MS：我們在這本書中談了一些。OpenStack現(xiàn)在最大的變化是圍繞容器--容器在租戶空間和控制平面上的影響。架構(gòu)的變化如此之大，以至于我們可能需要編寫第二版，因為這些變化會在接下來的一兩年內(nèi)得到鞏固。
有沒有什么正在進行的新案例值得談?wù)劊?/strong>
BS：把OpenStack作為移動邊緣基礎(chǔ)設(shè)施編排器進行移動邊緣計算的想法是非常熱門的。它由新的ETSI移動邊緣計算行業(yè)規(guī)范組領(lǐng)導(dǎo)，并獲得了大約80家公司的支持。
這種類型的OpenStack部署不僅必須通過新的移動5G網(wǎng)絡(luò)支持NFV工作負載，而且還支持必須在地理上接近用戶、以高帶寬和低延遲執(zhí)行的專用工作負載。我們甚至可以看到開放計算工作在這個用例中，因為服務(wù)提供商嘗試并最大化利用邊緣位置。在過去幾年里，傳統(tǒng)服務(wù)提供商將NFV帶回區(qū)域性或全國性數(shù)據(jù)中心已經(jīng)非�？�，但更酷的是他們現(xiàn)在正在使用OpenStack將基礎(chǔ)設(shè)施置于邊緣以實現(xiàn)擴展。
Ben，你曾說 ：“你必須克服數(shù)字化轉(zhuǎn)型是一個技術(shù)產(chǎn)物而不是企業(yè)范圍的承諾的思維定式。”為什么人們陷入這種心態(tài)？什么樣克服？
BS：很多企業(yè)的常見誤解是，技術(shù)轉(zhuǎn)型只是對技術(shù)的轉(zhuǎn)變。不幸的是，這不是云計算技術(shù)的情況。從傳統(tǒng)的裸機或虛擬化平臺轉(zhuǎn)移到真正的云架構(gòu)不會提供很多好處，除非業(yè)務(wù)流程和開發(fā)文化發(fā)生變化。
守株待兔不適用于OpenStack云。獲得管理層支持和在內(nèi)部開發(fā)者社區(qū)建立基層努力對實現(xiàn)積極的文化變革有很大的幫助。我總是建議客戶首先獲得云和敏捷開發(fā)的小勝利，并使用這些小勝利作為新OpenStack云的“啦啦隊”。
我告訴他們，“慢慢拉人，收集小勝利。如果你不是慢慢地逐漸采用，你最終會加速被拒絕，會發(fā)現(xiàn)自已有一個偉大的平臺，但沒有租戶。“我已經(jīng)很多次看到這種情況，僅僅是因為不受控制的采用和錯誤的工作負載或錯誤的團隊被試用到OpenStack上，帶來不好的體驗。
現(xiàn)在已經(jīng)有IRC、郵件列表、文檔和視頻教程等，這本書還有什么幫助？
MS：這實際上是我們坐下來寫這本書時最大的問題之一！我們試圖創(chuàng)建內(nèi)容，回答通過這些簡短的文檔不容易回答的問題。這本書中的大部分主題都是其他架構(gòu)師問我們的問題，并希望圍繞這些問題進行口頭討論 --無論是作為日常工作的一部分，還是在會議中。
BS：今天有很多方法可以獲得OpenStack信息。不幸的是，我發(fā)現(xiàn)很多信息組織得不好、過時，或者不完整。我發(fā)現(xiàn)Google提供的有關(guān)OpenStack主題的信息很有幫助，但是如果你輸入“OpenStack架構(gòu)”，頂部的一些結(jié)果是官方的OpenStack文檔頁面，下面是各種過時的文章和視頻--這些一點用也沒有。
你看的關(guān)于OpenStack的書有哪些？
MS：Dan Radez的書是我長期以來買的第一本實物書。在我開始寫書之前，我閱讀了這本書，以確保我們沒有重復(fù)他已經(jīng)涵蓋的內(nèi)容。我剛剛看完《常見的OpenStack部署》， 我認為這是一個不錯的關(guān)于創(chuàng)建Puppet組合模塊的指南。
BS：我的書架上有Shrivastwa和Sarat的《Learning OpenStack》、James Denton的第二版《Learning OpenStack Neutron》和舊版的Doug Shelley和Amrith Kumar的《OpenStack Trove 》。“我訂了《常見的OpenStack部署》，期待著讀這本書。
你期待哪方面的書？
BS：我很希望看到“OpenStack開發(fā)和OpenStack Python SDK指南”。一本通過例子和聯(lián)系深度挖掘Python庫的書會很酷。它甚至可以包含一個入門指南，以幫助開發(fā)人員熟悉OpenStack開發(fā)工具和過程。
你們是否參加PTG和/或波士頓峰會？
BS：我將作為openstack-manuals團隊的成員參加PTG，期待與我們的新項目組組長（PTL）Alexandra Settle進行一些非常有成效的會議。我們已經(jīng)開始討論Pike的一些目標，進展良好。
我還將參加波士頓的峰會。我提交了一個題為“將容量規(guī)劃帶到Flavor Town--通過規(guī)劃類型模板獲得最大效率”的演講。演講的中心思想是通過確定性的類型模板計劃消除計算、存儲和網(wǎng)絡(luò)資源中的死空間通過確定性的類型模板計劃。很多企業(yè)有奇怪的、位于同一個基礎(chǔ)設(shè)施上的類型模板，這導(dǎo)致從來不會被用到的、大小奇怪的孤立資源。系統(tǒng)規(guī)模小的話，這樣的影響很小，但是擁有數(shù)以萬計核心的公司只需通過正確規(guī)劃就可以節(jié)省成千上萬美元的浪費性的資本支出。
MS：我將參加波士頓峰會和亞特蘭大OpenStack Meetup。
