01/06/2022
Biznes Blog

A co, jeżeli Twoja firma urośnie szybciej niż produkt? Sprawdź dojrzałość swojego procesu CI/CD

Dariusz Kropop 7 min Przeczytaj

Startupy, młode firmy, przedsiębiorstwa nastawione na szybki rozwój – wszystkie te biznesy narażone są na poważne zagrożenia w projektach IT, które to mogą zatrzymać ich wzrost lub nawet doprowadzić do całkowitego zamknięcia firmy. Więcej na ten temat pisaliśmy w artykule “Firma o krok nad przepaścią. Jak nie doprowadzić do bolesnego upadku?”, a dzisiaj omówimy kilka klasycznych problemów projektowych, przed którymi chroni odpowiednio wdrożony proces CI/CD.

 

Zanim przejdziesz do głównej części artykułu, może masz odwagę już teraz przetestować poziom dojrzałości procesu CI/CD w Twojej firmie? Wypełnij krótki interaktywny test i sprawdź, na jakim etapie automatyzacji jesteś Ty i Twój zespół!

 

Weź udział w QUIZIE

 

Nowoczesne oprogramowanie musi powstawać szybko i być wysokiej jakości, inaczej biznes w mgnieniu oka zaprzepaści swoje szanse w wyścigu technologicznym. Firmom zależy na jak najszybszym udostępnieniu aplikacji użytkownikom, a następnie modyfikowaniu i rozwijaniu ich w sposób ciągły. Aby tak się działo, należy pokonać kilka przeszkód, które opóźniają proces rozwoju oprogramowania i negatywnie wpływają na prace projektowe.

Jeżeli w swoim zespole developerskim spotykasz się z podobnymi problemami:

  • System działa różnie na różnych środowiskach programistycznych (a ty wciąż słyszysz, że “U mnie działa!”),
  • Czas potrzebny od wprowadzenia zmiany w kodzie do wdrożenia jej na środowisko wydłuża się w nieskończoność,
  • Aplikacja działa niestabilnie, a wy macie trudność z izolacją zmiany, która spowodowała problemy,
  • Stale napotykacie błędy i opóźnienia przy wdrażaniu nowych funkcji,
  • Musicie przeprowadzać ręczne testy,
  • Macie problemy z bezpieczeństwem rozwiązania,
  • Zauważacie niską jakość kodu.

To najwyraźniej najwyższy czas wdrożyć procesy Continuous Development. 

Czym jest proces CI/CD i jakie przynosi korzyści?

Wytyczne CI (Continuous Integration) i CD (Continuous Delivery) są częścią metodyki DevOps, zwierającą zbiór dobrych praktyk, skupiających się wokół pracy nad projektami IT.

 

Procesy Continuous Development

Continuous Integration

  • Celem CI jest wypracowanie zautomatyzowanego sposobu budowania oraz testowania aplikacji.
  • Zespół dąży do jak najczęstszego wdrażania zmian do głównej linii kodu oraz ich natychmiastowego testowania.

Continuous Delivery

  • Kluczowym aspektem CD jest automatyzacja procesu dostarczania zmian dla wszystkich wykorzystywanych w projekcie środowisk.
  • Samo wdrożenie na produkcję może odbywać się w sposób automatyczny lub manualny, w zależności od poziomu ryzyka, jakie wiąże się z danym projektem.

Continuous Testing

  • Celem procesu CI/CD jest szybkie dostarczanie wysokiej jakości kodu, tym samym wymaga ciągłego przeprowadzania testów.
  • Testy przeprowadzane są automatycznie jako integralna część CI/CD pipeline.

 

Przez ostatnie lata zrobiło się wokół CI/CD pipeline sporo szumu, ponieważ wdrożenie procesu pozwala na automatyzację części prac projektowych. Przed firmami otworzyła się droga do szybszego dostarczania oprogramowania, a jaki biznes nie chciałby zyskać na czasie? W ten sposób ciągłość i automatyzacja wszystkich etapów powstawania kodu zaczęła być atrakcyjną opcją.

W końcu CI/CD przynosi korzyści takie jak:

  • Skrócenie czasu między kodowaniem a wdrażaniem zmian na produkcję,
  • Sprawniejsze przekazywanie funkcji do testowania i integracji,
  • Szybsze identyfikowanie niezgodności w kodzie i problemów, a tym samym ich naprawa lub wycofanie,
  • Automatyczne testowanie, które pozwala pracować nad aplikacją w sposób ciągły, a tym samym stale poprawiać jej jakość,
  • Większa produktywność zespołów developerskich, które nie muszą oczekiwać na finalne testy.

Procesy Continuous Development pozwalają ulepszać aplikacje w sposób ciągły, co przekłada się na szybsze wdrażanie nowych pomysłów i funkcjonalności. Firmy, które rozwijają swoje cyfrowe produkty pozostawiając je w fazie Continuous Product Design oraz posiadając rozwinięty proces CI/CD, mają dużą szansę utrzymywać na rynku pozycję lidera w swojej branży.

Dlaczego firmy nie korzystają z procesu CI/CD?

Biorąc pod uwagę wszystkie korzyści, jakie stoją za narzędziami i rozwiązaniami powiązanymi z CD, wydawać by się mogło, że każda firma powinna dążyć do wprowadzenia Continuous Delivery jako standardu podczas realizacji projektów. Praktyka pokazuje jednak, że firmy wcale nie tak często korzystają z możliwości ciągłej integracji, dostarczania i wdrażania oprogramowania.

Największe przeszkody, jakie blokują wdrożenie CD w firmach:

  • Niewielkie doświadczenie programistów w obszarze DevOps,
  • Przyzwyczajenie do tkwienia w powtarzalnych schematach i manualnej pracy; strach przed automatyzacją i “utratą” części pracy,
  • Obawa przed wprowadzeniem do środowisk zmian zawierających błędy,
  • Tkwienie w przeświadczeniu, że rzadsze wdrażanie większych zmian jest szybsze i prostsze,
  • Brak zrozumienia ze strony kierownictwa/klienta, że wdrożenie procesu CI/CD – chociaż początkowo wiąże się z większymi opłatami i dłuższym czasem rozpoczęcia projektu – później zwraca się z nawiązką.

Jak tworzyć rozwiązania, które rosną wraz z biznesem?

Dzięki zrozumieniu zagrożeń, jakie wiążą się z rozbudowanymi projektami IT i wyeliminowaniu ich już u źródła. Trudne w rozwoju aplikacje, niestabilne, pełne błędów, które z czasem zaczynają blokować biznes, najczęściej są wynikiem braku doświadczenia w budowaniu oprogramowania oraz złymi wzorcami projektowymi. Aby mieć pewność, że dostarczamy klientom elastyczne i bezpieczne rozwiązania, wypracowaliśmy własny framework projektowy: Software as a Journey, który jest efektem wielu lat doświadczenia w prowadzeniu projektów dla dużych firm z sektora enterprise.

SaaJ prowadzi nas przez każdy projekt, eliminując ryzyka i powodując, że nawet najbardziej skomplikowane systemy nie są już wyzwaniem. Jego ważną częścią jest realizacja wszystkich trzech elementów procesu Continuous Development:

  • Continous Integration – wspólne repozytorium kodu, do którego możliwie często commitujemy małe zmiany (każdy programista przynajmniej raz dziennie). Kod jest kompilowany i testowany (testy jednostkowe i integracyjne) po każdej zmianie.
  • Continuous Delivery – automatycznie budujemy gotowe paczki (zawierające to, co wytworzył Continous Integration), które mogą zostać umieszczone w dowolnym środowisku. W tym miejscu przeprowadzamy także testy funkcjonalne lub np. wstępnie wygenerowane testy akceptacyjne.
  • Continous Deployment – możemy przeprowadzać automatyczny deployment na środowiska docelowe. Kod nie ulega zmianom, ale zmienia się konfiguracja.

 

Infografika przedstawiająca proces Continuous Delivery

Continuous Deployment można rozumieć jako uzupełnienie Continuous Delivery, ponieważ różnica zachodzi dopiero w ostatnim kroku. Co jednak ważne, nie w każdym projekcie stosujemy automatyczną instalację na produkcji – niektóre procedury klientów wymagają ręcznego podejścia, dlatego zawsze uzgadniamy to wcześniej.

 

Dzięki takiemu podejściu:

  • Szybko wprowadzamy i wycofujemy zmiany. Rzadko dochodzi do sytuacji, w której zmiany wycofywane są już z produkcji,
  • Nasze zespoły cały czas pracują nad skróceniem cyklu oraz identyfikują i analizują ryzyka z nim związane,
  • Przeprowadzamy automatyczną analizę kodu przy użyciu narzędzi takich jak SonarQube czy Checmarx,
  • Wydania są częste i zautomatyzowane,
  • Posiadamy politykę zarządzania konfiguracją.

 

[su_service title=”Software as a Journey:” icon=”icon: exclamation” icon_color=”#bbe2ef” size=”36″]Chcesz mieć pewność, że współpraca z software housem będzie układać się po Twojej myśli? Poznaj możliwości naszego frameworku na podstawie projektu, jaki realizowaliśmy dla Hyundai Glovis.[/su_service]

 

Przejdź do CASE STUDY

 

Czym grozi brak rozwiązań Continuous Development?

Dobrze ułożony proces CI/CD pomaga przyspieszyć pracę i umożliwia sprawny rozwój aplikacji, jednocześnie dbając o jej bezpieczeństwo, stabilność i wydajność. Wykorzystywane narzędzia pomagają dbać o standaryzację kodu i jego jakość, co równocześnie zmniejsza problem długu technicznego.

Praca bez składowych Continuous Development naraża firmę na wszystkie zagrożenia wymienione w pierwszej części artykułu oraz zwiększa prawdopodobieństwo długu technicznego.  Opóźnienia i problemy mogą być tak duże, że w rezultacie firma zacznie rosnąć szybciej, niż jej produkt. Nowi klienci będą napływać, pojawią się dodatkowe potrzeby, odkrywane będą kolejne błędy, ale produkcja nie będzie w stanie udźwignąć ogromu zmian, co zahamuje rozwój biznesu.

 

Chcesz, żeby Twoje oprogramowanie rozwijało się tak szybko, jak rośnie Twój biznes?