DevOps - Budowa Środowiska i Zespołu

Organizacja specjalizująca się w produkcji oprogramowania podjęła decyzję o ujednoliceniu procesów zarządzania kodem źródłowym i stworzeniu stabilnej platformy do konteneryzacji.

Cel projektu

Projekt ma na celu automatyzację procesów kompilacji, wersjonowania i wdrażania aplikacji niezależnie od technologii, w której zostały napisane. 

• Wszystkie operacje związane z budową środowisk mają być realizowane wewnątrz organizacji.
• Kod źródłowy, konfiguracje, biblioteki i obrazy systemów mają być wersjonowane i przechowywane w wewnętrznym repozytorium organizacji.
• Usługi mają działać na bazie środowisk kontenerowych, z możliwością swobodnego skalowania i gwarancją ciągłości działania podczas wdrażania nowych wersji.
• Docelowo ma powstać kompleksowe rozwiązanie realizujące mode CI/CD (Continuous Integration / Continuous Delivery).

Stworzono nowe środowisko CI/CD, przeznaczone do budowy złożonych aplikacji zawierających wiele mikro usług, do zarządzania którymi w przeszłości potrzeba było angażować wielu administratorów. Po implementacji środowisk CI/CD zminimalizowano m.in. przerwy wdrożeniowe.

Realizując projekt zastosowano poniżej wymienione rozwiązania, m.in.:

• maszyny wirtualne - w zakresie przygotowania całej infrastruktury,
• oprogramowanie opensource (większość elementów budowanego środowiska, instancje systemowe oraz oprogramowanie narzędziowe)
• Jenkins w architekturze Master-Slave - zarządzanie kompilacją i wdrażaniem nowych wersji,
• Artifactory - gromadzenie wyników kompilacji w postaci bibliotek,
• repozytorium obrazów systemów dla środowiska kontenerowego,
• SonarQube - testy jakości wytworzonego kodu źródłowego,
• GIT - repozytorium wyników prac programistów i DevOps z  wersjonowaniem realizowane jest przy pomocy standardu GIT. 

• Automatyzacja procesów, kompilacji i wdrażania aplikacji została zrealizowana przez definicję zadań w Jenins w postaci wersjonowanych pipeline’ów.
• Kubernetes (k8s) - środowiska kontenerowe zapewniają ciągłość działania, optymalizację wydajności i niezawodność.
• Wszystkie kontenery powoływane są na podstawie konfiguracji zdefiniowanej w szablonach typu Helm.
• Zabbix, Grafana i Prometheus -  monitorowanie stanu maszyn wirtualnych, usług, mikro serwisów oraz ich logów. 

Ograniczenie istotnych zagrożeń projektowych.

• Wprowadzenie podejścia GitOps w oparciu o oprogramowanie ArgoCD pomogło ograniczyć kilka zdefiniowanych zagrożeń, m.in: ryzyko braku rozliczeń dla wprowadzanych zmian.

• Skutecznie przewidywanie i wykrywanie awarii oraz niestandardowego zachowania aplikacji poprzez monitorowanie stanu maszyn wirtualnych, usług, mikro serwisów oraz ich logów (wykorzystanie aplikacji Zabbix, Grafana i Prometheus).
• Wykrywanie niestandardowych stanów aplikacji.
• Powstało jednolite środowisko do gromadzenia, testowania i uruchamiania tworzonego oprogramowania.
• Maksymalizacja bezpieczeństwa poprzez zapisywanie wszystkich danych w lokalnych repozytoriach.
• Skalowalność zasobów oraz szybkie i bezpieczne wdrażanie nowych wersji dzięki zastosowaniu Kubernetes, podejścia GitOps oraz lokalnej wirtualizacji.

Wdrożenie opisanych standardów i rozwiązań oraz wprowadzenie właściwych procedur zwiększyło przewidywalność wystąpienia incydentów i awarii aplikacji w całym procesie wytwarzania oprogramowania oraz w fazie użytkowania.