Następne kroki: Czy jestem teraz DevOp?

- Witamy ponownie. Mamy nadzieję, że ten kurs pomógł Ci zorientować się w podstawowych koncepcjach DevOps i dać ci podstawy w najważniejszych obszarach, dzięki czemu możesz zacząć uczyć się od działania. - Największą przeszkodą we wdrażaniu DevOps jest po prostu nierozpoczęcie. Wiesz, daliśmy ci zasoby, których możesz użyć, aby dowiedzieć się więcej, ale nie ma lepszego sposobu na zrozumienie niż po prostu to zrobić. - Hashtag po prostu to zrób. - Piękno większości z tych nowych technologii polega na tym, że są one bezpłatne lub tanie na poziomie podstawowym, świetna dokumentacja i samouczki online. - Na przykład możesz zarejestrować się na bezpłatnym koncie amazon amazon w warstwie, na którym zainstalowano narzędzia wiersza poleceń AWS i Docker na komputerze PC lub Mac, ściągnąć obraz Docker z Terraform na nim i inny z Jenkinsem lub innym narzędziem na nim i rozpocząć eksperymentowanie. - Zgadza się. Możesz uczyć się i czerpać z samouczka online. Możesz rozwidlić czyjś kod i po prostu zacząć go hakować. Każda osoba techniczna może wziąć te bloki konstrukcyjne i dość szybko stworzyć demo, w którym z kontroli źródła uruchamiasz serwer i umieszczasz na nim działający serwer Jenkins. Robisz CI, najpierw na własnym komputerze, a potem w chmurze. - W większości sklepów, kiedy ludzie po raz pierwszy słyszą o ciągłym dostarczaniu lub infrastrukturze jako kodzie lub tych podejściach do inżynierii niezawodności, ich początkowa reakcja jest zawsze Och, ale to nie może działać tutaj. Nasi programiści, nasi testerzy lub administratorzy SS nigdy by tego nie zrobili. - Ale moja firma jest bardzo wyjątkową i wyjątkową organizacją. - Wiem, że tak. - Wiesz, sam słyszałem wiele takich samych zastrzeżeń. - Ale jest to ta sama krzywa uczenia się, przez którą przeszła każda z wielu organizacji odnoszących sukcesy z DevOps. Oboje przechodziliśmy przez to wiele razy. - Tak. Większość z tych technik nie jest trudna. Oczywiście może sprawdzić twoje skrypty administracyjne w kontroli źródła. Wiesz, oczywiście możesz szybko zatwierdzać zmiany w kodzie, zamiast zapisywać je w dużych partiach. To nie jest nauka o rakietach. Chodzi po prostu o to, że przez wiele lat porady, których udzielaliśmy w branży na te tematy, były całkowicie sprzeczne z tym, co DevOps uznał za skuteczne. - Nie ma kursu uniwersyteckiego na temat DevOps. I chociaż istnieją pewne certyfikaty DevOps, nie są one dobrze oceniane przez praktyków. I to ma sens, ponieważ DevOps nie jest tak naprawdę konkretną rolą zawodową. To sposób myślenia o swojej pracy i współpracy z innymi. - tak, możesz ćwiczyć DevOps ma dowolnego specjalistę technicznego z dowolnym stosem technologicznym w dowolnym typie organizacji. - I nie martw się. Nie musisz wiedzieć wszystkiego. Jest dużo miejsca między byciem inżynierem full stack, który wie wszystko, a specjalistą, który ma głęboką wiedzę w jednej rzeczy. - Wiesz, w rzeczywistości jest to jeden z pożądanych typów inżynierów w DevOps. W sklepach DevOp nazywamy to osobnikiem w kształcie litery T. To ktoś, kto ma głęboką wiedzę w jednym obszarze, ale wie wystarczająco dużo o szerokim zakresie innych obszarów technicznych, aby zrozumieć, w jaki sposób wchodzą w interakcje z całością. - W mojej organizacji mamy inżynierów różnych specjalności, rozwoju operacyjnego, QA. Pracują w tym samym projekcie jurorskim i tym samym systemie kontroli źródła, współpracują i rozmawiają. Ludzie piszą kod i mieszankę Java, JavaScript Python, Bash, manifesty marionetek i inne. Inżynierowie operacyjni i inżynierowie ds. kontroli jakości tworzą usługi zarządzane, których zarówno oni, jak i deweloperzy używają do tworzenia kodu kompilacji systemów, uruchamiania testów, pakowania i wdrażania aplikacji oraz monitorowania uruchomionych usług i zarządzania nimi. - To brzmi, jakbyś miał tam dobry miks. Wiesz i moje, wszyscy jesteśmy inżynierami tytułów, z niektórymi specjalizującymi się w front-endowym doświadczeniu internetowym i projektując niektóre w operacjach, inne koncentrują się na stosach danych. Zajmuję się pracą nad produktem. Wiesz, że wszyscy korzystamy z przepływu rozwoju opartego na bagażniku wraz ze scentralizowanym systemem biletowym. Naszym głównym językiem jest Go Lang, ale jest mnóstwo JavaScript, Bash i Docker. Jeśli prowadzisz czat operacyjny, zbieramy wiele wskaźników w całej organizacji i naprawdę staramy się korzystać z ciągłego dostarczania. Zbudowaliśmy wewnętrzne narzędzie do wdrażania samoobsługowego o nazwie Deployer. Każda osoba jest zobowiązana do wdrożenia własnych zmian w produkcji i wszyscy muszą ją posiadać. - To świetnie. Sklepy DevOps nie wyglądają dokładnie tak samo, ponieważ każdy zestaw ludzi i cele każdej firmy są różne. Nie ma jednej właściwej drogi. I nie ma bycia prawdziwym ani czystym DevOp. - Tak, wszystko, co musisz zrobić, to zrozumieć podstawowe zasady DevOps i wypróbować te praktyki, dopóki nie dowiesz się, co pomaga Tobie i Twojej organizacji odnieść sukces. - I w końcu są też korzyści dla ciebie indywidualnego inżyniera. Z naszego doświadczenia i poparte ankietami, takimi jak raport DevOps, DevOps sprawia, że praca jest znacznie przyjemniejsza. - Tak, naprawdę. Chodzi mi o to, że oznacza to większą współpracę, mniej przestojów, krótsze wydania. Widzisz, że twoja praca szybciej się rozwija i możesz być dumny, ponieważ okazuje się, że jest wyższej jakości. - Witaj w świecie DevOps. James i ja pracowaliśmy w obie strony w naszej karierze i szczerze mówiąc, życie jest zbyt krótkie. - Tak, naprawdę tak jest. - Żadne z nas nie chciałoby znowu pracować po staremu. - W porządku. Cóż, mamy nadzieję, że zobaczymy Się na dniach DevOps lub na Twitterze lub gdzie indziej, dzieląc się własnymi doświadczeniami i doświadczeniami, które miałeś podczas wdrażania DevOps. - Mamy nadzieję, że podobały Ci się podstawy DevOps. Dziękujemy za dołączenie do nas.