AEM 實施戰爭故事-好、壞和可怕的
人們通常談論「最佳做法」,但是「最壞做法」呢?順利的項目和災難,我們已經看到了一切。這個播客專注於我們的 AEM 架構師提供近 40 年的 AEM/CQ 合併實施,以及從每個建築師中獲得的好處和直接可怕的教訓。
在這個播客中涵蓋
- 0:00-我們的 AEM 建築師團隊介紹
- 2:36-記住 Adobe 購買日常軟件的那一天
- 3:58-CQ5,然後 WEM/WCM,然後是 Adobe CQ 和 AEM
- 4:36-Adobe 成為 CQ & AEM 合適的管理員
- 7:12-您成員的最佳 AEM 團隊是哪個?
- 9:24-在內部保留優質 AEM 團隊很難
- 16:57-最好的 AEM CI/CD 管道 & 過程?
- 18:52-提交通訊息強制
- 19:30-推廣 AEM 發行文物而不是重建
- 21:19-最糟糕的 & 最反模式 AEM 發布過程
- 24:20-AEM 管道可能會變得過於規範性的 & 複雜
- 24:57-自動化 AEM 升級 & 維護
- 27:37-基礎架構即代碼,具有像 AEM 這樣的大單石
- 29:31-歷史悠久的自我 DDOS 傳統
- 30:30-由於缺少日誌聚合而引起的中斷猜測
- 31:13-你必須有人知道異常是什麼樣子
- 32:35-卓越/完整的儀表板的關鍵重要性
- 33:15-最好的儀表板?最糟糕的儀表板?不幸的是同一家公司
- 36:35-錯誤的降低成本決定可能會致命
- 38:00-僅依賴前端監控的陷阱
- 39:05-後端監控適用於 AEM 雲端服務
- 40:50-規劃 AEM 升級 & 服務包
- 42:46-可怕的 AEM 6.2 到 6.5 遷移
- 44:02-發現項目的重要性
- 46:37-" 40% 規則 "
- 48:17-最糟糕的項目管理 & 看不到未來
- 53:40-" 經驗 " 和了解要求
參考文獻 & 更多資訊
有關此播客提到的一些主題的更多有用信息:
- AEM 部署範例:我在播客 中引用的有關理想的 AEM 部署管道的老博客文章,令人震驚的是,大多數仍然相關。視覺化完美的 AEM 代碼部署流程-OpsVentor
- 日誌聚合 & 用於 AEM 的 Splunk:部落格 | 在 AEM 上使用 Splunk 進行日誌搜索 & 監控作為雲服務(arborydigital .com)
- AEM 的歷史:如果您 有興趣,本文具有 AEM 收購 Adobe 之前以來的歷史:博客 | Adobe 體驗管理器的歷史記錄(arborydigital.com)
請聽我們的播客,如果您想討論這樣的新基礎設施模型可能如何對您的環境有效,請與我們聯繫!請聯繫!
播客演講者
喜歡你聽到的嗎?對於適合您的選項有疑問嗎?我們很樂意談談!聯絡我們
更多您可能喜歡的播客劇集
category
Podcasts
tags
Adobe, AEM, adobe experience manager, CQ5, history, anti-pattern, implementation, success, failure, deployment, ci/cd, stability, upgrade
number of rows
1