getContainerByServiceName expects an instance name

#2314 brought support for selecting a container based on the service name when using docker-compose (thanks 🙌 !). However, the value it expects contains the "container number" (e.g. service_1), instead of just the service name, e.g. just service.

This does not match the behaviour of using docker-compose directly:

$ docker-compose ps agent
      Name             Command       State   Ports
--------------------------------------------------
myapp_agent_1   /bin/k3s agent   Up

$ docker-compose ps agent_1
ERROR: No such service: agent_1

According to this test, it looks like the expected behavior, or maybe was incorrectly modeled.

Maybe using getServiceInstanceName from getContainerByServiceName would provide compatibility for both cases?

Beginne damit, getContainerByServiceName und den im Pull Request #2314 referenzierten Test zu lesen, und vergleiche dann das aktuelle Lookup-Verhalten mit dem Verhalten von docker-compose ps service-name. Als erledigt gilt die Aufgabe, wenn das Lookup den Servicenamen konsistent akzeptiert und gleichzeitig die beabsichtigte Kompatibilität mit instance-name erhalten bleibt und der relevante Test aktualisiert oder hinzugefügt wurde.