squakez commented on issue #5192:
URL: https://github.com/apache/camel-k/issues/5192#issuecomment-2022101979

   I had a look at this and the "problem" is that we use the digest as a mean 
to compare the previous status of the Integration with the actual one in order 
to trigger a reconciliation cycle. Ideally we should not use it at all, and we 
could reconcile every time an Integration change as the regeneration of 
resources belonging to the Integration is idempotent (either the same digest 
would be the same). However we watch a lot of other objects and the monitoring 
action could be called so many time degrading the operator performance.
   
   The most immediate solution would be to store and compare 2 digest. One 
(holding all the configuration we have now) would be "responsible" to trigger 
the reconciliation cycle when a sensitive change happen. The new one would be a 
digest accounting only for those configuration that would require also a Pod 
restart (likely sources only).
   
   @lburgazzoli wdyt?


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscr...@camel.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

Reply via email to