Skip to content

Commit 280b1b2

Browse files
fixes
1 parent df23aed commit 280b1b2

File tree

1 file changed

+4
-2
lines changed

1 file changed

+4
-2
lines changed

articles/spring-apps/how-to-configure-health-probes-graceful-termination.md

Lines changed: 4 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -188,11 +188,13 @@ Use the following steps to customize your application using Azure CLI.
188188
--grace-period <termination-grace-period-seconds>
189189
```
190190

191+
---
192+
191193
## Best practices
192194

193195
Use the following best practices when adding your own persistent storage to Azure Spring Apps:
194196

195-
- Use liveness and readiness probes together. Azure Spring Apps provides two approaches for service discovery at the same time. When the readiness probe fails, the app instance is removed only from Kubernetes service discovery. A properly configured liveness probe can remove the issued app instance from Eureka service discovery to avoid unexpected cases. For more information about service discovery, see [Discover and register your Spring Boot applications](how-to-service-registration.md).
197+
- Use liveness and readiness probes together. Azure Spring Apps provides two approaches for service discovery at the same time. When the readiness probe fails, the app instance is removed only from Kubernetes service discovery. A properly-configured liveness probe can remove the issued app instance from Eureka service discovery to avoid unexpected cases. For more information about service discovery, see [Discover and register your Spring Boot applications](how-to-service-registration.md).
196198

197199
- When an app instance starts, the first check occurs after the delay specified by `initialDelaySeconds`. Subsequent checks occur periodically, according to the period length specified by `periodSeconds`. If the app fails to respond to the requests for several times as specified by `failureThreshold`, the app instance is restarted. Make sure your application can start fast enough, or update these parameters, so that the total timeout `initialDelaySeconds + periodSeconds * failureThreshold` is longer than the start time of your application.
198200

@@ -238,7 +240,7 @@ This section provides answers to frequently asked questions about using health p
238240

239241
- I received a 400 response when I created applications with customized health probes. What does this mean?
240242

241-
*The error message will point out which probe is responsible for the provision failure. Make sure that the health probe rules are correct and that the timeout is long enough for the application to be in the running state.*
243+
*The error message points out which probe is responsible for the provision failure. Make sure that the health probe rules are correct and that the timeout is long enough for the application to be in the running state.*
242244

243245
- What's the default probe settings for and existing application?
244246

0 commit comments

Comments
 (0)