Aktywne Wpisy
mocarnyknur +295
źródło: 1000043665
Pobierz
Pora na zimny prysznic.
Koniec mitu potężnego #programista15k. Oto brutalne zderzenie z rzeczywistością biologicznych zasobów z polskiego IT.
Spójrzcie na ten wykres i przestańcie w końcu żyć złudzeniami z lat 2020-2022. Podczas gdy przeciętny Janusz na magazynie, kurier czy pani w żabce dostają regularne podwyżki inflacyjne i średnia krajowa wystrzeliła do poziomu ponad 9,5 tysiąca brutto, dumni „panowie programiści” od trzech lat stoją w bolesnym rozkroku na poziomie 15 200 zł.
Koniec mitu potężnego #programista15k. Oto brutalne zderzenie z rzeczywistością biologicznych zasobów z polskiego IT.
Spójrzcie na ten wykres i przestańcie w końcu żyć złudzeniami z lat 2020-2022. Podczas gdy przeciętny Janusz na magazynie, kurier czy pani w żabce dostają regularne podwyżki inflacyjne i średnia krajowa wystrzeliła do poziomu ponad 9,5 tysiąca brutto, dumni „panowie programiści” od trzech lat stoją w bolesnym rozkroku na poziomie 15 200 zł.
źródło: dramat_it_
Pobierz
Mam aplikację w Javie w Springu, która nie jest mikroserwisami (monolit, tylko część aplikacji wydzielona do osobnego serwisu). Mam to na Dockerze (+ baza i kilka innych rzeczy), razem to wszystko spięte w Docker Compose.
Czy jest mi do czegoś przydatny Kubernetes?
Bo nie znam go i nie wiem po co mi on, ale niektórzy się uparli, żeby robić to na Kubernetesie. Bo niby tak wszyscy robią, bo modne, bo jest w ofertach pracy, bo niby wygodniej, bo Docker Compose to g*wno itd.
Ja mam rację, że powinienem sobie darować Kubernetesa czy oni mają rację, że ja jestem staroświecki i powinienem się dokształcić?
Produkcyjnie nie chciałbyś korzystać z docker-compose, uwierz mi.
Generalnie i upraszczając:
- docker-compose dobry dla developmentu, łatwo się korzysta i łatwo nauczyć
- kubernetes dobry na produkcje, nieco trudniejszy do nauczenia i skonfigurowania, umożliwia elastyczne
Ale czy Ty potrzebujesz to nie wiem.
Obecnie wdrażana jest bez Dockera. Tzn. ręcznie odpalane jary, stawiana baza itd. Ale developersko, żeby było jednym skryptem to mamy Dockera i każdy sobie odpala wszystko naraz Docker Compose.
Chciałem, żeby tak samo z Docker Compose było odpalane na produkcji. To złe podejście? Powinien być postawiony Kubernetes?
Czy developerom coś to zmienia? Jak mieliśmy aplikację bez Dockera i chcieliśmy
Jak wszystkim zarządza Kubernetes (lub Docker Compose) to serio baza powinna być oddzielona i zarządzanie ręczne? Baza to jest prawie 1/3 całości mojej aplikacji. Czyli 1/3 byłaby poza Kubernetesem. To już w ogóle
Czyli jak Docker Compose to tylko do developmentu, a nie nadaje się na produkcję, a Kubernetes to armata na muchę, to na czym wdrażać na produkcję prostą aplikację na Dockerze składającą się z 4-5 kontenerów?
Kubernetes ma funkcjonalność rolling development, możliwość rollbacku do poprzedniej wersji itd. Jak potrzebujesz HA, to jest to fajne i wygodne. Jak jeden node padnie, to aplikacje wstaną na innym itd.
Baza na dockerze, dowolnym,
Mi się wydaje to całkowicie zbędne. Chyba że rzeczywiście bym miał prawdziwe mikroserwisy po kilkadziesiąt kontenerów, to rzeczywiście widzę problem z zarządzaniem tym. Ale ci widzę, że mówią chcą Kubernetes to nie mają tylu kontenerów.
Ale ciężko mi mówić na ten temat bo tak naprawdę nie wiem co to ten Kubernetes i po
@badAttitude: Robiles testy? Teraz to mało kto używa bare metal.
@yggdrasil: Jakakolwiek awaria node'a/sieci bardzo komplikuje sytuację z aplikacjami stateful. Brak dostępu do dysku, który jest sieciową abstrakcją pod Kubernetesem, to problemy. Dopóki wszystko działa, to może ci się wydawać, że to bardzo spoko opcja.