Er zijn drie opties voor het installeren en onderhouden van een AEM
Als u ervoor kiest om uw eigen systeem op-gebouw uit te voeren, zijn er een paar dingen in mening om u te verzekeren hebt een veilig, prestatiessysteem. Naast de "zorg en voeding"-artikelen zal in dit artikel ook worden gewezen op verschillende punten AEM Ontwikkelaars zouden in gedachten moeten houden om het systeem goed te laten functioneren.
Back-ups - zorg ervoor dat u regelmatig volledige en/of gedeeltelijke back-ups hebt:
Veel klanten maken back-ups van momentopnamen, die slechts enkele minuten duren, ervan uitgaande dat het onderliggende besturingssysteem dergelijke back-ups ondersteunt. Zorg ervoor dat deze back-ups op de juiste wijze zijn opgeslagen (van het AEM systeem). Zorg ervoor dat de back-ups functioneel zijn en kunnen worden gebruikt om een werkend systeem regelmatig opnieuw te maken. Er is niets erger dan het laten vastlopen van het systeem en uw back-ups zijn om de een of andere reden beschadigd!
Er zijn verscheidene punten u moet controleren om probleem-vrije verrichting te verzekeren:
Met indexen kunnen query's zo snel mogelijk worden uitgevoerd, waardoor bronnen voor andere bewerkingen vrijkomen. Zorg ervoor dat de indexen de top-top vorm hebben! AEM annuleert vragen die in plaats van het gebruiken van een index reizen om één slechte vraag te houden van het beïnvloeden van algemene AEM prestaties.
Bij elke update van de opslagplaats wordt een nieuwe inhoudsrevisie gemaakt. Als gevolg hiervan neemt de grootte van de gegevensopslagruimte bij elke update toe. Om ongecontroleerde groei van opslagplaatsen te voorkomen, moeten oude revisies worden opgeschoond tot vrije schijfmiddelen.
Wis lucene binaire binaire getallen en verlaag de vereiste opslaggrootte voor de actieve gegevens.
Wanneer een middel in AEM wordt geschrapt, kan de verwijzing naar het onderliggende verslag van de gegevensopslag uit de knoophiërarchie worden verwijderd, maar het verslag van de gegevensopslag zelf blijft. Deze gegevensopslagrecord zonder referenties wordt 'garbage' die niet hoeft te worden bewaard. In gevallen waarin een aantal middelen zonder referenties bestaat, is het nuttig deze te verwijderen, ruimte te behouden, back-up en onderhoudsprestaties van het bestandssysteem te optimaliseren.
Door het minimaliseren van het aantal workflowexemplaren worden de prestaties van de workflow-engine verbeterd, zodat u regelmatig voltooide of actieve workflowexemplaren uit de repository kunt verwijderen.
AEM gebeurtenissen die in aanmerking komen voor accountlogboekregistratie, genereren veel gearchiveerde gegevens. Deze gegevens kunnen na verloop van tijd snel groeien als gevolg van replicaties, het uploaden van bedrijfsmiddelen en andere systeemactiviteiten.
Zorg ervoor dat de best practices van de lijst met beveiligingscontroles nauwlettend worden gevolgd om ervoor te zorgen dat de AEM het veiligst is.
Monitor diskspace om er zeker van te zijn dat u voldoende hebt voor de JCR Repository, plus ongeveer de helft meer ruimte - de teercompactie gebruikt extra ruimte wanneer deze wordt uitgevoerd. Het wegvallen van de schijfruimte is de belangrijkste oorzaak van JCR-corruptie!
Probeer geen aangepaste componenten te gebruiken - gebruik kerncomponenten. U moet kerncomponenten 80-90% van de tijd en aangepaste componenten slechts spaarzaam gebruiken. Dit vereist vaak een nieuwe manier om naar de componenten op een pagina te kijken - u moet zich realiseren dat de componenten gemakkelijk door een front-end ontwikkelaar kunnen worden hervormd gebruikend CSS. Houd er ook rekening mee dat deze kerncomponenten in elkaar kunnen worden ingesloten om vrij complexe resultaten te bereiken. Creatief!
Met stijlsystemen kunnen de basiscomponenten, en zelfs aangepaste componenten, naar eigen goeddunken naar wens van de auteur hun uiterlijk veranderen om geheel nieuwe, kijkende componenten te maken. Deze stilistische veranderingen impliceren over het algemeen slechts een front-end ontwerper en een goed geïnformeerde auteur (die vaak naar een "Super Auteur"wordt verwezen
Met Starten kan het werk worden voltooid voor een nieuwe promotie-, verkoop- of websiteuitrol zonder dat dit gevolgen heeft voor de momenteel geïmplementeerde pagina's. Bovendien kunnen ze automatisch, zonder aanwezigheid of toezicht, live gaan, zodat auteurs nu hun werk van volgende week (of volgend kwartaal) kunnen doen en niet de dag voor het leven op de pagina komen - het is echt het geschenk van TIME!)
Inhoudsfragmenten zijn aanpasbare "brokken" met informatie die gemakkelijk overal op de site opnieuw kunnen worden gebruikt. Als u een wijziging nodig hebt, wijzigt u gewoon het oorspronkelijke segment en de update wordt overal weergegeven waar deze wordt gebruikt - onmiddellijk!
Hoewel u bijna hetzelfde klinkt als Content Fragments, zijn Experience Fragments kleine, zichtbare stukken van een pagina. Deze kunnen ook op grote schaal op uw site worden hergebruikt en binnen AEM op een centrale locatie worden onderhouden om het maken van mogelijk algemene wijzigingen op uw site in seconden, niet dagen of weken, te vergemakkelijken.
Denk vooruit en bekijk wat opnieuw gebruikt kan worden. Voettekst? Een disclaimer? Een koptekst? Bepaalde soorten inhoud? Al deze bestanden kunnen op een hele site worden gedeeld, maar het onderhoud moet tot een minimum worden beperkt. Wilt u een datum in een disclaimer bijwerken, maar deze staat op 1000 pagina's op uw site? Het is 5 seconden als je een Experience Fragment gebruikt!
Blijf op de hoogte van veranderingen AEM door voortdurend leren - blijf niet vastzitten in het verleden. Gebruiken Experience League en ADLS (Adobe Digital Learning Services) om uw vaardigheden te verbeteren.
AEM kan een groot systeem zijn, en het kost veel mensen om het "zingen" te maken. Van Admins aan Ontwikkelaars (zowel front-end als hardcore Java-ontwikkelaars) aan Auteurs - er is iets voor iedereen! En als je je niet voelt om de dagelijkse administratie te beheren, is er altijd AMS en AEM as a Cloud Service.