Split off the DockerClientFactory from this library

Most times I play with other Docker/Java libraries than TestContainers I end up in a world of dependency or configuration hell. It seems like one of the biggest reasons for this is this library's DockerClientFactory class, which does a really excellent job of inspecting the environment and choosing the best way of running Docker on the local machine with very little user intervention.

This is particularly instrumental when trying to convince other users to adopt Docker-based unit testing—if it doesn't "just work" (as it does!), skeptical developers are prone to reject the whole thing.

Therefore, I think that this class and its supporting cast should perhaps be split off into a separate package or merged upstream so that more people and projects can benefit this most commendable work. I know I'd certainly use it!

Lies zunächst core/src/main/java/org/testcontainers/DockerClientFactory.java und identifiziere die unterstützenden Klassen, die an der Umgebungsprüfung und der Auswahl der Docker-Laufzeit beteiligt sind. Das Issue schlägt vor, diese Funktionalität in ein eigenes package auszulagern oder upstream zusammenzuführen. Kläre daher zunächst die Extraktionsgrenze und das Integrationsziel; als erledigt gilt die Aufgabe, wenn die daraus entstandene Funktionalität anderen Docker/Java-Projekten zugutekommen kann, ohne die aktuellen Abhängigkeits- oder Konfigurationskonflikte.