Optymalizacja kosztów CI/CD i efektywności runnerów

Szybkość i niezawodność przyciągają uwagę, ale koszt jest równie rzeczywistym czynnikiem. Sumują się minuty CI/CD, moc obliczeniowa runnerów i transfer danych z chmury, zwłaszcza przy dużej skali.

Traktowanie kosztu jako kluczowej metryki pomaga utrzymać potoki w dobrej kondycji wraz z rozwojem zespołu.

Główne czynniki wpływające na koszt CI/CD to:

• Łączna liczba wykorzystanych minut runnerów
• Rozmiar runnera (większe maszyny kosztują więcej za minutę)
• Niepotrzebne lub zduplikowane kompilacje
• Powolne lub brakujące pamięci podręczne

Optymalizacja każdego z tych elementów obniża rachunki bez spowalniania pracy.

Większe runnery kończą pracę szybciej, ale kosztują więcej za minutę. Najtańszą opcją jest najmniejszy runner, który nadal mieści się w założonym limicie czasu.

Wykonaj test zadania na maszynach o różnych rozmiarach i wybierz najlepszy koszt jednego kompilowania, a nie tylko najszybszą opcję.

Jeśli programista szybko wypchnie zmiany dwa razy, pierwsze uruchomienie jest zwykle niepotrzebne. Funkcja Concurrency z opcją cancel-in-progress automatycznie kończy nieaktualne uruchomienie.

Zawieszone zadanie może zużywać minuty aż do osiągnięcia domyślnego limitu platformy. Zawsze ustawiaj timeout-minutes, aby niekończące się zadania szybko i tanio kończyły się niepowodzeniem.

Połącz filtry ścieżek z wykrywaniem zmian, aby uruchamiać tylko zadania, których dotyczy zmiana. Najtańsza minuta to ta, której nigdy nie trzeba wykorzystać.

Używaj również paths-ignore, aby całkowicie pomijać CI w przypadku zmian dotyczących wyłącznie dokumentacji.

Dobra pamięć podręczna może skrócić trwającą kilka minut instalację zależności do kilku sekund. Szybsze zadania oznaczają mniej rozliczanych minut.

Twórz klucze pamięci podręcznej precyzyjnie na podstawie plików blokad, aby zachować ich aktualność i przydatność.

Zadania wykonywane równolegle kończą się szybciej (co skraca czas dostarczenia), ale zużywają tyle samo lub więcej łącznych minut. Zadania szeregowe wykorzystują mniej równoczesnych runnerów, ale trwają dłużej.

Znajdź równowagę zależnie od tego, czy optymalizujesz szybkość, czy koszt.

Przy dużym obciążeniu runnery self-hosted działające na własnej infrastrukturze mogą kosztować mniej za minutę niż runnery hostowane, ale wymagają dodatkowej pracy związanej z utrzymaniem i bezpieczeństwem.

Oblicz punkt rentowności: porównaj stały koszt infrastruktury z iloczynem kosztu hostowania za minutę i miesięcznej liczby minut.

Nie można optymalizować tego, czego się nie mierzy. Śledź w czasie liczbę minut na przepływ pracy i koszt scalonego PR-a.

Raporty rozliczeń i użycia GitHub oraz wyeksportowane czasy uruchomień pozwalają zbudować prosty pulpit kosztów.

Nie obniżaj kosztów kosztem jakości. Celem jest efektywność: utrzymuj dobre metryki DORA (częstotliwość, czas dostarczenia, czas przywrócenia działania i odsetek nieudanych zmian), jednocześnie ograniczając marnotrawstwo.

Zoptymalizowany potok jest szybki, niezawodny i ekonomiczny.

Sprawdź swoją wiedzę na temat optymalizacji kosztów potoków.

Nauczyłeś się tworzyć efektywne kosztowo potoki.

• Dobieraj odpowiedni rozmiar runnerów i ustawiaj timeout-minutes
• Anuluj nieaktualne uruchomienia i pomijaj niepotrzebną pracę
• Intensywnie korzystaj z pamięci podręcznej, aby ograniczać obliczenia
• Mierz koszt kompilowania i równoważ go z metrykami DORA

Efektywność oznacza szybkie, niezawodne i przystępne cenowo dostarczanie oprogramowania.