-
Notifications
You must be signed in to change notification settings - Fork 591
Set proper boot actuator endpoint configuration when deploying apps. #4753
Comments
We've been trying not to tweak setting too much as we don't know what user is running. On our normal apps we chose to re-enable those endpoints in apps itself. There is a config setting Common Application Properties where you could do this, would it work for you? |
Yes sure ! That would work. |
I agree, we already set many boot properties so that the user doesn't have to, this one sounds quite important. I am a bit surprised to hear about this since, afaik, we don't do anything special regarding command app properties when deploying streams in our acceptance tests. I'll ping the group from input. Thanks for reporting. |
My suggestion would be to make sure the samples have these properties added and that we document the need for adding |
This is a larger more important issue than documentation in my opinion, these are the type of properties that we should be setting automatically when deploying. |
All OOTB stream applications have the property set: management.endpoints.web.exposure.include=health,info,bindings Custom apps will not have it though. It would be easy enough to add but are there any cases where the user would NOT want these set? I believe in that case an I will give this approach a try. |
I verified that the management.endpoints.web.exposure.include=health,info,bindings setting the property: management.endpoints.web.exposure.exclude=bindings results in only 2 endpoints (as expected): |
* Add actuator props to stream on deployment Fixes #4753
Hi @onobc, we just updated our SCDF cluster to 2.10.3 and ran into an issue with the new defaults discuessed in this thread. We do also expose the actuator/prometheus endpoint in our stream apps for monitoring. However, as these new properties override the default stream app configuration and does not include the prometheus endpoint our monitoring is no longer working. This is how the relevant part of our application.properties file of our SCDF stream application looks like: management.endpoints.web.exposure.include=*
management.endpoints.enabled-by-default=false
management.endpoint.health.show-details=never
management.endpoint.health.enabled=true
management.endpoint.metrics.enabled=true
management.endpoint.info.enabled=true
management.health.binders.enabled=true We re-created our stream definition trying to override the default by adding the following property to our DSL
While after creating the Stream the setting was correctly displayed, it was resetted to What is the proposed way to also include the Edit: If anyone stumbles accross this as well, we were able to work around this. According to the documentation it is possible to override these defaults which we did using an environment variable on the SCDF server
|
Hi @nstaeger , |
Uh oh!
There was an error while loading. Please reload this page.
Description:
The info endpoint is no more enabled by default with Spring Boot 2.5 https://github.com/spring-projects/spring-boot/wiki/Spring-Boot-2.5-Release-Notes#secure-info-endpoint
This causes the app to be stucked in "Deploying" state in Kubernetes with this error :
Readiness probe failed: HTTP Probe failed with statuscode: 404
Release versions:
Tested with SCDF 2.9.1 and Spring Boot 2.5.5 under microk8s 1.18.20
Steps to reproduce:
Create a dummy processor and deploy it in Kubernetes with a simple stream like
time | my-processor | log
Additional context:
A simple workaround is to add
management.endpoints.web.exposure.include=health,info
in application.properties to enable info endpoint.But wouldn't it be nice if Skipper does that for us ?
The text was updated successfully, but these errors were encountered: