@Meh
Jezeli masz jeden serwer bazy danych to 1. Ty masz problem by design, nie docker,
To oczywiste, i nie pisałem inaczej, ja pisałem, że docker nie po to jest.
Dump bazy? Brawo...
Nie pisałem, że to mądre, nawet odradzałem, ale widać za mało czytelnie.
Ubic dockera jak najbardziej mozesz, to zaden argument, tak samo mozesz ubic serwer bazy danych bez dockera, zadna roznica.
Zależy jak ubijesz.
Jak zatrzymasz i wznowisz to tak, nie ma żadnej różnicy więc po co?
Jak ubijesz tak żeby postawić go od nowa, to tracisz znacznie więcej niż tylko dane z downtime.
Tak czy siak, mamy produkcyjnie klastry z dockerem w chmurze i on-prem, stoi to glownie na Mesosie
I to jest sedno sprawy.
Nie robisz tego gołym dockerem co było prawdopodobne w tym konkretnym wątku.
Jak ktoś pyta o dockera, to na 99% nie będzie od razu robił kubernetesa/mesosa czy serwerów po tysiące kontenerów.
Ja dobrze wiem, że np taki Amazon to na dockerach ostro jedzie, ale to jest zypełnie co innego niż robić to samemu.
Podsumowując żeby nie robić flame:
Jeżli projekt nie jest spory, zaczynasz z dockerem, nie znasz kubernetesa/mesosa i nie masz doświadczenia z czymś takim, to nie rób produkcyjnej bazy na dockerze.
Jak już wiesz co robisz i używasz np AWS to nie sugeruj się gośćmi z forów internetowych, tylko poszukaj case sudy i przeanalizuj kilka.