何時使用面向服務的體系結構方法？

何時使用面向服務的體系結構方法？

IT行業中的流行語是“面向服務的體系結構（SOA）”。Web，IT文獻和其他資源對SOA提供了不同的定義和解釋。有些人將其稱為“復雜產品”。有些人將其視為“建筑方法”，而另一些人則將其視為純粹的營銷頭。當然，對SOA概念的深入了解肯定會幫助您解決問題，但更合乎邏輯的方法是回答這個問題–?何時使用面向服務的體系結構方法？

用外行術語來說，面向服務的體系結構提供了一個框架，使不同的（異構）平臺（Windows，Linux和UNIX），技術（.NET，Java）和APP（ERP，CRM和SCM）同步運行。更具體地說，這是通過“服務”和“基于Web的開放標準”實現的。

現在，遵循的邏輯思想是SOA應該在由異構平臺，技術和APP組成的IT體系結構中使用。這樣的系統通常具有各種復雜的問題，從互操作性到靈活性和適應性。SOA方法確實為處理這些問題提供了有效的解決方案。

考慮以下情況：企業系統具有不同的所有者，并且有多個團隊在其中工作。為了提高可見性和可訪問性，需要集中控制。面向服務的方法適用于這種情況，因為它通過其服務注冊表提供了有關系統組件的完整信息。

與其SOA框架相融合的業務流程管理解決方案最適合異構企業IT系統中的跨功能流程管理。

如果您擁有相當同類的企業信息架構，那該怎么辦??！

在這種情況下，建議始終先權衡一下SOA方法的利弊，然后再得出任何結論。在這種情況下，SOA可能沒有任何直接可察覺的優勢，但是隱藏的優勢（例如在將來擴展的情況下的可伸縮性）可能永遠存在！

總之，SOA實施應由業務需求和需求驅動。最合適的情況是在企業IT框架中運行的異構系統。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。