Tag Azure Devops

Zasoby i środowiska w Azure DevOps

Bazując na dokumentacji MS, środowiska (environments) są logicznymi kontenerami, które grupują zasoby. Zasoby, w tym kontekście, tak na prawdę oznaczają systemy, na których możliwe jest wykonanie wdrożenia aplikacji (deployment targets). Typowo definiuje się środowiska Dev, Test, Production itp., jednak logika jest tu dowolna.

Posiadając zdefiniowaną strukturę środowisk i poszczególnych zasobów, można ich używać w Pipeline (zarówno jednych jak i drugich) do wykonania jakiś operacji na systemach docelowo hostujących nasze aplikacje. Dodatkowo środowiska pozwalają na śledzenie historii wdrożeń wraz z informacją o commitach, na podstawie których dokonano konkretnego wdrożenia. Dokumentacja wskazuje również aspekty związane z diagnostyką i bezpieczeństwem.

W momencie pisania tego tekstu, Azure DevOps wspiera dwa typy zasobów – Kubernetes i Maszyny wirtualne. Te drugie (mimo swojej nazwy) to tak na prawdę dowolne systemy operacyjne, na których jesteśmy w stanie zainstalować oprogramowanie agenta. Właśnie instalacji agenta i przykładowej konfiguracji Pipeline chcę poświęcić ten wpis.

Lokalny, zdockerzyowany agent budowania Azure DevOps

Wraz z modułem Pipeline usługi Azure DevOps, posiadamy dostęp do agentów budowania, zlokalizowanych w chmurze Microsoftu. Jest to całkiem przydatne, bo nie wymaga żadnej konfiguracji z naszej strony. Ma jednak kilka ograniczeń. Przede wszystkim limitowany jest czas dostępu do takich agentów. Dodatkowo, z racji swojej lokalizacji w chmurze, nie będą mogły one w swobodny sposób komunikować się z systemami on-premise.