Co to jest metodyka DevOps?

Ukończone

Kontrakt "Dev" i "Ops" odnosi się do zastępowania silosowych operacji i programowania. Chodzi o utworzenie zespołów wielodyscyplinarnych, które współpracują teraz ze wspólnymi i wydajnymi praktykami i narzędziami. Podstawowe praktyki DevOps obejmują zwinne planowanie, ciągłą integrację, ciągłe dostarczanie i monitorowanie aplikacji. Metodyka DevOps to stała podróż.

Diagram cyklu DevOps współpracy z planem, kompilacją, ciągłą integracją, wdrażaniem, obsługą i ciągłymi opiniami.

Omówienie czasu cyklu

Zacznijmy od podstawowego założenia dotyczącego tworzenia oprogramowania. Opiszemy ją za pomocą pętli OODA (Obserwuj, Orient, Zdecyduj, Act). Pierwotnie zaprojektowany, aby utrzymać pilotów myśliwców przed wystrzelonym z nieba, pętla OODA jest doskonałym sposobem, aby myśleć o pozostaniu przed konkurentami. Zaczynasz od obserwowania danych telemetrycznych biznesowych, rynkowych, potrzeb, bieżących zachowań użytkowników i dostępnych danych telemetrycznych. Następnie zorientujesz się z wyliczeniem opcji, które można dostarczyć, być może z eksperymentami. Następnie decydujesz o tym, co należy realizować, i podejmujesz działania, dostarczając działające oprogramowanie dla rzeczywistych użytkowników. Wszystkie występują w pewnym czasie cyklu.

Diagram przedstawiający obserwowanie, orientację, podejmowanie decyzji i działanie jako cykl.

Informowanie o danych

Zalecamy używanie danych, aby poinformować, co zrobić w następnym cyklu. Wiele raportów środowiska informuje nas, że mniej więcej jedna trzecia wdrożeń będzie miała negatywne wyniki biznesowe. Około jedna trzecia będzie miała pozytywne wyniki, a jedna trzecia nie będzie miała żadnej różnicy. Szybkie niepowodzenie w przypadku efektów, które nie przyspieszają działalności biznesowej i podwajają wyniki, które wspierają firmę. Czasami podejście nazywa się pivot lub persevere.

Dążenie do zweryfikowanych szkoleń

Jak szybko możesz szybko zakończyć się niepowodzeniem lub dwukrotnie w dół, zależy od czasu cyklu. Ponadto, jak długo trwa ta pętla, lub w kategoriach chudych. Czas cyklu określa, jak szybko można zebrać opinie, aby określić, co się dzieje w następnej pętli. Opinie zebrane w każdym cyklu powinny być danymi rzeczowymi, umożliwiającymi podejmowanie działań. Nazywamy to zweryfikowaną nauką.

Diagram z pliku Strive for validated learning (Dążenie do weryfikowania uczenia się). Dobre, obojętne i złe.

Skracanie czasu cyklu

Podczas wdrażania rozwiązań DevOps:

  • Skracasz czas cyklu, pracując w mniejszych partiach.
  • Korzystanie z większej liczby automatyzacji.
  • Wzmacnianie funkcjonalności potoku wydania.
  • Ulepszanie telemetrii.
  • Wdrażanie częściej.

Diagram przedstawiający zweryfikowaną naukę a częstotliwość wdrażania. Dobry, obojętny i zły cykl.

Optymalizowanie zweryfikowanych uczenia

Tym częściej wdrażasz, tym więcej można eksperymentować. Tym większa szansa na przestawienia lub wytrwałość i uzyskanie zweryfikowanego uczenia się każdego cyklu. To przyspieszenie w zweryfikowanej nauce jest wartością poprawy. Pomyśl o tym jako o sumie postępów, które osiągasz, i niepowodzeń, których unikasz.

Diagram przedstawiający zweryfikowaną naukę a częstotliwość wdrażania. Dobry, obojętny i zły cykl. Wartość metryki poprawy.