Updates van AEM-versie aem-version-updates
Leer hoe Adobe Experience Manager (AEM) as a Cloud Service ononderbroken integratie en levering (CI/CD) gebruikt om uw projecten op de recentste versie te houden.
CI/CD ci-cd
AEM as a Cloud Service maakt gebruik van continue integratie en doorlopende levering (CI/CD) om ervoor te zorgen dat uw projecten de meest actuele AEM-versie hebben. Met dit proces worden uw productie-, staging- en ontwikkelingsinstanties naadloos bijgewerkt, zonder dat dit uw gebruikers verstoort.
Voordat uw exemplaren automatisch worden bijgewerkt, wordt 3-5 dagen van tevoren een nieuwe AEM Maintenance-release gepubliceerd. Tijdens deze periode, zou uw ontwikkelingsinstantie automatisch kunnen worden bijgewerkt of in het geval dat het beschikbaar is kunt u naar keuze de update voor uw ontwikkelingsinstantiesteweegbrengen. De updates van de versie worden automatisch toegepast op uw ontwikkelomgevingen eerst. Als de update succesvol is, gaat het updateproces naar uw werkgebied en productieinstanties. De ontwikkelings- en staging-instanties fungeren als een geautomatiseerde kwaliteitspoort, waar uw op maat geschreven tests worden uitgevoerd voordat de update wordt toegepast op uw productieomgeving.
NIMU (Non-Intrusive Maintenance Updates) nimu
Niet-opdringerige onderhoudsupdates zijn automatische updates die worden toegepast zonder de klantenpijpleidingen erbij te betrekken.
Via NIMU kan de klant de pijplijn op elk moment gebruiken, zelfs als een AEM-versie-update gepland is of in uitvoering is en onderhoudsupdates niet meer worden weergegeven in de implementatiegeschiedenis van de Klantpijpleiding, waardoor het eenvoudiger wordt om de geschiedenis van code-implementaties te volgen.
Activiteiten bijwerken
De huidige AEM-versie kan nog steeds voor elke omgeving worden gecontroleerd, zoals voorheen, via het deelvenster Cloud Manager UI-omgevingen. De zelfde kwaliteitsspoorten die in de pijpleiding worden gebruikt worden door de Updates van het Onderhoud van het Non-Intrusive, met inbegrip van de klant geschreven tests.
A het bericht van Cloud Manager UIzal worden verzonden wanneer een Niet-Intrusieve Update van het Onderhoud wordt toegepast op de milieu's van uw programma. U kunt instellen dat deze ook naar uw e-mail wordt verzonden.
Type updates update-types
Er zijn twee typen updates voor AEM-versies:
-
- Ze zijn vooral bedoeld voor onderhoudsdoeleinden, inclusief de nieuwste oplossingen voor problemen en beveiligingsupdates.
- Het heeft minimale gevolgen, omdat de wijzigingen regelmatig worden toegepast.
-
- Ze worden op een voorspelbaar maandelijks schema vrijgegeven.
Update mislukt update-failure
De updates van AEM gaan door een intensieve en volledig geautomatiseerde productbevestigingspijplijn die veelvoudige stappen omvat, die geen verstoring van de dienst voor om het even welke systemen in productie verzekeren. Gezondheidscontroles worden gebruikt om de gezondheid van de toepassing te controleren. Als deze controles tijdens een update van AEM as a Cloud Service mislukken, gaat de versie niet verder en Adobe onderzoekt waarom de update dit onverwachte gedrag veroorzaakte.
Wanneer u een nieuwe versie van douanecode op uw milieu opstelt, product en de functionele tests van de Douanespelen een cruciale rol. Zij zorgen ervoor dat de productiesystemen stabiel en functioneel blijven, zelfs nadat een wijziging is aangebracht. Deze tests worden ook toegepast in het updateproces van de Versie van AEM.
Als de update naar de productieomgeving mislukt, draait Cloud Manager automatisch de testomgeving terug. Dit wordt automatisch gedaan om ervoor te zorgen dat zowel de het opvoeren als productiemilieu's na een update voltooit op de zelfde versie van AEM zijn.
En als een geautomatiseerde update van een ontwikkelomgeving mislukt, worden de faserings- en productieomgevingen niet bijgewerkt.
Aanbevolen procedures best-practices
-
Gebruik van het Milieu van het Stadium
- Gebruik een andere omgeving (geen werkgebied) voor lange QA/UAT-cycli.
- Nadat het testen van de hygiëne in het werkgebied is voltooid, gaat u naar Verifiëren bij Productie.
-
de Pijpleiding van de Productie
- Pauze voordat u gaat implementeren naar productie.
- Het annuleren van de pijpleiding na een Stadium stelt erop dat de code "een wegbaan"en geen geldige kandidaat voor Productie is, verwijs het Vormen van een Pijpleiding van de Productie.
-
niet-Productie Pijpleiding
- Vorm a niet-Productiepijpleiding.
- Versnelt leversnelheid/frequentie voor mislukte productiepijplijnen. Identificeer kwesties in niet-prod pijpleidingen door het Functionele Testen van het Product, het Aangepast Functioneren Testen, en het Testen van de UI van de Douane toe te laten.
-
Exemplaar van de Inhoud
- Het Exemplaar van de Inhoud van het gebruik om gelijkaardige inhoudssets aan een niet-prod milieu te bewegen.
-
Geautomatiseerd Functioneel het Testen
- Neem de automatische test op in de pijplijn, zodat u kritieke functionaliteit kunt testen.
- Functionele Testen van de Klanten het Testen van UI van de Douaneblokkeren, als zij de versie van AEM ontbreken wordt niet opgesteld.
Regressie regression
Als u een probleem tegenkomt dat te maken heeft met regressie, kunt u een ondersteuningszaak indienen via de Admin Console. Als de kwestie een blokker is en de invloed ervan op de productie, moet een P1 worden opgeworpen. Geef alle gegevens op die nodig zijn om het regressieprobleem te reproduceren.
Composite Node Store composite-node-store
Meestal worden updates zonder downtime uitgevoerd, inclusief voor de ontwerpinstantie, die een cluster met knooppunten is. Het rollen updates zijn mogelijk toe te schrijven aan de samengestelde eigenschap van de knoopopslag in Oak.
Met deze functie kan AEM tegelijkertijd verwijzen naar meerdere opslagplaatsen. In a het rollen plaatsing, bevat de nieuwe versie van AEM zijn eigen /libs (de op TarMK gebaseerde onveranderlijke bewaarplaats). Deze gegevensopslagruimte verschilt van de oudere AEM-versie, hoewel beide verwijzen naar een gezamenlijke, op DocumentMK gebaseerde variabele gegevensopslagruimte die gebieden als /content , /conf , /etc en andere bevat.
Omdat zowel de oude als de nieuwe versie een eigen versie van /libs hebben, kunnen beide actief zijn tijdens de actieve update. En, kunnen beide verkeer nemen tot de oude volledig door nieuwe wordt vervangen.
Aanvullende informatie further-information
Voor meer informatie over verwante thema's: