@Marcin-Najman

Jeśli spotkania są za częste, za długie, to znaczy, że scrum master nie sprawuje kontroli nad przepływem informacji.

Co powinien zrobić?

1. Kazać lejacemu wodę wykonać dokumentacje w offie.
   

2. Kazać kolegom się z nią zapoznać. Też w offie.
   

To temat rzeka, ale ogólnie:

1. DevOps to rola proaktywna. Coś Cię uwiera, to to robisz. Tylko pamiętaj, by taska odbić w Jirze.
   

2. Źle prowadzone spotkania to zmora pracy zdalnej, i dobry prowadzący wart jest swojej wagi w złocie.
   

3. Jak ktoś dużo gada i zajmuje czas, wysyłasz go do robienia dokumentacji. Ważne by zespół miał dobrze skonfigurowane repo z wiedzą (np. Confluence).
   

4. Wdrażanie się devOpsa zajmuje czas. Np. 9 miesięcy. Dlaczego tak długo? Bo to nie jest tylko admin. To nie jest tylko utzrymaniowka. Oczywiście, dużo zależy do tego jak zorganizowana jest praca.

@Marcin-Najman dokładnie tak. Jak dłużej popracujesz to zrozumiesz dlaczego.

@Marcin-Najman tak mniej więcej jest- jako admin i do tego linuxiarz, to głównie co robisz to jakaś rzeźnia w osie typu tłumaczenie plebejuszom czemu ich user nie może gdzieś zapisać i czemu "setenforce 0" to nie jest rozwiązanie, albo jakieś inne niskopoziomowe kupy bo komuś coś nie działa.

Jako devops jesteś "ponad tym"- owszem w ostateczności możesz założyć gumiaki i zejść do bagienka linuksiarzy, ale generalnie skupiasz się na przepychaniu tasków "bo coś się nie buduje", czy w jakimś egzotycznym pipeline cicd zmieniasz parametry, tudzież edytujesz jakiś config w kube i czekasz aż się przetworzy

Generalnie mam wrażenie, że devops to głównie brodzenie w projektowych zagwozdkach plus okazjonalna rzeźba w systemie.

@JamesOwens @Jezyna no nie za bardzo zadziała, bo prawdziwy uptime musi być mierzony z wielu lokalizacji - jak w StatusCake. To wyróżnia te serwisy od takich rozwiązań jak wasze i za to im się płaci

Więc napisać se mogę, ale później muszę tworzyć serwery/lambdy w wielu lokalizacjach, co już nie jest tak tanie/opłacalne

@Klopsztanga Nie macie VPSów w kilku innych lokacjach dla picu? WTF?

@JamesOwens

czyli teraz trzeba płacić za parę VPS'ów na AWSIe, powiedzmy że 5, to mamy 5*14 za aws fargate = 60$

Do tego dołaczyć metryki, by sprawdzać prędkość API, logować errory. Później stworzyć dokumentację, terraformy na to... no tak, to tylko 1 skrypt przecież

@Klopsztanga w firmie od roku wisi na dwóch śrubach i ma się dobrze, no chyba, ze masz szafę z chińskiego gównolitu, ale jak kupujesz UDM to raczej chyba nie ( ͡° ͜ʖ ͡°)

te uszy na lajcie go utrzymają, a jak masz obawy to zawsze możesz szynami podeprzeć

@zomers @MaD @Gustawf dzięki za odpowiedzi. Na wszelki wypadek się pytam by nie było przypału, bo nie znam się na szafach rack , bo to moja pierwsza

@DOgi dark messiah multiplayer

@mejwen zajebisty temat, żeby tagować to jako devops. Wysraj się, zrób zdjęcie i też otaguj jako devops bo zrobiłeś pare rzeczy, które ogarnia gimbus na początku swojej drogi z Linuxem

@Marcin-Najman czuć zgniliznę wyniesioną z wykopu u ciebie, weź się odświeź

@belwarg ja nie wiem. Ale byłem w niemal identycznej sytuacji i poszedłem po prostu w frontend w korpo i na razie jest ok. Przynajmniej hajs o wiele większy niż w Januszexie.

O ziom, jakbym o sobie czytał, chociaż u mnie było prościej, bo chciałem po prostu programować cokolwiek. Devops wydaje się być spoko rzeczą, być może pomoże Ci zautomatyzować trochę aktualną pracę, z tym że nie potrzebujesz do tego chmury - to można już ogarniać chociażby z github actions albo postawić sobie jenkinsa na jakimś VPSie.

A jeżeli koniecznie chesz chmurę, to większość usług w jednej ma swoje odpowiedniki w innych, więc jak nauczysz się jednej to w razie konieczności inne też raczej ogarniesz. Ja uczę się Azure aktualnie - ma spoko dokumentacją, AWS słyszałem, że ma wysoki próg wejścia jeżeli chodzi o wiedzę, a Google Cloud ponoć najprzyjemniejszy na start.

@belwarg no jak dla mnie to jeśli ogarniasz systemowe rzeczy (tu bym się skupiał na serwerach www/proxy [nginx] + bazy danych) i programowanie, to ja bym szedł w DevOps.

Jako podstawy musisz poznać konteneryzację (Docker), narzędzia automatyzacji (Ansible) i CI/CD (Jenkins, GithubActions), plus ewentualnie jakąś chmurę - najpopularniejsze są AWS i Azure, ale chmurę odłuż na chwilę.

Z podziękowaniem!

@BilboBagosz @renkeri ok, czyli u mnie takie rzeczy utrzymania i maintanance w azure to robią ludzie z infrastruktury, jacyś admini czy sysadmini. Czego to człowiek nie wymyśli, żeby więcej kasy zarobić

@Denzel nie chcę się przyzwyczajać i chcę szybko stać się memem #programista 20k

@StormtrUper w sumie koledzy dobrze wyjaśnili. Zabrakło tylko rozwinięcia devops = developer in operations.

Dla mnie to ktoś oczko wyżej od takiego admina, który oprócz tego że ogarnia chmurę, infrastrukturę, repozytoria, serwery, usługi dla programistów to jeszcze potrafi to automatyzować przy pomocy kodu, czyli wszelkie pipeline'y, infractructur as a code (skrypty terraform/bicep/ansible) do automagicznego stawiania infrastruktury i środowisk. Oprócz tego zarządzanie skalowaniem systemu od strony infrastruktury, security, trzymanie standardów, dbanie o łatanie i podbijanie wersji. Taki admin, tylko bardziej.

Ja się jeszcze nie znam ale napisze słowo hubernetes i hadoop dla zasięgu

@DOgi po pierwsze cache, obstawiam że 80% operacji tutaj to read, a z tego 80% to read gorących

Spokojnie można by cachowac co 30 sekund np 1000 wpisów z gorących, po odsianiu czarnolist i tak zostanie coś dla każdego, a po co stresować bazę tym samym

Po drugie cache, dla assetów, czyli użycie CDNa i cache headerów, niech te zoptymalizowane proxy serwują obrazki bo robią to super tanio

No i po trzecie, jak najwięcej asynchronicznosci, ale to już optymalizacja write, nawet dawanie piorunów mogłoby być async i kolejkowane i np wrzucane do bazy w microbatchach co 200ms, zamiast transakcyjnie pojedynczo

Można jeszcze sporo optymalizować zamiast stawiać infre jak pod Facebooka, ale ja piszę ze swojej perspektywy, mi zawsze devopsowe rzeczy najdłużej zajmują i nienawidze wszelkich konfiguracji

@DOgi Chłopaki już siedzą na AWS (przynajmniej z częścią zasobów), więc raczej nie będą się cofać do 2015

Co do cache już jest, nawet było kilka postów o tym że profile innych użytkowników są wyświetlanie po zalogowaniu ( ͡° ͜ʖ ͡°)

Zakładam że ruch ich trochę przerósł, skalować za bardzo nie mogą bo muszą liczyć każdą złotówkę a rąk do pracy brak bo są skupieni na wdrażaniu innych rzeczy.

@Gprre luzna guma, bez DNS ciezko by to bylo opierdolić na windzie, bo jak nie spojrzysz to dupa z tylu i certyfikacja by cie ojebala

Śmiga, aż miło, nawet patterny url zachowuje. Podrzucę to szerzej, może jeszcze komuś pomoże

@Gprre Na Vipok rozpoczęta procedura usuwania konta, ale dzięki - może się przyda,