Port conflicts caused by barman-cloud sidecar

The Barman Cloud Plugin is injected as an Instance Manager sidecar plugin in the PG Pods. The sidecar starts a controller-runtime manager, which by default, runs a set of http servers for exposing a variety of utilities, such as readiness probes and metrics endpoints.
The way [Kubernetes builds the Network for containers in the same Pod](https://kubernetes.io/docs/concepts/workloads/pods/#pod-networking), doesn't let two processes use the same port even across different containers.

This prevents other processes in other containers to use network ports already used by the barman cloud sidecar, which might be inconvenient if changing them is not straight forward.

The `instance` subcommand should expose additional options to either configure the controller-runtime manager used ports or disable the exposed servers.

Bắt đầu bằng cách xác định subcommand `instance` và phần thiết lập controller-runtime manager được mô tả trong issue. Kiểm tra cách các HTTP server và port của nó được cấu hình, sau đó xác định cách subcommand có thể cấu hình hoặc vô hiệu hóa chúng; hoàn thành có nghĩa là sidecar không còn gây ra xung đột port và các tùy chọn đã chọn được cung cấp thông qua lệnh instance.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.