Show Menu
主題×

企業開發營運

DevOps涵蓋下列各項所需的程式、方法和通訊:
  • 輕鬆在各種環境中部署軟體。
  • 簡化開發、測試和部署團隊之間的協作。
DevOps旨在避免以下問題:
  • 手動錯誤。
  • 被遺忘的元素;例如,檔案、配置詳細資訊。
  • 不一致;例如,開發人員的本機環境與其他環境之間。

環境

Adobe Experience Manager(AEM)部署通常由多個環境組成,用於不同層級的不同用途:
生產環境必須至少有一個作者和一個發佈環境。
建議所有其他環境也由作者和發佈環境組成,以反映生產環境並啟用早期測試。

開發

開發人員負責開發和自訂建議的專案(不論是網站、行動應用程式、DAM實作等),並具備所有必要的功能。 他們:
  • 制定和定制必要的要素;例如,範本、元件、工作流程、應用程式
  • 實現設計
  • 開發必要的服務和指令碼,以實作所需的功能
開發環境的 配置 ,可能取決於各種因素,儘管它通常包括:
  • 具有版本控制的整合開發系統,以提供整合的程式碼庫。 這可用來合併和合併來自每個開發人員使用之個別開發環境的程式碼。
  • 每個開發人員的個人化環境;通常都在本地機器上。 在適當的間隔,代碼與版本控制系統同步
視您的系統規模而定,開發環境可同時擁有作者和發佈例項。

品質保證

此環境由品質保證團隊用來全面測 ,設計與功能。 它應同時具備作者和發佈環境,並具備適當的內容,並提供所有必要的服務,以啟用完整的測試套件。

分段

測試環境應是生產環境的鏡像——配置、代碼和內容:
  • 它用於測試用於實施實際部署的指令碼。
  • 在部署至生產環境之前,可將它用於最終測試(設計、功能和介面)。
  • 雖然測試環境不一定與生產環境相同,但應盡可能接近以啟用效能和負載測試。

生產——作者和發佈

生產環境包含實際製作和發佈實 作所需的環 境。
生產環境至少包含一個作者實例和一個發佈實例:
  • 入內容 的編寫例項。
  • 訪客 發佈 /使用者可使用內容的發佈例項。
根據專案的規模,它通常由數個作者和/或發佈例項組成。 在較低的級別,儲存庫也可以群集到多個實例。

作者

作者例項通常位於內部防火牆後方。 在此環境中,您和您的同事將執行編寫任務,例如:
  • 管理整個系統
  • 輸入您的內容
  • 設定內容的版面配置和設計
  • 將您的內容啟動至發佈環境
已激活的內容將打包並放在作者環境的複製隊列中。 然後,複製過程會將該內容傳輸到發佈環境。
為了將發佈環境中生成的資料反向複製回作者環境,作者環境中的複製偵聽程式將輪詢發佈環境並從發佈環境的反向複製輸出框中檢索此類內容。

發佈

發佈環境通常位於非軍事區(DMZ)。 在此環境中,訪客將存取您的內容(例如透過網站或行動應用程式)並與之互動;公開或內部網路。 發佈環境:
  • 保存從作者環境複製的內容
  • 讓訪客可使用該內容
  • 儲存訪客產生的使用者資料,例如留言或其他表單提交
  • 可以配置為將此類用戶資料添加到外框,以便將反向複製返回到作者環境
發佈環境會即時動態產生您的內容,而且內容可針對個別使用者個人化。

程式碼移動

程式碼應一律從下至上傳播:
  • 程式碼最初是在本端開發,然後整合開發環境
  • 然後對QA環境進行徹底測試
  • 然後在測試環境上再次測試
  • 只有如此,才應將程式碼部署至生產環境
程式碼(例如自訂的Web應用程式功能和設計範本)通常是透過在不同的內容儲存庫之間匯出和匯入封裝來傳輸。 在有意義的地方,可以將此複製配置為自動進程。
AEM專案通常會觸發程式碼部署:
  • 自動:轉讓至開發和品質保證環境。
  • 手動:部署至測試和生產環境的方式較為受控,通常為手動;不過,視需要自動化是可能的。

內容移動

為生產而建立的內容 應一律 在生產作者例項上編寫。
內容不應遵循程式碼從較低環境移至較高環境,因為讓作者在本機或較低環境上建立內容,然後將內容移至生產環境並非好做法,而且可能會造成錯誤和不一致。
生產內容應從生產環境移至測試環境,以確保測試環境提供有效率且精確的測試環境。
這並不表示測試內容需要與生產同步,定期更新已足夠,但在測試新的程式碼小版本之前尤其如此。 QA和開發環境的內容不需要像以前那樣頻繁更新,它應該只是製作內容的良好呈現。
可傳輸的內容:
  • 在不同環境之間——通過導出和導入包。
  • 在不同例項之間——直接複製( AEM複製 )內容(使用HTTP或HTTPS連線)。