企業 DevOps

DevOps 涵蓋下列工作所需的程序、方法和溝通方式：

• 輕鬆地在各種環境中部署您的軟體。
• 簡化開發、測試和部署團隊間的共同作業。

DevOps 旨在避免下列問題：

• 人為錯誤。
• 被遺忘的元素；例如檔案、設定詳細資訊。
• 不一致；例如開發人員的本機環境與其他環境間的差異。

環境

Adobe Experience Manager(AEM)部署通常由多個環境組成，用於不同層級的不同用途：

• 開發
• 品質保證
• 分段
• 生產

開發

開發人員負責開發和自訂所提出的專案 (無論是網站、行動應用程式或 DAM 實作等)，並具備所有必要的功能。上述功能為：

• 開發和自訂必要的要素；例如範本、元件、工作流程、應用程式
• 實現設計
• 開發必要的服務和指令碼以實作所需功能

開發環境的設定可能取決於多種因素，但通常包括：

• 具備版本控制、可提供整合程式碼庫的整合開發系統。這可用來合併來自每個開發人員使用之個別開發環境的程式碼。
• 屬於每個開發人員的個人環境；通常位於他們的本機電腦上。程式碼會透過版本控制系統，以適當間隔同步

根據您的系統規模，開發環境可同時擁有製作例項和發佈例項。

品質保證

此環境由品質保證團隊用來全面test測試您的新系統；設計與功能。 此環境應同時具備製作環境、發佈環境及適當的內容，並提供所有啟用完整測試套件所需的服務。

分段

預備環境必須是生產環境的鏡像 (包括設定、程式碼和內容)：

• 此環境用於測試要用來實作實際部署的指令碼。
• 在部署至生產環境之前，可使用此環境進行最終測試 (設計、功能和介面)。
• 雖然預備環境未必與生產環境完全相同，但應該盡量使兩者相似，以便啟用效能與負載測試。

生產：製作與發佈

生產環境包含實際製作與發佈實作所需的環境。

生產環境至少會由一個製作環境和一個發佈環境組成：

• 輸入內容的製作例項。
• 可供您的訪客/使用者使用的內容之發佈例項。

根據專案的規模，生產環境通常由多個製作和/或發佈例項組成。在較低的層級中，也可以將存放庫與多個例項一起加入叢集。

作者

製作例項通常位於內部防火牆後。您和您的同事將在此環境中執行製作任務，例如：

• 管理整個系統
• 輸入內容
• 設定內容的配置和設計
• 為發佈環境啟用內容

已啟用的內容會封裝並放置在製作環境的複寫佇列中。接著，複寫程序會將內容傳輸至發佈環境。

為了將發佈環境中產生的資料反向複寫回製作環境，製作環境中的複寫接聽程式將輪詢發佈環境，並從發佈環境的反向複寫寄件匣中擷上述內容。

發佈

發佈環境通常位於非軍事區域 (DMZ) 中。無論是在公開或內部網路中，訪客都將在此環境中存取您的內容 (例如：透過網站或行動應用程式) 並與之互動。發佈環境：

• 可保留從製作環境複寫的內容
• 供訪客使用該內容
• 儲存訪客產生的使用者資料，例如留言或其他提交的表單
• 可以設定將上述使用者資料新增至寄件匣，以便反向複寫回製作環境

發佈環境會不斷即時產生您的內容，而且可針對個別使用者個人化內容。

程式碼動向

程式碼應一律由下向上傳播：

• 程式碼最初在本機開發，然後在開發環境中整合
• 接著在 QA 環境進行徹底測試
• 然後在預備環境中再次測試
• 此時，才可以將程式碼部署至生產環境

通常會透過在不同內容存放庫間匯出和匯入封裝，來轉移程式碼 (例如自訂的 Web 應用程式功能和設計範本)。這代表可以將此複寫設定為自動程序。

AEM專案通常會觸發程式碼部署：

• 自動：用於轉移至開發和 QA 環境。
• 手動：部署至預備和生產環境的方式比較需要控制，通常以手動進行；不過，也可視需要採取自動化部署。

內容動向

為生產而建立的內容應​一律​在生產製作例項上製作。

內容不應隨程式碼從較低層級的環境移至較高層級的環境，因為讓作者在本機或較低層級的環境中建立內容，再將內容移至生產環境並非明智作法，而且可能會造成錯誤和不一致。

生產內容應從生產環境移至預備環境，以確保預備環境提供有效率且精確的測試環境。

內容可經由下列途徑轉移：

• 在不同環境間：透過匯出和匯入套件。
• 在不同的例項之間——直接複製(AEM replication)內容（使用HTTP或HTTPS連線）。