Showcase health-check-interval in cf-app example#122
Showcase health-check-interval in cf-app example#122IvanBorislavovDimitrov wants to merge 1 commit into
Conversation
Add health-check-interval next to the existing health-check-* parameters in both mta.yaml and mtad.yaml of the canonical cf-app example, so users can see how to configure the liveness probe frequency. JIRA:LMCROSSITXSADEPLOY-3316
MTA Quality Report — SAP-samples/cf-mta-examples PR #122Jira: LMCROSSITXSADEPLOY-3316 — Introduce Health check interval
Code Review
SecuritySonarCloudNo SonarCloud check run found for this PR. Dependency CVEs✅ No new CVEs — this PR does not modify any dependency files ( |
Summary
Adds the module-level MTA parameter
health-check-intervalto the canonicalcf-appexample, so users can see how to configure how often Cloud Foundry runs the liveness check alongside the existinghealth-check-*parameters.The new line is inserted directly after
health-check-timeout: 180 #secondsin both descriptors, with a trailing comment explaining its purpose.Changes
cf-app/mta.yaml— development descriptor: addhealth-check-intervalnext to the existing health-check parameters.cf-app/mtad.yaml— deployment descriptor: same addition for parity.Two lines added in total; no other changes.
Background
health-check-intervalis an integer (seconds, optional) that controls how often Cloud Foundry runs the configured liveness check on an application instance. It became expressible through the MTA model after the underlying CF Java client adoption in the deploy service was refreshed; this example documents the canonical placement for end users.Acceptance criteria
Per the linked Jira: a user should be able to deploy the
cf-appexample withhealth-check-intervalconfigured and observe the liveness probe running at the requested cadence. The example file alone covers the documentation half of that scenario.Relation to existing PR #115
This is an alternative to #115, which targets the same Jira key (LMCROSSITXSADEPLOY-3316) with a substantively similar change. Opened at the user's request so reviewers can compare both proposals and merge whichever is preferred; the other PR can then be closed.
JIRA: LMCROSSITXSADEPLOY-3316