Storie di guerra per l'implementazione di AEM: il buono, il cattivo e il terrificante
Si parla comunemente di "best practice", ma che dire delle "worst practices"? Progetti senza intoppi e disastri, ne abbiamo visti di tutti i colori. Questo podcast si concentra su quasi 40 anni di implementazioni combinate di AEM/CQ da parte dei nostri architetti AEM e sulle lezioni apprese dal bene e dal decisamente spaventoso di ciascuna di esse.
Trattati in questo podcast
- 0:00 - Introduzioni dal nostro team di architetti AEM
- 2:36 - Ricordando il giorno in cui Adobe ha acquistato Day Software
- 3:58 - CQ5 e poi WEM/WCM e poi Adobe CQ e poi AEM
- 4:36 - Adobe come amministratore adatto per CQ e AEM
- 7:12 - Qual era il team AEM meglio composto di cui facevi parte?
- 9:24 - È difficile mantenere un team AEM di qualità internamente
- 16:57 - La migliore pipeline e processo AEM CI/CD?
- 18:52 - Applicazione della messaggistica di commit
- 19:30 - Promozione degli artefatti di rilascio AEM anziché ricompilazione
- 21:19 - Il processo di rilascio AEM più brutto e più anti-pattern
- 24:20 - Le pipeline AEM possono diventare troppo prescrittive e complesse
- 24:57 - Automazione degli aggiornamenti e della manutenzione di AEM
- 27:37 - Infrastructure-as-code con un grande monolite come AEM
- 29:31 - L'antica tradizione dell'auto-DDOS
- 30:30 - Congetture di interruzione a causa della mancanza di aggregazione dei log
- 31:13 - Devi avere persone che sanno che aspetto ha un'anomalia
- 32:35 - L'importanza critica di dashboard eccellenti/completi
- 33:15 - Miglior dashboard? Peggior cruscotto? Stessa compagnia, purtroppo
- 36:35 - Le decisioni errate di riduzione dei costi possono essere mortali
- 38:00 - L'insidia di affidarsi solo al monitoraggio front-end
- 39:05 - Il monitoraggio back-end si applica a AEM Cloud Service
- 40:50 - Pianificazione degli aggiornamenti AEM e dei service pack
- 42:46 - La temuta migrazione da AEM 6.2 a 6.5
- 44:02 - L'importanza dei progetti di scoperta
- 46:37 - La "regola del 40%"
- 48:17 - La peggiore gestione dei progetti e non vedere il futuro
- 53:40 - "Esperienza" e requisiti di conoscenza
Referenze & Altre informazioni
Altre informazioni utili su alcuni degli argomenti affrontati in questo podcast:
- Paradigmi di distribuzione AEM: Il vecchio post del blog a cui ho fatto riferimento nel podcast sulla pipeline di distribuzione ideale di AEM è ancora, sorprendentemente, per lo più ancora rilevante. Visualizzazione del processo di distribuzione del codice AEM perfetto - OpsInventor
- Aggregazione dei registri e Splunk per AEM: Blog | Utilizzo di Splunk per la ricerca e il monitoraggio dei registri su AEM as a Cloud Service (arborydigital.com)
- La storia di AEM: Nel caso foste interessati, questo articolo ha una storia di AEM da prima della sua acquisizione di Adobe: Blog | Storia di Adobe Experience Manager (arborydigital.com)
Ascolta il nostro podcast e contattaci se desideri discutere di come nuovi modelli di infrastruttura come questo potrebbero funzionare per il tuo ambiente! Per favore, contattaci!
Relatori per podcast

Tad Reeves
Architetto principale presso Arbory Digital
Tad lavora con i prodotti Adobe dal 2010 e ha una vasta esperienza nell'infrastruttura dei siti web. A partire dal 1996, ha indossato quasi tutti i cappelli nella distribuzione di siti Web, dall'architettura delle soluzioni alla gestione dei prodotti, e ha oltre due decenni di esperienza. Ama il fatto che Arbory gli dia l'opportunità di fornire soluzioni oneste ed efficaci, anche se ciò significa sfidare le prospettive di vendita prevalenti. Quando Tad non lavora, gli piace andare in mountain bike ed esplorare la natura con sua moglie e i suoi 3 figli.

Bryce Acer
CEO presso Arbory Digital
Con sedici anni nel campo della tecnologia, specializzato in software Adobe, la carriera di Bryce è iniziata nei contenuti web per il settore farmaceutico e finanziario. Dopo aver lavorato come consulente per aziende come Crown Partners e DCQ (Day Software), ha fondato Arbory Digital. È appassionato di aiutare le aziende ad avere successo attraverso soluzioni tecnologiche oneste ed efficienti. In Arbory, crede nell'integrità e nella consulenza realistica per ottenere risultati di successo. Nel tempo libero, Bryce ama il golf, il softball, la pallavolo, le attività in spiaggia, la musica dal vivo e i viaggi.

Dwayne Hale
CTO presso Arbory Digital
Dwayne ha sviluppato una precoce passione per l'amministrazione di rete e ha oltre dieci anni di esperienza professionale. Dopo aver lavorato nello spazio AEM per più di un decennio, è diventato architetto presso Arbory e infine CTO. Crede che Arbory Digital si distingua per la sua trasparenza e l'opportunità di esplorare vari interessi, il che mantiene il suo lavoro dinamico e coinvolgente. Quando Dwayne non lavora, è probabile che lo trovi a pescare, fare giardinaggio o con sua moglie e i suoi 3 figli, e ad allontanarsi il più possibile dagli schermi.
Ti piace quello che hai sentito? Hai domande su cosa è giusto per te? Ci piacerebbe parlare! Contattaci
Altri episodi di podcast che potrebbero piacerti

I monoliti sono tutti cattivi? Qual è la differenza tra un CMS monolitico, componibile e basato su microservizi?

Come si risolve il problema costante dell'aggiornamento della cache e della latenza del sistema di back-end in qualsiasi CMS moderno (in particolare AEM o Edge Delivery?) In questo episodio parliamo con Michał Cukierman, CTO di Dynamic Solutions e co-fondatore di StreamX , un mesh di esperienze digitali per accelerare in modo drammatico e affidabile le richieste di contenuti dinamici complicati provenienti dai numerosi sistemi costituenti che compongono una moderna implementazione CMS.

Non è un'iperbole che se non hai fatto uno sforzo considerevole per ripensare il tuo stack di consegna completo del sito negli ultimi mesi, vorrai farlo. Quindi, per favore, smetti di leggere questo adesso, indossa delle cuffie e porta questo podcast a fare una passeggiata e considera come potrebbe influenzare il tuo ambiente!