Aș dori să rulez două servicii web pe un singur server fizic folosind Docker. Ambele servicii necesită un server web și o bază de date SQL. Următoarele configurații sunt considerabile ([ ... ] marchează un container Docker):
- Un container docker per serviciu
[ sqld + httpd + serviciu A ]
[ sqld + httpd + serviciu B ]
- Un container docker per proces
[ sqld pentru A ] [ httpd pentru A ] [ serviciu A ]
[ sqld pentru B ] [ httpd pentru B ] [ serviciu B ]
- Sub-servicii comune
[ sqld ] [ httpd ]
[ serviciul A ] [ serviciul B ]
- Sub-servicii partajate combinate
[ sqld + httpd ]
[ serviciul A ] [ serviciul B ]
Pot vedea beneficii și dezavantaje cu oricare model, de ex. când vine vorba de managementul/monitorizarea proceselor sau când intenționați să mutați un serviciu de la un server la altul.
Sunteți conștient de motive tehnice care ar elimina unele dintre aceste opțiuni, de ex. pentru că ar fi imposibil să gestionezi o astfel de configurație într-un mod semnificativ sau deoarece preocupările de securitate vorbesc clar împotriva lor?
Nu cer o părere aici, de genul "Personal prefer numărul de configurare..., ca..."; este în regulă să am preferințe și nu ezitați să mă anunțați despre asta, dar îngrijorarea mea aici este doar dacă există motive obiective care vorbesc clar împotriva uneia dintre aceste configurații. Dacă pot exclude una sau două dintre acestea, va fi mult mai ușor să ponderez avantajele și dezavantajele setărilor rămase la nevoile mele personale. Și până acum nu văd niciun motiv care să facă imposibilă configurarea sau să vorbească în mod clar împotriva ei, dar s-ar putea să trec cu vederea ceva.
