Mit Aktivitäts-und Bereitschaftstests für Ihre App arbeiten

Mit Code Enginekönnen Sie Statusprüfungen festlegen, um die Zuverlässigkeit Ihrer Anwendungen zu verbessern, indem Sie Aktivitäts-und Bereitschaftstests verwenden. Sie können Code Engine für die Verwendung dieser Testmonitore konfigurieren, wenn Sie Ihre Anwendungen erstellen oder aktualisieren.

Was sind Aktivitäts-und Bereitschaftsprüfungen?

Verwenden Sie Aktivitäts-und Bereitschaftsprüfungen, um zu prüfen, ob Ihre App aktiv und bereit ist, um auf Anforderungen zu antworten und Datenverkehr bereitzustellen.

Aktivitätsprüfung

Ein Liveness-Test prüft regelmäßig, ob die Anwendung betriebsbereit ist (oder aktiv ist) und auf eingehende Anforderungen antworten kann. Sie können einen Liveness-Test verwenden, um zu überprüfen, ob die App auf eingehende Anforderungen reagiert, oder ob sich die App in einer Situation befindet, in der das System die Instanz stoppen und eine neue Instanz starten muss. Wenn der Aktivitätsprüfung fehlschlägt, wird die App-Instanz erneut gestartet. Wenn der Aktivitätsprüfung erfolgreich ist, ist die App-Instanz betriebsbereit. Beispiel: Sie verfügen über eine Node.js-App mit einem einzigen Thread, bei der der Code in einer Endlosschleife verbleibt, die verhindert, dass die App auf Anforderungen antwortet. Ein Aktivitätsprüfung kann diesen Fall erkennen und die Instanz erneut starten. Standardmäßig wird kein Liveness-Test automatisch festgelegt. Sie können den Liveness-Test mit Eigenschaften des Liveness-Tests konfigurieren.

Bereitschaftsprüfung

Ein Readiness-Test überprüft regelmäßig, ob die Anwendung für den Empfang von Datenverkehr bereit ist. Sie können einen Bereitschaftstest verwenden, um eine App-Instanz vorübergehend aus dem Lastausgleich zu entfernen. Wenn der Bereitschaftstest fehlschlägt, kann die App-Instanz keine weiteren Anforderungen empfangen, bis der Bereitschaftstest erneut erfolgreich ist. Betrachten Sie beispielsweise den Fall, in dem Ihre Anwendung Anforderungen bedienen kann, z. B. wenn ein Liveness-Test erfolgreich zurückgegeben wird. Ihre App kann jedoch andere erforderliche Bedingungen haben, bevor sie die beabsichtigte Benutzerworkload bedienen kann. Möglicherweise erfordert Ihre App, dass eine funktionierende Verbindung zum Back-End hergestellt wird, bevor die App auf Benutzeranforderungen reagieren kann. Dieses Szenario erfordert einen anderen Typ von Prüfung, da der Status der App als wiederherstellbar betrachtet wird. Angenommen, Ihre App-Revisionsinstanz befindet sich einige Zeit im aktiven Status. Die Datenbankverbindung wurde jedoch unerwartet beendet. Die App-Instanz muss die Verbindung zur Datenbank wiederherstellen. Die App-Instanz befindet sich im Status not ready, da die Anforderung für den Bereitschaftstest fehlschlägt. Daher weist der Bereitschaftstest die Lastausgleichsfunktion an, das Senden von Anforderungen an diese App-Instanz vorübergehend zu stoppen. Wenn die Verbindung zur Datenbank wiederhergestellt wird, wird die Bereitschaftsprüfung erfolgreich ausgeführt und der Datenverkehr beginnt erneut, an die App-Instanz weiterzuleiten.

Standardmäßig verfügt jede App über einen Readiness-Test, der für den Typ tcp definiert ist, und dieser Test überprüft, ob der konfigurierte Empfangsport für die Anwendung geöffnet ist. Wenn diese Bereitschaftsprüfung erfolgreich abgeschlossen wird, befindet sich die App im Bereitstatus. Sie können die Bereitschaftsprüfung mit Eigenschaften der Bereitschaftsprüfung weiter anpassen.

Aktivitäts-und Bereitschaftsprüfungen arbeiten unabhängig voneinander.

Wenn Sie sowohl einen Liveness-als auch einen Readiness-Test konfigurieren, wartet der Liveness-Test beim Start einer App-Instanz nicht auf eine erste erfolgreiche Antwort von einem Readiness-Test. Wenn Sie sowohl einen Liveness-als auch einen Readiness-Test konfigurieren und auf eine erfolgreiche Antwort von einem Liveness-Test warten möchten, bevor eine Readiness-Test-Anforderung gesendet wird, können Sie die erste Verzögerungseigenschaft verwenden, um die erste Liveness-Test-Anforderung um die angegebene Anzahl von Sekunden zu verzögern.

Warum Liveness-und Readiness-Tests mit meinen Apps verwenden?

Wenn Sie Testmonitore in Ihren Code Engine-Anwendungen implementieren, erhalten Sie durch Aktivitäts-und Bereitschaftstests eine differenziertere Steuerung Ihrer aktiven Anwendung, um auf aktive und bereite Bedingungen Ihrer Anwendung zu prüfen.

Es kann zum Beispiel vorkommen, dass es beim Starten der App zu einer Verzögerung kommt. Der App-Prozess kann beginnen, bevor die App vollständig fertig ist, was sich auf die Antworten auswirken kann, insbesondere wenn die App über viele Instanzen skaliert wird. Durch das Festlegen von Aktivitäts-und Bereitschaftsprüfungen als Statusprüfungen können Sie Code Engine mitteilen, ob Ihre App ausgeführt wird und bereit ist, Anforderungen zu empfangen und Datenverkehr zu bedienen. Durch die Einstellung dieser Sonden können Sie auch Ausfallzeiten verhindern, wenn Sie ein rollierendes Update Ihrer Anwendung durchführen.

Testmonitore für Aktivität und Bereitschaft gelten für Anwendungsinstanzen. Jede Instanz einer Anwendung wird vom System getestet.

Testmonitore für Aktivität und Bereitschaft dienen unterschiedlichen Zwecken.

Sie können einen Liveness-Test verwenden, um einen Neustart der App-Instanz auszulösen, der im Wesentlichen die aktuelle App-Instanz stoppt und eine neue Instanz startet. Verwenden Sie diesen Test für Situationen, in denen Ihre Anwendung nach einem internen Fehler nicht wiederhergestellt werden kann und die App erneut gestartet werden muss.
Wenn hingegen ein Readiness-Test fehlschlägt, führt dieser Test dazu, dass Code Engine die Weiterleitung von Anforderungen an die App-Instanz vorübergehend stoppt, bis die Instanz wiederhergestellt ist. Ein Readiness-Test ist in Situationen nützlich, in denen Ihre Anwendung ein Problem feststellt, das ohne Neustart der Instanz behoben werden kann. Während der Wiederherstellungszeit kann die App keine Benutzeranforderungen bedienen. Wenn die Bereitschaftsprüfung erfolgreich ist, kann die Instanz Benutzeranforderungen erneut bedienen.

Readiness-oder Liveness-Test in Ihrem Code implementieren

Bevor Sie einen Readiness-oder Liveness-Test in Code Enginekonfigurieren, müssen Sie den Test zuerst in dem Quellcode-Image implementieren, das von Ihrer Code Engine-Anwendung referenziert wird.

Wenn Sie den Testmonitor nicht zuerst in Ihrem Code implementieren, schlagen die Testmonitore, die Sie in Code Engine konfigurieren, immer fehl, was zum Fehlschlagen Ihrer Anwendung führt.

Berücksichtigen Sie die folgenden Punkte, wenn Sie einen Bereitschafts-oder Aktivitätsprüfung in Ihrem Code implementieren.

Bestimmen Sie den Typ der Verbindung, die für einen Bereitschafts-oder Aktivitätsprüfung verwendet wird. Sie können einen Testmonitor des Typs HTTP oder TCP angeben.
- Ein Testmonitor des Typs HTTP stellt einen Endpunkt bereit, um den Teststatus mit einer HTTP-Methode GET zurückzugeben. Dieser Testmonitortyp gilt als erfolgreich, wenn der Testmonitor innerhalb des Zeitlimits antwortet und der HTTP-Rückgabecode größer-gleich 200, aber kleiner als 400 ist. Jeder Wert außerhalb dieses Bereichs wird als Testfehler betrachtet.
- Ein Testmonitor des Typs TCP überprüft nur, ob der Port geöffnet ist. Dieser Testmonitortyp wird als erfolgreich betrachtet, wenn der Port geöffnet ist. Ist der Port nicht geöffnet, gilt dieser Testmonitortyp als fehlgeschlagen.
Bestimmen Sie den Port, auf den Ihr Quellcode auf den Testmonitor antwortet.
- Wenn Ihr App-Quellcode nur einen Port öffnet, ist die Portkonfiguration für den Bereitschafts-oder Aktivitätsprüfung in der Regel mit dem konfigurierten Empfangsport Ihrer Code Engine-Anwendung identisch. Wenn Sie den Testmonitorport für Bereitschaft oder Aktivität in Code Engine auf 0 setzen, nimmt der Testmonitorport standardmäßig den konfigurierten Empfangsport der Anwendung an.
- Wenn Ihr App-Quellcode an mehreren Ports gleichzeitig empfangsbereit ist, können Sie einen anderen Port im Quellcode verwenden, um auf Bereitschafts-oder Liveness-Anforderungen zu antworten. In diesem Fall müssen Sie den richtigen Port für Ihren Testmonitor angeben, wenn Sie die Konfiguration des Readiness-oder Liveness-Tests in Code Enginekonfigurieren.
Da Tests bestimmen, ob eine App-Instanz für Anforderungen verfügbar ist, stellen Sie sicher, dass Ihr Code schnell auf Testanforderungen reagiert.
Stellen Sie sicher, dass Ihr Code ein SIGTERM-Signal sicher verarbeitet. Wenn ein Liveness-Test fehlschlägt, wird ein SIGTERM-Signal gesendet und Ihr Code muss dieses Signal verarbeiten, um zu vermeiden, dass App-Instanzen nicht mehr reagieren. Siehe Warum werden meine App-Instanzen nicht wie erwartet herunterskaliert.

Testmonitore für Aktivität und Bereitschaft in Code Engine

Sie können Aktivitäts-und Bereitschaftstests als Statusprüfungen für Ihre Anwendungen verwenden. Sie können Readiness-Tests anpassen, die standardmäßig festgelegt sind, und optional einen Liveness-Test konfigurieren. Testmonitore für Aktivität und Bereitschaft werden während der Ausführung der Instanzen im konfigurierten Intervall an Anwendungsinstanzen gesendet.

Bevor Sie einen Liveness-Test konfigurieren oder einen Readiness-Test für Ihre App Code Engine anpassen, müssen Sie zuerst die Tests in Ihrem Code implementieren. Andernfalls schlägt Ihre Anwendung möglicherweise fehl.

Eigenschaften für Aktivitäts-und Bereitschaftsprüfungen

In der folgenden Tabelle sind die Eigenschaften zusammengefasst, die für Aktivitäts-und Bereitschaftstests für eine Anwendung verwendet werden.

Eigenschaften für Liveness- und Readiness-Sonden
Eigenschaft	Beschreibung
Typ	Die Art der Prüfung, die die Sonde durchführt. Gültige Werte sind `tcp` und `http`. Diese Eigenschaft ist erforderlich.
Pfad	Der Pfad der HTTP-Anforderung an die Anwendung. Diese Eigenschaft ist nur erforderlich, wenn der Typ `http` ist.
Port	Der Port, zu dem der Testmonitor eine Verbindung herstellt. Bei `0` wird als Port für den Testmonitor standardmäßig der konfigurierte Empfangsport der Anwendung verwendet.
Intervall	Die Zeitspanne in Sekunden zwischen den Prüfanforderungen.
Anfangsverzögerung	Die Zeitspanne in Sekunden, die gewartet werden soll, bevor die erste Überprüfung der Lebensfähigkeit durchgeführt wird.
Zeitlimit	Die Zeit in Sekunden, die die Sonde auf eine Antwort von der Anwendung wartet, bevor sie eine Zeitüberschreitung erfährt und als fehlgeschlagen gilt.
Fehlerschwellenwert	Die Anzahl aufeinanderfolgender, nicht erfolgreicher Prüfungen für den als fehlgeschlagen zu betrachtenden Test.

Testmonitore über die Konsole konfigurieren

Nach der Implementierung von Testmonitoren in Ihrem Code-Image, auf das von Ihrer Anwendung Code Engine verwiesen wird, können Sie Testmonitore für Aktivität und Bereitschaft über die Konsole konfigurieren, um Statusprüfungen für Ihre Anwendung durchzuführen.

Vorbereitende Schritte

Implementieren Sie einen Testmonitor in Ihrem Code. (außerhalb von Code Engine)
Erstellen Sie ein Projekt. (von Code Engine)

Auf der Seite Code Engine Projekte Seite, gehen Sie zu Ihrem Projekt.
Erstellen Sie eine Anwendung. Erstellen Sie beispielsweise eine Anwendung mit dem Namen myapp, die das icr.io/codeengine/helloworld-Image verwendet. Dieses Image ist in den Beispielen für das IBM Cloud Code Engine GitHub-Repositoryverfügbar. Sie können Aktivitäts-und Bereitschaftstests konfigurieren, wenn Sie eine Anwendung erstellen. Alternativ können Sie Einstellungen für Aktivitäts-und Bereitschaftstests anzeigen und aktualisieren, wenn Sie eine Anwendung über die Registerkarte Konfiguration > Imagestartoptionen auf Ihrer Anwendungsseite aktualisieren.
Um die konfigurierten Testmonitore und ihre Eigenschaften für eine App anzuzeigen, rufen Sie die Registerkarte Konfiguration > Imagestartoptionen auf Ihrer Anwendungsseite auf.
Bearbeiten Sie die Einstellungen für den Aktivitäts-und Bereitschaftstest auf der Registerkarte Imagestartoptionen. Durch das Ändern eines Testmonitors wird eine neue Anwendungsrevision erstellt. Bearbeiten Sie beispielsweise den Standardbereitschaftstest, um den Verbindungstyp von TCP in HTTP zu ändern, und setzen Sie den Pfad für den Bereitschaftstest auf /readinessprobe. Weitere Informationen zu den Testmonitoreigenschaften finden Sie unter Eigenschaften. Klicken Sie auf Fertig, wenn Sie fertig sind.
Klicken Sie auf Bereitstellen, um Ihre Änderung zu speichern und die App-Revision mit den konfigurierten Testmonitoreinstellungen bereitzustellen.

Verwenden Sie die Ansicht auf der Registerkarte Instanzen, um die Anwendungsinstanzen zu überprüfen.

Testmonitore über die Befehlszeilenschnittstelle konfigurieren

Mit der Befehlszeilenschnittstelle Code Engine können Sie mit Testmonitoren für Aktivität und Bereitschaft arbeiten. Geben Sie die Option --probe-live oder --probe-ready im Befehl ibmcloud ce app create oder ibmcloud ce app update an, um den gewünschten Testmonitor zu konfigurieren.

Weitere Informationen zu den Eigenschaften, die Sie mit einem Readiness-oder Liveness-Test konfigurieren können, finden Sie unter Eigenschaften für Liveness-und Readiness-Test.

Vorbereitende Schritte

Implementieren Sie einen Testmonitor in Ihrem Code. Nachdem Sie eine Sonde in Ihrem Code implementiert haben (außerhalb von Code Engine), können Sie Ihre Code Engine-Anwendung so konfigurieren, dass sie mit der Sonde arbeitet.
Von Code Engine:
- Konfigurieren Sie die Umgebung der Code Engine-Befehlszeilenschnittstelle.
- Erstellen Sie ein Projekt.

Erstellen Sie eine Anwendung mit dem Befehl ibmcloud ce application create. Verwenden Sie im folgenden Beispiel myapp als Namen der Anwendung und geben Sie icr.io/codeengine/helloworld als Referenzimage an.
```
ibmcloud ce application create --name myapp --image icr.io/codeengine/helloworld
```

Führen Sie den Befehl application get aus, um die Details zur App anzuzeigen. Beachten Sie, dass die Bereitschaftsprüfung standardmäßig konfiguriert ist.

ibmcloud ce application get --name myapp

Beispielausgabe

[...]
OK

Name:               myapp
ID:                 abcdefgh-abcd-abcd-abcd-1a2b3c4d5e6f
Project Name:       myproject
[...]
Readiness Probe:    
    Type:              tcpsocket  
    Port:              0  
[...]

Aktualisieren Sie die Anwendung myapp mit dem Befehl ibmcloud ce application update, um einen Aktivitätsprüfung zu konfigurieren. Geben Sie beispielsweise die Option --probe-live an, um einen Liveness-Test des Typs HTTP zu konfigurieren, sodass die Verbindung Port 8080 verwendet und der Pfad zum Ausgangsverzeichnis Ihres referenzierten Code-Image * * / ist.

Wenn Sie Eigenschaften für einen Readiness-oder Liveness-Test in den Befehlen application create oder application update konfigurieren, müssen Sie vor jeder von Ihnen festgelegten Eigenschaft die Option --probe-live oder --probe-ready angeben.
```
ibmcloud ce application update --name myapp --probe-live type=http --probe-live path=/ --probe-live port=8080
```

Führen Sie den Befehl application get aus, um die Details zur aktualisierten myapp-Anwendung anzuzeigen. Die Details enthalten Informationen zum konfigurierten Aktivitätsprüfung.

ibmcloud ce application get --name myapp

Beispielausgabe

[...]
OK

Name:               myapp
ID:                 abcdefgh-abcd-abcd-abcd-1a2b3c4d5e6f
Project Name:       myproject
[...]
Liveness Probe:     
    Type:              httpget  
    Path:              /  
    Port:              8080  
    Interval:          10  
    Timeout:           1  
    FailureThreshold:  1  

Readiness Probe:    
    Type:              tcpsocket  
    Port:              0  
[...]

Nachdem Sie nun sowohl einen Aktivitäts-als auch einen Bereitschaftstest für Ihre myapp-Anwendung konfiguriert haben, führt das System beide Tests entsprechend ihrer Konfiguration kontinuierlich durch.

Testeinstellungen in Code Engine anzeigen

Sie können Informationen zu Aktivitäts-und Bereitschaftsprüfungen anzeigen, die in Code Engine über die Konsole und die CLI festgelegt sind.

Testeinstellungen über die Konsole anzeigen

Um Details zu Ihren konfigurierten Aktivitäts-und Bereitschaftstests in der Konsole anzuzeigen, rufen Sie die Registerkarte Konfiguration > Imagestartoptionen auf Ihrer Anwendungsseite auf.

Testmonitoreinstellungen über die Befehlszeilenschnittstelle anzeigen

Um Details zu Ihrer Anwendung mit der CLI anzuzeigen, einschließlich Informationen zu konfigurierten Aktivitäts-und Bereitschaftsprüfungen, führen Sie den Befehl application get aus.

ibmcloud ce application get --name myapp

Beispielausgabe

[...]
OK

Name:               myapp
ID:                 abcdefgh-abcd-abcd-abcd-1a2b3c4d5e6f
Project Name:       myproject
[...]
Liveness Probe:     
    Type:              httpget  
    Path:              /  
    Port:              8080  
    Interval:          10  
    Timeout:           1  
    FailureThreshold:  1  

Readiness Probe:    
    Type:              tcpsocket  
    Port:              0  
[...]

Testmonitore aktualisieren

Sie können die Eigenschaften für Aktivitäts-und Bereitschaftstests für Ihre Anwendungen ändern. Wenn Sie die Eigenschaften eines Testmonitors aktualisieren, wird eine neue Anwendungsrevision erstellt. Testmonitore für Aktivität und Bereitschaft werden im konfigurierten Intervall an Anwendungsinstanzen gesendet, während die Instanzen aktiv sind.

Aktualisieren von Sonden über die Konsole

Sie können einen Bereitschafts-oder Aktivitätsprüfung in der Konsole über die Registerkarte Konfiguration > Imagestartoptionen auf Ihrer Anwendungsseite ändern.

Gehen Sie zu Ihrer Bewerbungsseite. Eine Möglichkeit, um zu Ihrer Anwendungsseite zu navigieren, ist wie folgt:
- Suchen Sie die Seite Code Engine Projekte.
- Klicken Sie auf den Namen Ihres Projekts, um die Seite Übersicht zu öffnen.
- Klicken Sie auf Anwendungen, um eine Liste Ihrer Anwendungen zu öffnen. Klicken Sie auf den Namen Ihrer Anwendung, um die Anwendungsseite zu öffnen.
Klicken Sie auf der Anwendungsseite auf die Registerkarte Konfiguration > Imagestartoptionen.
Bearbeiten Sie die Einstellungen für den Aktivitäts-und Bereitschaftstest auf der Registerkarte Imagestartoptionen. Durch das Ändern eines Testmonitors wird eine neue Anwendungsrevision erstellt. Klicken Sie auf Bearbeiten, um die Bereitschafts-oder Aktivitätsprüfung zu ändern, die Sie ändern möchten.
Aktualisieren Sie auf der Seite Readiness probe oder auf der Seite Liveness probe die Eigenschaften Ihres Testmonitors. Klicken Sie auf Fertig, wenn Sie fertig sind.
Klicken Sie auf Bereitstellen, um Ihre Änderung zu speichern und die App-Revision mit den konfigurierten Testmonitoreinstellungen bereitzustellen.

Verwenden Sie die Ansicht auf der Registerkarte Instanzen, um die Anwendungsinstanzen zu überprüfen.

Aktualisieren von Sonden mit der CLI

Angenommen, Sie möchten den Aktivitätsprüfung für myapp so aktualisieren, dass der Verbindungstyp HTTP und der Fehlerschwellenwert 3 ist und das Intervall zwischen Testanforderungen 5 Sekunden beträgt.

Aktualisieren Sie die myapp-Anwendung mit dem Befehl ibmcloud ce application update, um den Aktivitätsprüfung so zu aktualisieren, dass der Verbindungstyp HTTP, der Fehlerschwellenwert 3 und das Intervall zwischen Testanforderungen 5 Sekunden ist.

Wenn Sie Eigenschaften für einen Readiness-oder Liveness-Test in den Befehlen application create oder application update konfigurieren, müssen Sie vor jeder von Ihnen festgelegten Eigenschaft die Option --probe-live oder --probe-ready angeben.
```
ibmcloud ce application update --name myapp --probe-live type=http --probe-live interval=5 --probe-live failure-threshold=3
```

Führen Sie den Befehl application get aus, um die Details zur aktualisierten myapp-Anwendung anzuzeigen. Die Details enthalten Informationen zur aktuellen Konfiguration für den Aktivitätsprüfung.

ibmcloud ce application get --name myapp

Beispielausgabe

[...]
OK

Name:               myapp
ID:                 abcdefgh-abcd-abcd-abcd-1a2b3c4d5e6f
Project Name:       myproject
[...]
Liveness Probe:     
    Type:              httpget  
    Path:              /  
    Port:              8080  
    Interval:          5  
    Timeout:           1  
    FailureThreshold:  3  

Readiness Probe:    
    Type:              tcpsocket  
    Port:              0  
[...]

Aktualisieren Sie die Anwendung myapp mit dem Befehl ibmcloud ce application update, um die Bereitschaftsprüfung so zu aktualisieren, dass der Verbindungstyp HTTP, der Port 8080, der Fehlerschwellenwert 3 und das Intervall zwischen Testanforderungen 5 Sekunden ist.

Wenn Sie Eigenschaften für einen Readiness-oder Liveness-Test in den Befehlen application create oder application update konfigurieren, müssen Sie vor jeder von Ihnen festgelegten Eigenschaft die Option --probe-live oder --probe-ready angeben.
```
ibmcloud ce application update --name myapp --probe-ready type=http --probe-ready port=8080 --probe-ready interval=5 --probe-ready failure-threshold=3
```

Führen Sie den Befehl application get aus, um die Details zur aktualisierten myapp-Anwendung anzuzeigen. Die Details enthalten Informationen zur aktualisierten Einstellung für den Bereitschaftstest.

ibmcloud ce application get --name myapp

Beispielausgabe

[...]
OK

Name:               myapp
ID:                 abcdefgh-abcd-abcd-abcd-1a2b3c4d5e6f
Project Name:       myproject
[...]
Liveness Probe:     
    Type:              httpget  
    Path:              /  
    Port:              8080  
    Interval:          5  
    Timeout:           1  
    FailureThreshold:  3  

Readiness Probe:    
    Type:              httpget  
    Path:              /  
    Port:              8080  
    Interval:          5  
    Timeout:           1  
    FailureThreshold:  3  
[...]

Testmonitore löschen

Sie können einen Aktivitätsprüfung entfernen (löschen). Da eine Bereitschaftsprüfung jedoch immer standardmäßig festgelegt ist, können Sie nur bearbeiten, um die Eigenschaften einer Bereitschaftsprüfung zu aktualisieren.

Tests aus der Konsole löschen

In der Konsole können Sie einen Liveness-Test über die Registerkarte Konfiguration > Imagestartoptionen auf Ihrer Anwendungsseite entfernen.

Gehen Sie zu Ihrer Bewerbungsseite. Eine Möglichkeit, um zu Ihrer Anwendungsseite zu navigieren, ist wie folgt:
- Suchen Sie die Seite Code Engine Projekte.
- Klicken Sie auf den Namen Ihres Projekts, um die Seite Übersicht zu öffnen.
- Klicken Sie auf Anwendungen, um eine Liste Ihrer Anwendungen zu öffnen. Klicken Sie auf den Namen Ihrer Anwendung, um die Anwendungsseite zu öffnen.
Klicken Sie auf der Anwendungsseite auf die Registerkarte Konfiguration und anschließend auf die Registerkarte Imagestartoptionen auf Ihrer Anwendungsseite.
Zum Entfernen eines Liveness-Tests müssen Sie eine neue Anwendungsrevision erstellen.
1. Klicken Sie auf Löschen, um den Aktivitätsprüfung zu entfernen.
2. Klicken Sie auf Bereitstellen, um Ihre Änderung zu speichern und die App-Revision bereitzustellen.

Sie können einen Bereitschaftstest zwar nicht löschen, aber aktualisieren.

Testmonitore über die CLI löschen

Zum Entfernen des Liveness-Tests aktualisieren Sie die Anwendung myapp mit dem Befehl ibmcloud ce application update mit der Option --probe-live-clear.
```
ibmcloud ce application update --name myapp --probe-live-clear
```

Führen Sie den Befehl application get aus, um die Details zur aktualisierten myapp-Anwendung anzuzeigen. Der Aktivitätsprüfung wird gelöscht.

ibmcloud ce application get --name myapp

Beispielausgabe

[...]
OK

Name:               myapp
ID:                 abcdefgh-abcd-abcd-abcd-1a2b3c4d5e6f
Project Name:       myproject
[...]
Readiness Probe:    
    Type:              httpget  
    Path:              /  
    Port:              8080  
    Interval:          5  
    Timeout:           1  
    FailureThreshold:  3   
[...]

Um die Bereitschaftsprüfung auf die Standardkonfiguration zurückzusetzen, aktualisieren Sie die Anwendung myapp mit dem Befehl ibmcloud ce application update mit der Option --probe-ready-reset.
```
ibmcloud ce application update --name myapp --probe-ready-reset
```

Führen Sie den Befehl application get aus, um die Details zur aktualisierten myapp-Anwendung anzuzeigen. Die Bereitschaftsprüfung wird auf die Standardkonfiguration zurückgesetzt.

ibmcloud ce application get --name myapp

Beispielausgabe

[...]
OK

Name:               myapp
ID:                 abcdefgh-abcd-abcd-abcd-1a2b3c4d5e6f
Project Name:       myproject
[...]
Readiness Probe:    
    Type:              tcpsocket  
    Port:              0  
[...]