Co pobierają analogie DevOps?

Niektórzy prezenterzy używają analogii do wyjaśnienia określonej technologii, np. Pizza as a Service 2.0, która wyjaśnia różnice między różnymi stosami as-a-Service (aaS).

Zaletą tej analogii Pizza jest to, że składa się z wielu analogii, tj. Runtime aka pizza i domowe aka dziedzictwo.

Gdy jeden z „Google Devosps analogii” pokazuje różne obrazy, ale żaden z nich nie jest bardzo chwytliwy.

Definicja „pobierania”

1. Pokaż obraz w prezentacji
2. Porozmawiaj o tym 30 sekund
3. W trakcie windy coraz więcej osób rozumie DevOps i jest to dla nich całkowicie jasne.

DevOps to industrializacja IT

Głównie dla deweloperów, ale znający się na innych z memem „disaster girl”: „Działa na mojej maszynie .. Problem z operacją teraz!” To pokazuje, że brak odpowiedzialności może zagrozić całej firmie, a wartość oprogramowania działającego tylko w określonym środowisku nie jest absolutna.

Także matryca piekła . Dodanie Dockera może wydawać się jeszcze jedną kolumną, ale kontenery staną się technologią i standardową architekturą w perspektywie długoterminowej. Możesz więc uruchamiać kontenery Docker również za pomocą Kubernetes lub Apache Mesos.

Najbardziej znaną analogią DevOps, jaką mogę wymyślić, jest analogia Pet vs. Cattle dotycząca infrastruktury jednorazowego użytku. Chociaż twierdzę, że mniej chodzi o pobieranie związane z obrazem, a więcej o to, jak łatwo jest zrozumieć i nawiązać do niego.

Innym, który mi się podoba, jest ten z tej strony https://devrant.com/search?term=devops

jak słyszałem to wiele razy i to mnie frustruje, ponieważ jest to zachowanie w silosie i anty-devops. Zasadniczo chcę go egzekwować, kiedy go zmienisz, musisz go zwolnić lub gdy go zepsujesz, naprawisz go. W praktyce nie jest to takie proste, jak trzeba zmienić sposób myślenia.

Kolejna analogia została znaleziona tutaj https://devrant.com/search?term=devops

Myślę, że to dotyczy również, ponieważ wciąż są programiści, którzy nadal rzucają rzeczy za mur.

Muszę przyznać, że tak się czuję i to zachęca mnie do nauki programowania. Uczę się teraz języka Java i chcę uzyskać certyfikaty. Studiuję teraz dla Java Oracle Associate.

Opierając się na sugestii w jednym z komentarzy do jednej z odpowiedzi @PeterMuryshkin, przeczytałem więcej o Industry4.0 i myślę, że może to być analogia DevOps.

Inną analogią DevOps może być przemysł 4.0:

Przemysł 4.0 to nazwa obecnego trendu automatyzacji i wymiany danych w technologiach produkcyjnych. Obejmuje systemy cyberfizyczne, Internet przedmiotów, przetwarzanie w chmurze i przetwarzanie poznawcze. Przemysł 4.0 jest powszechnie nazywany czwartą rewolucją przemysłową.

Aby wprowadzić przemysł 1.0, proces funkcjonalny, tj. Sposób ręcznego wytwarzania kotów, musi być przejrzysty, aby to zautomatyzować, 2.0 również więcej i 3.0. W dzisiejszych czasach DevOps polega również na automatyzacji w coraz większym stopniu, ale w tym celu proces ten powinien być również jasny. Ponieważ 4.0 dotyczy przejścia do chmury, np. AWS, GCP, AWS, CI / CD i systemów samoleczenia, może to być również analogia.

DevOps można również porównać do składu komandosów, który składa się z niewielkiej liczby specjalistów. Zawsze muszę myśleć o pierwszym poziomie Commandos 1 za liniami wroga. Były trzy postacie:

• morski
• kierowca
• zielony beret

Każdy z nich ma unikalne cechy, tj. Nurkowanie, pływanie, wioślarstwo (marine), nurek (karabin maszynowy, jazda samochodem), zielony beret (wspinaczka, noszenie beczek).

Wszyscy byli w stanie wyeliminować wrogów, czyli automatyzację w DevOps. Bez względu na to, czy Operacje można porównać z morskim, kierowca zielonego beretu nie ma znaczenia. Obsługa, rozwój i zapewnianie jakości mają swoje specjalizacje. Łączenie tych elementów jest niezbędne do częstszego wydawania oprogramowania.

Jeśli na przykład jeden z komandosów zginął w grze, gra się kończy. Wszyscy musieli współpracować, aby zrealizować misję. Pamiętam, że każdy z komandosów był odizolowany na początku poziomu 1 i sam musiał eliminować wrogów, ale byli też od siebie zależni.

Marynarz musiał zabrać zarówno kierowcę, jak i zielony beret na drugą wyspę, ponieważ tylko on mógł wiosłować bagażnik. Na wyspie potrzebny był zielony beret, ponieważ jako jedyny mógł poruszać wybuchowe beczki potrzebne do wysadzenia stacji radiowej.

Kiedy pracowali razem, istniała większa szansa na przeżycie, ponieważ do wyeliminowania wroga potrzebne były trzy strzały. Jeśli strzelą razem, wróg zostanie natychmiast usunięty.