上週，我們提到「開發即整合，整合即開發」的觀念。在服務導向架構（SOA）底下，我們的目標是將所有具備價值的IT 資源，不論是舊的或新的，通通都能夠透過Web Services的包裝，成為可以隨取即用的IT 資產。
這樣一來，利用專為Web Services所設計的商業流程管理（BPM；Business Process Management）工具，便可將各種服務快速彙整，開發出組合式應用，達到「整合即開發」。此外，透過那些對於Web Services 充分支援的應用伺服器，以及相關的開發環境下所開發出的新應用，先天上就會是Web Services-ready。
從此以後，所有在這種環境下所開發出來的應用單元，幾年後不至於再淪為新的legacy 系統，因為我們在開發的時候便已經把它們的未來準備妥當，也同樣符合「整合即開發」的概念。
本週，我們接著探討應用平台，特別是其所提供的各項基礎設施服務，以及對於建置與部署SOA架構所產生的重大影響。開發Web Services的進入門檻固然低，但真正的挑戰在於如何確保這些Web Services能夠經年累月穩健的執行下去，並且能顧及安全上的要求。
畢竟，當Web Services愈來愈普遍的扮演IT中的建材角色，卻無法同時經得起24x7 關鍵性任務的挑戰時，後果自然不是當初導入 SOA 所想要的。這樣的需求，自然會讓我們聯想至應用伺服器，以及於其上所衍生的各項專門的應用領域。實際上，安全性、穩定性、可用性、延展性，和效能方面的要求，一直是應用伺服器這類型新一代的中介軟體（middleware）在設計時，便必須考慮在內的關鍵指標。
幾年導入下來的經驗，加上許許多多的成功案例，提供了非常可靠的驗證。另有數家應用伺服器廠商，早在兩年前便開始積極提供各項Web Services相關科技的支援。因此，選擇能擔當大任的應用伺服器作為Web Services宿主，在邏輯上，將會是很自然的延續與延伸。
先前提到，由應用伺服器衍生出來的資料、應用整合平台，可透過數種策略，將既有系統重新包裝為Web Services；而業務流程設計／管控 (BPM)、訊息格式轉換，訊息和服務路由等基本功能，則進一步的提供SOA上不可或缺的基礎服務。
整體而言，這樣的資訊整合平台在 SOA 的世界扮演的是服務提供者 (Web Services provider) 的角色；而服務消費者 (Web Services consumer)則是交給 Portal 平台來扮演。因為portal可將後端的作業流程、服務，資料等，一一加以彙整，再根據前端瀏覽器具的不同，以及個人化的設定，將資訊提供給終端的使用者。從Portal軟體發展的趨勢來看，Portal在IT中所扮演的角色，正逐漸從早年作為內容管理的門戶，逐步邁向process portal之路。
在Web Services的安控方面，最直接的作法，固然是可以將權限控管等安全相關的邏輯直接寫死在Web Services 的應用裡，但這種將安控邏輯內嵌在多支程式中的作法，將成為未來在更新、維護和管理上令人頭疼的問題。比較理想的方式，是透過可橫跨整個平台的安控機制，集中擬定各項與Web Services相關的安控設定。這就與流程控管、服務路由，以及負載平衡相同，如果可以經由平台提供設定與控管的功能，而不是在應用軟體（AP）的層級進行，將在整體維護及整合雙方面，產生極大的助益。
此外，在Web Services的營叻矫妫瑤讉
阅读(863) | 评论(0) | 转发(0) |
