Eine CodePipeline-Bereitstellung führt manchmal dazu, dass die Startseite der Webanwendung einen 503-Fehler anstelle des erwarteten 200-Codes zurückgibt. Sie haben nach der Bereitstellung eine CheckURL-Phase hinzugefügt, die die Pipeline fehlschlagen lassen sollte, wenn die Startseite nicht 200 OK zurückgibt. Was ist der geeignete nächste Schritt, um diesen automatisierten Test zu implementieren?

Die Erstellung einer Lambda-Funktion ist der geeignetste Ansatz. Eine Lambda-Funktion kann die Anwendungs-URL programmgesteuert aufrufen, den HTTP-Statuscode überprüfen und den Erfolg oder Misserfolg direkt an CodePipeline zurückmelden. Dies bietet die erforderliche Anpassungsfähigkeit und Kontrolle für den Test. Eine CloudWatch-Aktion mit einem Canary ist zwar nützlich für die Überwachung, aber Canaries sind eher für die kontinuierliche Überwachung und nicht für die direkte Integration in eine Pipeline-Phase zur Steuerung des Pipeline-Flusses gedacht. Eine CodeDeploy-Aktion ist für die Bereitstellung von Anwendungen und nicht für die Überprüfung von URLs vorgesehen. Die Verwendung von API Gateway und Device Farm ist für diesen Anwendungsfall übermäßig komplex und nicht zweckmäßig; Device Farm ist für mobile Tests gedacht.