Wprowadzenie
W tym module przedstawiono wzorce wdrażania i objaśniono architekturę mikrousług, aby pomóc ulepszyć cykl wdrażania oraz przeanalizować klasyczne i nowoczesne wzorce wdrażania.
Ciągłe dostarczanie to rozszerzenie ciągłej integracji. Chodzi o szybkie wprowadzanie zmian w klientach i używanie zrównoważonych metod.
Ciągłe dostarczanie idzie dalej, a zmiany, które przechodzą przez potoki produkcyjne, są wydawane klientom.
Ciągłe dostarczanie to więcej niż zarządzanie wydaniami.
Ciągłe dostarczanie polega na procesie, osobach i narzędziach, które należy upewnić się, że możesz dostarczać oprogramowanie na żądanie.
Wdrożenie jest tylko jednym krokiem w procesie ciągłego dostarczania. Aby wdrożyć wdrożenie na żądanie lub wiele razy dziennie, należy spełnić wszystkie wymagania wstępne.
Na przykład:
Strategia testowania
Strategia testowania powinna być obowiązująca. Jeśli musisz uruchomić wiele testów ręcznych w celu zweryfikowania oprogramowania, jest to wąskie gardło dostarczania na żądanie.
Praktyki kodowania
Jeśli oprogramowanie nie jest napisane w bezpieczny i możliwy do utrzymania sposób, istnieje prawdopodobieństwo, że nie możesz zachować wysokiej kadencji wydania.
Gdy oprogramowanie jest złożone ze względu na dużą ilość długu technicznego, trudno jest szybko i niezawodnie zmienić kod.
Pisanie wysokiej jakości oprogramowania i testów wysokiej jakości jest istotną częścią ciągłego dostarczania.
Architektura
Architektura aplikacji jest zawsze znacząca. Ale podczas implementowania ciągłego dostarczania jest to jeszcze bardziej.
Jeśli oprogramowanie jest monolityczne z wieloma ścisłymi sprzęganiami między różnymi składnikami, ciągłe dostarczanie oprogramowania jest trudne.
Każda zmieniona część może mieć wpływ na inne części, które nie uległy zmianie. Testy automatyczne mogą śledzić wiele tych nieoczekiwanych zależności, ale nadal są trudne.
Istnieje również aspekt czasu podczas pracy z różnymi zespołami. Gdy zespół A opiera się na usłudze zespołu B, zespół A nie może dostarczyć, dopóki zespół B nie zostanie wykonany. Wprowadza kolejne ograniczenie dostarczania.
Ciągłe dostarczanie dla dużych produktów programowych jest złożone.
W przypadku mniejszych części łatwiej jest. Dlatego podzielenie oprogramowania na mniejsze, niezależne elementy jest dobrym rozwiązaniem w wielu przypadkach.
Jednym z podejść do rozwiązywania tych problemów jest zaimplementowanie mikrousług.
Ciągła integracja jest jednym z kluczowych filarów metodyki DevOps.
Po utworzeniu kodu w systemie kontroli wersji potrzebny jest zautomatyzowany sposób integrowania kodu w sposób ciągły.
Usługa Azure Pipelines może służyć do tworzenia w pełni funkcjonalnej wieloplatformowej ciągłej integracji i ciągłego wdrażania.
Współpracuje z preferowanym dostawcą usługi Git i może wdrażać je w większości głównych usług w chmurze, w tym na platformie Azure.
Ten moduł zawiera szczegółowe informacje na temat ciągłej praktyki integracji i filarów wdrażania jej w cyklu życia programowania, jego korzyści i właściwości.
Cele szkolenia
Po ukończeniu tego modułu uczniowie i specjaliści mogą wykonywać następujące czynności:
- Opisz wzorce wdrażania.
- Wyjaśnienie architektury mikrousług.
- Omówienie klasycznych i nowoczesnych wzorców wdrażania.
- Planowanie i projektowanie architektury.
Wymagania wstępne
- Zrozumienie, czym jest metodyka DevOps i jej pojęcia.
- Znajomość zasad kontroli wersji jest przydatna, ale nie jest konieczna.
- Korzystne jest posiadanie doświadczenia w organizacji, która dostarcza oprogramowanie.