來自微軟的devadoss在本次訪談中指出soa並不僅僅只是一種it技術。
在所有web服務標準中，我聽說最讓人沮喪的是ws-policy的難產。它會影響2023年的標準體嗎?它的領導者微軟和ibm能夠讓它出台嗎?
john devadoss: 我希望在標準組織中看到它，但是有很多變數所以很難預期。因此，我還是希望它能有好運。我的看法是策略是委員會還沒有達成一致看法的抽象層。我想這會花費我們一段時間。如果你看看協議棧的低一些的層，它只花了不長時間就達成了一致。策略轉移到了更高的層次。所以，不匆忙完成什麼或許是對的，這樣可以不必在以後返工。我希望我們一起很好的完成這項工作。
web服務是否大體上提高了建立soa的開放基礎設施的難度?
devadoss: 對此我沒有什麼特別要說的，但如果我是一名架構師，我會相信簡單性和一致性，以及能夠使用你需要的東西。一些關注是在乎其廣泛的範疇。但不要關注你需要的是什麼以及什麼會給你價值，也不要指望你會使用所有的特性和所有這些說明書。
你覺得在明年微軟會有任何開源的機會嗎?
devadoss: 廣義的開源包含很多領域。有開發模型、有哲學思想、有偵聽模式，還有商業模型。首先，我認為開源是圍繞社群思想的一種開發模型。如果你看看我們vs.net 2003的工作，你會看到我們已經從社群中學習深度合作的好處。甚至社群技術的概念與我們社群外的一些概念相同，於是我們也給他們一些反饋，我們正在好好利用這些做法。
我也會負責乙個shared source initiative專案，用以顯示我們對開源社群的興趣以及回應。
你對service component architecture的看法是什麼?
devadoss: 我把sca看作是對j2ee重量級性質的一種回應和一種容器模型。我也把它看作類似spring的一種輕量級模型。當然，如果你回來看看我們的容器模型，會發現該容器模型的輕量級性質是我們很久之前所做的事情。我認為從概念級的觀點來看，sca不僅是從j2ee和複雜性中走出的乙個社群，它還會更加融入我們對世界的看法。
基於xml的部署的關鍵是降低複雜性嗎?
devadoss: 我信奉松藕合。我也相信簡單性。我認為xml給予我們的是連線和通訊的能力，而這是面向服務的關鍵。儘管服務是抽象的東西，我們依然談論它，但我想我們都贊同面向服務的成功主要要應該歸功於xml和soap這類東西，所以我當然會贊同這樣的觀點。
你認為，有特殊的工具來驅動更多的使用者使用松藕合的結構嗎?
devadoss: 我認為關鍵是應用模型。此外，不要使用uml這樣的單語言模型，而是使用特定領域的模型，包括開發人員的模型、明確業務需求的架構師的模型、用於對映和設計操作基礎設施的架構師的模型。我相信，這會成為我們真正實現從業務需求對映到操作的必由之路。還會發生其它的事情，但在我看來，那些都沒有它有趣和重要。
關於soa對很多使用者的用途，我們談到了點子上嗎?
devadoss: 我想是的。確實有在面向服務上取得出色成功的客戶。但是，成功的都是那些重視商業價值的客戶。我看到的在面向服務中遇到困難的客戶是那些把it放在首位或者把架構放在首位的。我在微軟領導架構團隊，但我第乙個告訴你架構不是終極目標。客戶不想要soa，他們要的是商業價值。對於面向服務創造商業價值，它必須發掘新的商業機會才行。更靈活，這才是價值。當客戶告訴我他們有soa的成熟度模型時，我覺得很難辦，因為目標不是你的架構有多麼複雜多麼成熟多麼優雅，而是你創造了什麼商業價值。
你認為在2023年中會發生的很多人現在還沒預計到的事情是什麼?
devadoss: 一件事是面向服務的概念會深入人心。我想這是我們要承認的事情。我希望人們從soa是終極目標的想法中走出來，但對我而言，更重要的事情是服務消費的觀點要提公升到更高的檔次。我想這就是2023年會發生的事情。
對你來說，soa中xml硬體的重要性是什麼?
devadoss: 我相信有xml硬體的一席之地。如果你記得90年代末的.com歲月，在那些web推動者中就有著這種熱情，那時人們都在談論如何應用硬體，其本質就是對事務的處理。我認為它不是高層次的事情。我覺得軟體才是更高層次的事。
採用者需要避免的soa缺陷是什麼?
devadoss: 人們思考soa，思考服務。有意義的服務應該擁有資料。而對資料在互聯系統中的影響，人們還缺乏了解。我希望他們對服務背後的資料多多思考。其次，我想說的是分解的服務對成功非常關鍵。在我曾經和乙個isv交談時，他們已經有整合的系統並把它重新設計成面向服務的。他們有19個服務，而在中間層，他們把所有的請求混合在一起或者用於每個業務交易的服務中，結果中間層處理所有的編組和資料混合。實際上，他們的系統非常缺乏可管理性、可用性。我希望架構師和開發人員好好思考服務分解。乙個服務並不是乙個業務物件。也不是乙個業務元件。乙個服務是乙個擁有資料的更大的抽象概念。
經典BUG分享 不止是乙份技術貼 體力發放
經典bug分享 不止是乙份技術貼 體力發放 體力發放的bug 描述現象 遊戲有個體力的概念，類似於神仙道的設定，就是每天中午12 點和下午 6點會發放 40點體力，然後檢查到部分賬號沒有發到體力 解決思路 乙個是 nowtime。就是上一次領取體力的時間和，這一次現在的時間，中間有沒有12 點這個時...
視SOA是一種信仰是SOA專案成功實施的關鍵
從 1996 年gartner 公司提出 soa的思想到今天，soa已經從一種技術理想逐漸走到了現實，it廠商們開始基於 soa的架構做一些事，企業也越來越關心 soa究竟能給他們帶來什麼好處，有人預計08年 soa將成為占有絕對優勢的軟體工程實踐方法。但是，目前仍有很多 cio彷徨在 soa的概念...
DevOps 是一種技術不如說是一種文化
那些熟悉 devops 的人通常認為與其說 devops 是一種技術不如說是一種文化。在 devops 的有效實踐上需要一些特定的工具和經驗，但是 devops 成功的基礎在於企業內如何做好團隊和個體協作，從而可以讓事情更快 更高效而有效的完成。大多數的 devops 平台和工具都是以可擴充套件性為...