AEM 实施战争故事 - 好的、坏的和可怕的
人们通常谈论“最佳实践”,但“最差实践”又如何呢?顺利的项目和灾难,我们都见过。该播客重点介绍了我们的 AEM 架构师近 40 年来对 AEM/CQ 的联合实施,以及从每个实施中得到的经验教训和令人恐惧的经验教训。
本播客涵盖
- 0:00 - AEM 架构师团队介绍
- 2:36 - 回忆 Adobe 收购 Day Software 的那一天
- 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 代码部署流程 - OpsInventor
- 日志聚合与 Splunk for AEM:博客 | 使用 Splunk 在 AEM 云服务上进行日志搜索和监控 (arborydigital.com)
- AEM 的历史: 如果您感兴趣,本文介绍了 AEM 自被 Adobe 收购之前的历史:博客 | Adobe Experience Manager 的历史 (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