Amazon Linux 2027 testen

AL2027 combineert in de huidige preview een Linux-kernel vanaf versie 7.1 met actuele toolchains en language runtimes. Packagebeheer verhuist naar DNF5, AWS-LC is naast OpenSSL 3.5 beschikbaar en het systeem richt zich op moderne x86-64- en Arm-hardware. Iedere wijziging kan gevolgen hebben voor buildscripts, packagenamen, native extensions, image pipelines en aannames in configuratiebeheer.

De duidelijkste beveiligingswijziging is SELinux dat standaard in enforcing mode staat. Amazon Linux 2023 gebruikt standaard permissive mode, waarin policy-overtredingen worden gelogd maar niet worden afgedwongen. Een applicatie die naar een onverwacht pad schrijft, een service met onvolledige labels start of brede lokale rechten veronderstelt, kan op AL2027 dus anders reageren terwijl de gebruikelijke Unix-rechten correct lijken.

OpenSSH gebruikt eveneens strengere standaarden. DSA-signatures zijn niet meer beschikbaar, RSA-sleutels korter dan 2048 bits worden standaard geweigerd en post-quantum sleuteluitwisseling staat aan. Dit zijn zinvolle moderniseringen, maar bestaande deploymentgebruikers, automationhosts en noodprocedures voor toegang moeten worden getest voordat het besturingssysteem onderdeel wordt van een productie-image.

Een geslaagde boot zegt weinig over een webapplicatie. Bouw de omgeving met dezelfde infrastructure-as-code en configuratieroute als andere servers. Installeer runtime en services, pas systeemgebruikers en bestandsrechten toe, herstel representatieve data, deploy de applicatie en voer geplande en asynchrone processen uit.

Test ook de paden die buiten een gewone smoke test vallen: beeld- en documentverwerking, uitgaande TLS-calls, achtergrondqueues, databaseclients, logtransport, monitoringagents, back-uptaken, serviceherstarts en deploymentrollbacks. Beoordeel SELinux-auditlogs terwijl de workload draait, zodat een stille afhankelijkheid later geen productiestoring wordt.

Infrastructuurautomation verdient een afzonderlijk testresultaat. Controleer AMI-detectie, package repositories, DNF5-commando's, eigen RPM's, Ansible-rollen, containerbuilds en bootstrapscripts. Bewijs bij immutable infrastructuur dat een vervangende instance correct in service en monitoring komt. Leg bij in-place beheer vast hoe updates en reboots worden gecontroleerd.

De preview moet een overzicht van blokkades opleveren, geen vooraf vastgezette migratiedatum. Deel bevindingen in naar applicatiecode, runtime, package, configuratiebeleid, hardwarebasis en operationele tooling. Sommige problemen kunnen direct worden opgelost omdat zij zwakke aannames in de huidige omgeving blootleggen. Andere horen te wachten tot AL2027 verder is gestabiliseerd.

AWS meldt dat preview-AMI's na algemene beschikbaarheid worden uitgefaseerd en geen updates meer ontvangen. Iedere testomgeving heeft daarom een expliciet eindpunt nodig. Vervang preview-instances door ondersteunde definitieve images in plaats van de evaluatiebuild door te schuiven alsof deze productieklaar is.

Herhaal vóór invoering de test met het definitieve image en bevestig supportvoorwaarden, updatebeleid, packagebeschikbaarheid en benodigde instancefamilies. Plan de overstap daarna als een release van het volledige applicatieplatform, met rollbackcriteria, monitoring en verantwoordelijke eigenaren. Een besturingssysteemupgrade is pas geslaagd wanneer de volledige dienst na de wijziging beheersbaar blijft.