在PaaS上建構SaaS應用程式需要注意什麼

遺留系統含有成千上萬個執行一大批業務功能的服務元件。比如說，假設貴企業運作的一個内部遺留系統中的一套元件向企業高管提供一份統計報告。為了趕在截至日之前獲得這份每周送出的報告，該高管應該考慮将必要的元件遷移到新的軟體即服務(saas)應用程式。

如果經濟可行性研究表明這種遷移是明智的決策，他應該與其他高管以及由開發人員、系統工程師和業務分析人員組成的一個團隊合作，将遺留系統細分成多個元件，然後着手開發那個應用程式。

1、識别遺留系統資産

開發團隊、高管和遺留系統負責人需要識别遺留系統的資産。這些資産包括如下：

說明文檔，包括遺留系統的描述和流程圖以及災難恢複計劃;

公司内部資料中心所在的設施;

與遺留系統有關的利益相關者;

這包括目前使用者(包括高管)、開發人員、系統管理者和業務分析人員;

遺留系統運作在上面的it基礎設施;

以及開發人員的技術技能，比如在平台即服務(paas)上開發saas應用程式，讓開發人員能夠在虛拟環境共享技能。

2、發現必要的元件及依賴關系

開發人員應該掃描源代碼，查找供以後提取的服務元件。源代碼包括主程式及其與子例程之間的接口，子例程可能采用了不同于主程式語言的程式設計語言編寫而成。

下一步是，開發人員識别主程式和子例程中的元件之間的依賴關系。服務元件的依賴關系可能與其他服務元件的依賴關系之間存在多對多的關系。

在識别元件的過程中，開發人員還應該設計一份流程圖，幫助自己将服務元件彼此之間的依賴關系具象化。

3、提取元件

開發人員應确定應該從遺留系統提取哪些元件。提取服務元件的簡易性取決于下面五個因素：

源代碼一開始編寫得有多好;

源代碼打更新檔、再打更新檔有多頻繁，以修複軟體錯誤;

遺留系統的說明文檔是否定期更新;

開發人員的技術技能(比如，遺留系統的原始開發人員可能再也找不到);

以及服務元件的依賴關系具有的複雜性。

4、接受或拒絕提取的元件

一旦開發人員厘清了依賴關系，他可以接受或拒絕依賴關系。接受依賴關系并不總是意味着按原狀接受服務元件。開發人員可能需要重新設計服務元件的結構，以滿足新的業務需求。結合依賴關系有望消除重複或類似的服務功能，因而減少了服務元件的數量。開發人員把所有被接受的服務元件放入到一個元件庫，以便在建構 saas應用程式時使用。

建構和安裝saas應用程式

在paas上建構saas應用程式時，開發人員應該确定：

1、使用者、開發人員、系統管理者和業務分析人員期望從saas應用程式獲得什麼樣的東西，然後選擇saas應用程式運作所需的雲部署類型：私有雲、公有雲還是混合雲。

2、根據使用者、開發人員、系統開發人員和業務分析人員的預期要求建構應用程式時，使用哪些被接受的服務元件。

3、什麼方法将服務元件編排到松散耦合的saas應用程式最經濟高效，并測試該應用程式的結果是否滿足預期目标。松散耦合是指，應用程式在等待使用者響應的同時，應用程式的其餘部分可以繼續運作。

安裝應用程式後，開發人員應該監控saas應用程式的性能以及業務需求方面出現的任何變化，這些變化可能需要更新及重新設計應用程式的服務元件。

本文作者：佚名

來源：51cto