Hi Remi,
I recommend checking out the following docs, which touch on the Services a bit:
More specifically, you'll see that many of these are for configuration purposes only. E.g., as described in this section:
"You do not need to worry about most of these Services, as they are used to help manage the overall health of your Postgres cluster. For the purposes of connecting to your database, the Service of interest is called hippo-primary. Thanks to PGO, you do not need to even worry about that, as that information is captured within a Secret!"
And to answer your questions around some of the other services you're seeing out there:
- hippo-ha: This service is managed directly by the High-Availability (HA) system, and routes traffic to the primary/leader.
- hippo-ha-config: This service is simply used to manage cluster-wide configuration settings, specifically via the associated Endpoints resource.
- hippo-pgbouncer: As you mentioned, this service routes traffic to the connection pooler (PgBouncer).
- hippo-primary: As you mentioned, this service routes traffic to the current primary/leader. Specifically, this Service provides a convenient DNS name with "primary" in it for connecting to the current primary/leader.
- hippo-replica: As you mentioned, this service routes traffic to PG replicas within your cluster (i.e., instances with the replica role).
Hope this helps!
Also, I do recommend asking any follow-up questions in Crunchy's new Discord server, e.g. to get further visibility across the full PGO user community. Additional details (including a link to sign-up) can be found in the following post:
Thanks!
Andrew