考慮在內(nèi)。當他們配置這些服務時,你就有了一個服務為導向的體系架構,因為我們解決了所有這些分布式系統(tǒng)即服務的問題。
我們必須設置一個非常全面的監(jiān)管基礎架構,能幫助我們進行控制,管理,改變和記錄,在我們實時進行這些服務的運作時能完成整個的遷移。最后將這些服務應用到各種安全模式中的能力對于特殊體系架構是適用的,在這種情況下我們將其稱為使用云計算的面向服務體系架構。
播客:剛才您提到了監(jiān)管,看起來這是來自設計設計時面向服務體系架構監(jiān)管的概念,但實施監(jiān)管看起來卻困難重重,您認為原因何在呢?
David:我認為設計時人員的意圖是好的,如果你進行監(jiān)管,你就必須經(jīng)歷非常旺盛的設計階段來真正設計出以服務為中心的協(xié)議來。但是運行時監(jiān)管的方面對于部署面向服務體系架構的用戶來說更具價值。目前使用面向服務體系架構的用戶也在使用云計算。因為總有一天,面向服務體系架構監(jiān)管的真正價值就是運作價值,是執(zhí)行這些在運行時間發(fā)揮作用的服務協(xié)議,確保他們不出現(xiàn)任何錯誤。
我們部署安全基礎架構來跟蹤服務的辯護。因此如果有人改變了一項服務,那么許多其他的服務或者應用軟件就會去平衡這項服務,隨著我們的體系架構逐漸演變的越來越聯(lián)合,服務之間的平衡性就顯得越來越重要。因此遷移到云上產(chǎn)生了運行時監(jiān)管的自然需求。他們可以在這些系統(tǒng)內(nèi)部提供良好的設計時環(huán)境。最終成為相互依賴的領域。因此設計時人員必須重新設計運行時領域或者從新興的研究生中發(fā)掘其他的小生境技術來滿足面向服務體系架構的市場需求。
播客:我也這么想。目前您如何看待未來的面向服務體系架構?
David:我看見面向服務體系架構出現(xiàn)的大幅增長。我認為這個話題已經(jīng)探討了很多年,很多年,最終會被大家淡忘。我們實施面向服務體系架構,面向服務體系架構作為一種架構模式在TLA之前誕生。自從我們身處計算領域以來就一直在采用這種模式。我們只是對其實施了正規(guī)化。如今我們必須向云上遷移,這將把面向服務體系架構帶領到新的階段,幫助我們將體系架構從平臺領域擴展出去。