Może ktoś bardziej mi rozjaśnić zalety konteneryzacji? Bo rozumiem, że docker jakby emuluje OS w obrębie jądra mojego systemu (hosta). No i wymienia się, że na dzięki kontenerowi można odpalić to co tam mamy (np. konkretne aplikacje) na innych systemach jeżeli użyjemy tego samego kontenera.
No ale skoro to działa w obrębie jądra hosta to co jest wtedy gdy odpalamy kontener na innym jądrze, będzie to działać?
Co jeżeli odpalamy kontener na
No ale skoro to działa w obrębie jądra hosta to co jest wtedy gdy odpalamy kontener na innym jądrze, będzie to działać?
Co jeżeli odpalamy kontener na
@c137: chodzi o to że odpalasz każdy kontener tak samo i masz #!$%@? co ma w środku i jakich zależności sobie tam używa, języka, serwera, bibliotek itp.
Wszystko jest odizolowane od zewnątrz
Poza tym masz pełną powtarzalność tego co działa na produkcji bo to ten sam kontener co gdzie indziej
Wszystko jest odizolowane od zewnątrz
Poza tym masz pełną powtarzalność tego co działa na produkcji bo to ten sam kontener co gdzie indziej
@elf_pszeniczny: A teraz przez HyperV czyli to samo, a nawet gorzej bo to hypervisor typu 1. Poza tym i tak większość softu w odpalanego na dockerze to binarki linuxowe więc trzeba ten kernel linuxowy gdzieś odpalić. WSL1 to za mało, a WSL2 to tez vm.
@Di4bllo: raczej nie, dużo lepiej zarządzać wszystkimi zależnościami za pomocą mavena albo gradle. Docker przydaje się, jak chcesz wrzucić swoją apkę na produkcję, do developmentu w javie docker jest zbyt dużym narzutem, żeby był sens takiej zabawy