[wonsz_smieszek]

Czy przy stawianiu niewiekiej aplikacji #django na VPS-ie jest sens bawić się w #docker i trzymać w osobnych kontenerach np. nginx-a+django i osobno bazę danych? Zaznaczam, że nie chodzi mi o development, tylko o docelowe już wdrożenie działającej apki.

Wydaje się, że przy pojedynczej aplikacji na VPS kontenery niewiele dają. Ale pomyślałem, że skonsultuję ze specjalistami na mirko. Jakie są wady/zalety dodawania jeszcze warstwy kontenerów?

#devops #it #vps #hosting #python #nieprogramowanie #pytaniedoeksperta #postgresql

[sq4ind]

@wonsz_smieszek: nie oplaca sie... docker tylko i wylacznie z jakims orkiestratorem... sam docker do produkcji sie nie nadaje tylko do developerki...

[Rare_Soul]

@sq4ind: nie zgodze się, zależy od specyfikacji produktu. Nie możesz tak generalizować.

[wonsz_smieszek]

@Rare_Soul: a w jakich przypadkach uważasz, ze warto? Co wziąć pod uwagę?

[asterix61]

@wonsz_smieszek: w ostatnich projektach, w których pracowałem związanych z webdev (6), nie trafiłem na taki, który nie korzystałby z kontenerów. Daje nam to reprodukowalne środowisko dla środowiska programistycznego oraz produkcyjnego. Nie wyobrażam sobie inaczej jeśli mam być szczery.

Pracowałem w projekcie, w którym dev env był cały postawiony na docker-compose. Klient postanowił postawić wszystko ręcznie bez kontenerów. Jakieś 2 tygodnie jeżeli dobrze pamiętam, zajęło postawienie tego wszystkiego stabilnie. Każda zmiana środowiskowa

[wonsz_smieszek]

@asterix61: jasne, z tym że właśnie nie chodzi o deweloperkę, aplikacja jest gotowa. Jej odpalenie to uruchomienie 3 procesów i więcej będę miał roboty z przygotowaniem docker-compose niż bez. Wszyscy piszą "używaj, bo wszyscy tak robią", a ja chciałbym sensowny powód :)

[sq4ind]

@Rare_Soul: sorry ale sam docker nie nadaje sie produkcje... bo nawet nowy image jak bedziesz bral to masz downtime... juz nie wspomne ze sam docker nie jest i nigdy nie byl stworzony po to by dzialaly w nim aplikacje 24/7/365...

@asterix61: i tutaj sie mylisz... jest cos takiego jak infrastructure as a code... i wtedy trzymasz produkcje i deva tak samo... czy to VM czy to fizyczny serwer... i cala

[Rare_Soul]

@sq4ind: Nie prawda, to zalezy od Twojej aplikacji. Oczywiscie, ze moze obyc się bez downtime. Poczytaj o deployment strategies ( szczegolnie shadow czy canary ). Nigdzie nie bylo mowy, ze nie mozna korzystac z k8s : > Docker to tylko narzedzie do konteneryzacji i to jak ty tym bedzisz zarzadzal, orkiestrowal to inna sprawa.

[Rare_Soul]

@wonsz_smieszek: Warto jeśli masz sporą aplikacja i musisz zapewnić High availability czy skalowaność. Przy użyciu kontenerów np. Dockera czy innego Podmana jest to dużo prostrsze do implementacji

[wonsz_smieszek]

@Rare_Soul: malutka aplikacja, żadnej skalowalności, żadnego HA. Po prostu trzeba odpalić postgresa/sqlite, django i nginx-a. I wydaje mi się, że wtedy kontenery to sztuka dla sztuki, ale ostatecznie są lepsi ode mnie specjaliści i dlatego pytam :)

[Rare_Soul]

@wonsz_smieszek: To chyba znasz już odpowiedź :) Warto sobie zawsze zadać pytanie - co mi to da ? Jeśli nic lub zysk jest znikomu w porownaniu do nakladu pracy to lepiej zostać przy sprawdzonych metodach

[wonsz_smieszek]

@Rare_Soul: tak też mi się wydawało, ale uznałem, że nie będąc ekspertem mogę coś pominąć, z czegoś nie zdawać sobie sprawy. Dzięki serdeczne za wypowiedzi :)

[dnaprawa]

@wonsz_smieszek: jeżeli potrzebowałbyś utrzymywać wiele środowisk Twojej aplikacji, to Docker ma sens. Korzystając z kontenerów możesz mieć dokładnie to samo niezależnie od środowiska. To jest największą moc Dockera.

[wonsz_smieszek]

@dnaprawa: tak też właśnie sądziłem. Dziękuję :)