作 者：infoq chlvud
過去幾個月我們已經聽到越來越多關於soa死亡的言論。到目前為止我們所聽到的或許只是gartner所謂的幻覺破滅期。可是，正如infoworld提到的：
「……模型潛在地處於被誤導、及無知冠以其乙個純粹代表產品特徵的破舊稱號的危險之中。畢竟，這或多或少發生在eai上。可能暗殺soa的勢力包括：整合平台廠商，企業架構師，特定行業分析家及cio們。」
「任何要求執行者和從業者的時間和預算佔重要部分的動向都需要被嚴格檢查，這樣所有團體的利益都得到滿足。畢竟，極少有人能從滿是宣傳而沒有實質內容的動向中受益。」
按照分析師的說法，soa失敗的高發原因是不當使用。公司試圖在業務案例不合理的時候就在企業內全面使用soa，「不能一刀切(onesizedoesnot fit all)」顯然可作為對這一陷阱的精確總結。
「基本原理表明soa是企業級架構的乙個方面，因此它的範圍是企業級的，或者因為它如此重要且具戰略性，它必須在企業級被實現。其他it從業者只是習慣於實現他們的主要企業目標，那為什麼soa應該不同？因為soa不是乙個專案或乙個技術——它是一種方法，這就是為什麼。」
soa不能適合所有問題，決定在何時何地(如果要用)應用soa原則應該總是嘗試使用soa的第一步。不當使用(或過度使用)乙個技術、方**等等，經常導致其在我們的行業中衰敗：
「當公司針對乙個業務案例(不合理地使用了上百萬美元的未測試技術)企圖實現成百個未經證實的服務時，他們失敗風險的非常大。當那些soa專案沒有按期交付，他們會譴責自己的努力、他們所用的產品、或他們的方法嗎？當然不會。他們會把指責留給soa本身」，至於作者所關心的：
「另一方面，合理限制範圍的(well-scoped)soa專案經常會取得顯著的成功。大多數soa成功的個案涉及到組織著眼於特定的業務問題，多半只是在部門級，使用面向服務的方式去解決它。soa的擁護者非常了解，成功來自關注特定問題的解決方案並很好的解決它。」
文章接下來給企業架構團隊用舉了乙個應用soa原則最好方法的案例，因為很少有人既懂業務，又具有必備理解soa最佳實踐如何可以推動業務解決方案發展的技術頭腦。構建包括如排列典型業務、應用程式開發、資料模型、過程模型、安全以及網路操作角色的功能交叉團隊是soa開發成功的關鍵要素。
還有很強的教育需求需要貫穿組織：
「業務上可以看到解決方案的地方，有時it看不到。太多次it部門試圖使用soa錘子將每個問題作為釘子解決。實際上，沒有合理限制範圍(ill-scoped)的soa專案的症狀部分源於能力不足(或缺乏經驗)去正確地使用soa。……技術專家陷入捍衛與特定技術方法(rest對比webservices 哪乙個好？)有關的立場。這些爭論根本與手頭的業務問題關係甚微，如果有的話也非常少，並退化為書生氣十足的語義學爭論。事實上任何能夠解決業務問題的技術方法都是有效的，而且不管怎樣，在若干年後這些技術可能將被更好的技術所代替。」
「尋求應用soa去解決他們問題的聰明的架構師和業務管理者們應當被牢牢把握什麼時候soa將取得成功、什麼時候是不恰當的。這種把握能力包括對於人員、技術、過程、現有環境的方法、已提議解決方案以及任何潛在解決方案缺陷的現實估價。持有這麼一種兼顧均衡的辦法為soa進一步成功提供了可能性，決不會毀滅soa本身的價值。
心跳包 告訴別人，我還活著
心跳一般是指客戶端 也可以是伺服器端 向對方每隔一段時間傳送乙個應用層的自定義指令，以確保連線的有效性。因為是固定間隔，同時是檢測存活，就像人的心跳一樣，顧名思義，稱為心跳包。一般是用於長連線，對訊息實時性要求比較高的服務中，比如im服務，推送服務。在即時通訊領域和推送服務中，對訊息的實時性和可用性...
那些總記不住的css,而且還經常用到
一 設定input 的placeholder的字型樣式 input webkit input placeholder input moz placeholder input ms input placeholder input moz placeholder 設定input聚焦時的樣式 input ...
mysql restore mysql備份還原
1 簡介 基於binlog的恢復需要建立在全量備份恢復基礎上。使用mysqldump的全量備份的方法在我前面的文章裡有詳細介紹，可以參考 我們可以將增量的binlog備份下來，用來恢復增量資料。2 還原增量binlog的方法 2.1 時間點的恢復建立在一下規則的基礎上 1 mysql伺服器需要開啟二...