來自：it專家網
soa和saas兩者之間存在著怎樣的聯絡？是相互違背還是趨於結合？如果單從「服務」上而言，那兩者能否可以取得一致……
soa和saas兩者之間存在著怎樣的聯絡?乙個是服務基礎架構(service-oriented architecture)，乙個是軟體即服務(software as a service)。至少，他們都是關於「服務」的。
我們可以這樣簡單定義saas：軟體部署為託管服務，而且可以通過網路訪問，可以客戶按需定製，並且開發商實施簡單。internet的迅猛發展，軟體作為一種服務形式提供給客戶的需求逐漸增加。而saas這個新的模式出現正是順應了這個要求，它可以幫助軟體開發商通過提供服務的形式贏得客戶。
無庸置疑，saas的出現徹底顛覆了傳統軟體的運營模式。它不僅僅從**上，交付模式上，實施風險上帶來了明顯改觀，更是促進了軟體與網際網路的融合以及整個軟體市場的發展。
伴隨著saas的愈發火熱，加之soa的繼續深入，市場上越來越多的人開始談論soa產品在saas方面的能力。誠然，越來越多的軟體**商將借助saas的方法，以需求為基礎向消費者提供soa產品。這是我們所期待看見的，但這也在某種程度上混淆了soa和saas。
首先需要明確的一點則是：soa是乙個框架的方法，而saas是一種傳遞模型。
saas看作乙個傳遞機制，這個傳遞機制指出單個例項/多個承租的應用軟體程式。soa是開發鬆散耦合的軟體架構。因此，soa包括了一切關於軟體是如何被架構起來的東西，而saas是一切關於軟體是如何被應用的。
可以這樣說，兩種技術是共生的，但是兩者可以通過不同的方法來實現，也可以通過不同的方法一起工作。
soa帶給saas的既有鬆散的耦合，也有約定化的、能夠治理的服務。從這方面而言，soa的方法是對saas有好處的。而從另一方面而言，soa和saas在重利用、成本控制、標準化方面相互提供參考，兩者正在開始走向趨同。
單純從定義和實現形式上來看， 「soa可以認為是saas在企業內部執行的一種形式」。而這一觀點正式當前關於soa和saas最為激烈的爭論。
支持者認為「大多數企業將最終成為服務的消費者兼發行者，進而模糊了soa與saas之間的界限」。
也有不少人認為，soa不太可能也不具備作為企業內部saas執行的能力。「繁重的企業基礎架構減少了soa的有利部分，而saas則提供了更敏捷，低本高效的第三方服務選擇。」
而對於其之後的發展也有著清醒的預計，「具有更大因經營規模擴大而得到的經濟節約和價值建議的外部服務將取代內部執行的服務。隨著企業逐漸了解由soa驅動的服務**理念，itil 與saas將面臨乙個問題： 作為服務的**商，他們需要迅速、低廉並且可靠的提供執行包括服務管理、報告和表單功能在內的服務以增強競爭力。於是，企業將不太可能維持原有昂貴、個人化、單調的企業基礎架構，而會轉向外部有效的計算機處理平台。面對更遠的未來，將來的企業最終會定製「商務即服務」(baas)主張，從而實現構造整體價值鏈條而非單純購買軟體。」
歸根結底，soa不太可能也不具備作為企業內部saas執行的能力， 但它能夠在很多方面為saas鋪平道路；而無論內部基礎架構有多麼soa化，都沒有與市場驅動的saas相抗衡的靈敏度。
字母的爭論
某一天，26個小寫的英文本母爭論了起來，它們都想當老大，鬧得不可開交。這時逗比的小甲想到了乙個好辦法使它們平息了下來，規則是這樣的 讀入一行僅由小寫英文本母組成的字串，統計這26個小寫英文本母在這串字元中出現的次數，誰出現的此數多誰就是老大。另外，沒有出現在這串字元中的小寫英文本母就只能甘拜下風了。...
永遠不要爭論
這位講故事的先生提到這句話出自 聖經 他錯了我敢肯定。於是，為了顯示我的自重感和優越感，我討人嫌地想糾正他。他堅持他的說話 什麼？出自莎士比亞？不可能！絕對不可能！那句話確實出自 聖經 他非常自信。這位講故事的先生坐在我的右邊，而我的以為老朋友弗蘭克.加蒙坐在我的左邊。加蒙先生潛心研究莎士比亞的著作...
spark shuffle內在原理說明
在mapreduce框架中，shuffle是連線map和reduce之間的橋梁，map的輸出要用到reduce中必須經過shuffle這個環節，shuffle的效能高低直接影響了整個程式的效能和吞吐量。spark作為mapreduce框架的一種實現，自然也實現了shuffle的邏輯。shuffle是...