Improve logging

[Kidswiss]

Summary

• Remove all object prints from the debug logs.
• Add metatada to the logger before running the transformation
• Ability to print whole functionIO to the events

If the GRPC server is in devmode, it will save the funcIOs of each function to configMaps in the default namespace. It will always keep two configMaps per composite and function. One contains the previous and one the current state. For example for VSHNPostgreSQL this could result in up to four configMaps; two for the postgresql function and two for the miniodev function (which provides the local S3 bucket).

These configMaps can be used to see the state of the whole FuncIO and should help with local debugging. Additionally the GRPC server now prints a diff of those configMaps on each reconcile.

The configMaps and the diffs will only rotate on .spec changes on the claim/composite, it uses the generation to track current and previous states. This way we can track the "logical" diff of a change, even if it needs multiple reconcile loops to be applied fully.

Checklist

• Categorize the PR by setting a good title and adding one of the labels:
  bug, enhancement, documentation, change, breaking, dependency
  as they show up in the changelog
• Update tests.
• Link this PR to related issues.

[zugao]

As already discussed, for prepareFuncLogger() is a great idea but we should only get the composite name as the other 2 somehow are redundant. Meanwhile appendFuncIOToMessages() does not add in my opinion much value, with this approach we move out the function io from logs to events. It helps cleaning out the logs but it will be more difficult to connect the logs to the function io later on. Anyway for debugging purposes it should be fine though we need to find a better approach like having only the diff?

[Kidswiss]

I'm looking into the diff idea.

[zugao]

Seems good so far haven't tested it though.

[glrf]

LGTM overall