[b][b]
用例[/b][/b][size=large][/size]
在實際的 soa 業務應用程式——特別是涉及到異類 it 基礎設施的應用程式以及希望對這些 it 基礎設施提供的服務間的工作流進行組合以形成鬆散耦合的互動的應用程式——中，服務使用者和提供者間的訊息流並不需要採用同步方式處理。由於 jms 作為面向訊息的中介軟體標準得到了廣泛的應用，因此經常用作同步和非同步服務呼叫的首選協議。
有很多典型的場景，其中服務間的連線可以使用 jms 進行傳輸：電子政務、電子商務或工業製造就是其中的一些例子。
[b]示例 1[/b]
乙個具體的用例就是處理會計系統中的文件。影響公司財務的文件（如購買貨物的發票）在企業中多個系統流動。其中很多都必須採用允許以後進行審計的方式處理（某些情況下，這是法律強制要求的做法）。這意味著此類文件的流通必須能夠跟蹤，而這又要求傳輸協議要十分可靠。而且，所涉及的系統之間的很多互動都實現了具有非同步性本質的工作流。因此，所選的協議既要支援訊息的可靠事務**換，也要支援各種訊息傳遞模式（非同步和同步呼叫以及發布/訂閱訊息）。
同時，要對所有訊息進行定向，使其通過企業服務匯流排，以便能夠應用其他功能；如基於內容的動態路由或資料轉換以及日記記錄和日誌記錄。
此會計示例代表了乙個場景，在此場景中，解決方案採用面向服務的體系結構構建的，但並不一定會使用 web 服務；在我們的例子中，服務通過交換普通 jms 訊息進行通訊。為此類解決方案部署 esb 仍然十分可行。
[b]示例 2[/b]
讓我們看看另乙個場景，製造行業的乙個例子：某個公司製造需使用大量部件的產品，其中一些部件來自內部的工廠，而其他從外部**商處購買。該公司希望加速其庫存周轉，降低其庫存水平，從而降低內部成本和提高其產品的上市時間。實現此目標的乙個方法是與其業務合作夥伴（包括**商）建立更緊密的關係。
通常，製造商將利用生產計畫系統（production planning system，pps）來協調其內部生產與外部**鏈。在 pps 中，內部部件的庫存較低時，將生成生產請求，以生產此部件。
除了使用內部工廠提供的部件外，該製造商還從外部**商購買其他部件。為了提高所涉及各方的整合水平，該製造商需要將其 pps 與其若干**商系統整合，以便自動交換供求資訊。為了將 pps 系統連線到任意數量的**商（每個**商都採用自己獨特的協議和資料格式），可能必須開發大量的**。
很多要整合的現有系統都使用 jms 作為外部訊息傳遞協議。其他系統（特別是最近構建的系統）可能支援 web 服務。在此情況下，製造商決定建立 esb 來集中處理協議和訊息格式的轉換，從而將對現有系統的任何影響降到最低。例如，外部介面使用 jms 的現有系統可以與 web 服務互動，並將處理不同協議的細節委託給 esb。
TiDB適用場景和不適用場景
一 tidb簡介 tidb 是 pingcap 公司受 google spanner f1 啟發而設計的開源分布式 htap hybrid transactional and analytical processing 資料庫，結合了傳統的 rdbms 和nosql 的最佳特性。tidb 相容 my...
HDFS適用場景和不適用場景
海量資料儲存 hdfs可橫向擴充套件，其儲存的檔案可以支援pb級別或更高階別的資料儲存。高容錯性 資料儲存多個副本，副本丟失後自動恢復。可構建在廉價的機器上，實現線性擴充套件。當集群增加新節點之後，namenode也可以感知，進行負載均衡，將資料分發和備份資料均衡到新的節點上。商用硬體 hadoop...
TiDB 的適用場景和不適用場景
典型的oltp場景 當您需要對海量資料 數十億行 進行隨機 實時讀 寫訪問時 實時 htap 場景 實時htap 混合事務 分析處理 要是有乙個使用tidb的類似oltp的場景，並且希望在tiflash的幫助下原地進行 olap分析時，新鮮的資料，對oltp效能無干擾 資料整合 有多個資料來源時，可...