Co pobierają analogie DevOps?

9

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).

wprowadź opis zdjęcia tutaj

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.
030
źródło
DevOps ma wiele grup docelowych; Myślę, że łatwiej jest skupić się na tym, aby znaleźć obraz. Kto jest twoją publicznością i co by się stało, gdyby skok windy był udany?
Peter Muryshkin
Większość z nich to młodsi programiści, którzy są nastawieni silosowo, tzn. Chcą się rozwijać, nie podziwiając odpowiedzialności za uruchamianie aplikacji w środowisku produkcyjnym. @PeterMuryshkin Ile według Ciebie istnieje grup docelowych w tym kontekście?
030
Więc dla grup docelowych powiedziałbym, że jeden dla każdego silosu / roli wokół każdego segmentu DevOps Toolchain? Zarządzanie, użytkownicy biznesowi, deweloperzy, testerzy,
operatorzy

Odpowiedzi:

3

DevOps to industrializacja IT

wprowadź opis zdjęcia tutaj

oryades
źródło
Lewe zdjęcie przedstawia ręcznie wykonany samochód?
030
dokładnie, będzie miał również pewne problemy z poruszaniem się :)
oryades
Świetny. Teraz to widzę. Być może mógłbyś dodać jakiś dodatkowy opis w odpowiedzi?
030
2
Z drugiej strony zdjęcie po prawej przedstawia samochód, który nie będzie miał problemów z poruszaniem się, dopóki pozostanie na linii montażowej. W przeciwnym razie niektóre koła mogą być potrzebne ...
Jiri Klouda
1
jeśli chodzi o prawą część obrazu, myślę, że DevOps Toolchain to inżynierskie podejście do zrozumienia i budowy rurociągów dostawczych w celu automatyzacji, testowania i dostarczania oprogramowania. Aka Industrial Revolution 2.0 ... sigspl.org/2015/10/14/…
Peter Muryshkin 28.04.2018
4

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.

wprowadź opis zdjęcia tutaj

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.

wprowadź opis zdjęcia tutaj

Peter Muryshkin
źródło
Czy możesz dodać zdjęcia?
030
Jak najszybciej, z telefonu komórkowego nie działa poprawnie.
Peter Muryshkin
Doskonałe +1. Czy możesz dodać małe wyjaśnienie do każdego z obrazów, tj. Dlaczego są to analogie DevOps?
030
1
Szczerze mówiąc, te obrazy raczej ilustrują motywację DevOps niż samego DevOps; więc teraz jestem pewien, jak dobrze to rozwiązuje twoje rzeczywiste pytanie dotyczące „
zdobienia obrazu
Poza tym pierwsze zdjęcie jest zdecydowanie pomocne w opisaniu „Dlaczego DevOps” w mojej prezentacji.
030
3

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.

wprowadź opis zdjęcia tutaj

PrestonM
źródło
1
Cattle vs. Pets to głównie rzecz operacyjna, nie wymaga organizacji dewopów ani sposobu myślenia. Wskazówka jest taka, że ​​mówi tylko o infrastrukturze, a nigdy o aplikacjach na niej uruchomionych.
Tensibai
@Tensibai Jaka jest twoja ulubiona analogia?
030
To uroczy pomysł, ale pada na twarz, gdy tylko wprowadzisz wytrwałość. Miej większą nadzieję, że Twoja firma nie wypiła pomocy koolowej DevOps i że system płac to zwierzę domowe!
Gajusz
2

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

wprowadź opis zdjęcia tutaj

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.

030
źródło
1

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.

wprowadź opis zdjęcia tutaj

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.

030
źródło
0

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ą.

wprowadź opis zdjęcia tutaj

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.

030
źródło
Myślę też, że prawdziwa branża 4.0 nie działa bez DevOps.
Peter Muryshkin
0

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.

030
źródło