– 1 Godzinne wprowadzanie
W tej sesji przedstawiamy wprowadzenie do DevOps oraz Continuous Integration. Godzina zdecydowanie wystarczy na powierzchowne wyjaśnienie tematu, jednak mimo wszystko mamy nadzieję, że wzbudzi to Twoje zainteresowanie i zmotywuje Cię do dalszej nauki. Aby uzyskać ogólne zrozumienie DevOps i Continuous Integration omówimy:
- Czym jest DevOps i czym jest jego ciągła integracja
- Najczęściej używane oprogramowanie
- Cele zautomatyzowanego testowania
- Micro Usługi
CZYM JEST DEVOPS?
DevOps to skrót od “Development” i “Operations”. Kluczowym celem DevOps jest ujednolicenie procesów tworzenia oprogramowania i operacji IT w celu rozbicia silosów.
W Right People Group spotykamy coraz więcej klientów przechodzących od tradycyjnego do elastycznego tworzenia oprogramowania. DevOps jest zbudowany na zasadach agile. Ogólnie rzecz biorąc widzimy jednak, że większość firm wdraża Agile Principles niż wdrażanie DevOps.
Kiedy rozmawiamy z niezależnymi programistami, dowiadujemy się jednak, że jest to jedna z największych przeszkód w rozwoju operacji IT.
Poniżej znajduje się ogólne wprowadzenie do DevOps:
CIĄGŁA DOSTAWA I CIĄGŁA INTEGRACJA
DevOps oznacza, że mniej osób jest potrzebnych w roli operacyjnej IT. Świadczy to o tym, że role te drastycznie się zmieniają. Jednocześnie kluczem do sukcesu jest fakt, że pracownicy działów IT popierają ten proces. Jest on jednak trudny we wdrożeniu. Dlatego właśnie tak trudno jest odnieść sukces.
Dzięki naszym klientom widzimy jednak, że udało im się wdrożyć Continuous Deliver oraz że są w stanie osiągnąć zwinność zapewniającą wartość zarówno dla biznesu jak i jakości budowanego oprogramowania.
Oto film wyjaśniający podstawy DevOps oraz Ciągłej Integracji:
GITHUB I JENKINS
Dwa z najczęściej używanych programów DevOps oraz Continuous Integration to Jenkins i GitHub. Spójrzmy na te dwa poniżej:
GitHub
Jenkins
BADANIE AUTOMATYCZNE
Podstawą DevOps jest testowanie automatyczne, ponieważ zbędne byłoby pisanie kodu bez wykonywania testów w pierwszej kolejności. W Right People Group jesteśmy tego silnymi zwolennikami i chcemy współpracować z programistami, którzy kierują się takim sposobem myślenia.
Jak można zauważyć oglądając poniższe video, zespół od samego początku używa automatycznego testu dla całego systemu. Daje im to przede wszystkim wielką przewagę. Nie jest to także łatwe w przypadku dużych projektów, które działają przez wiele lat i mają duże ilości starego kodu, a następnie w pewnym momencie zaczynają korzystać z testów automatycznych. Ogólnie rzecz biorąc, nasi eksperci w takich przypadkach zalecają rozpoczęcie korzystania z testów automatycznych, jednak wdrażanie ich we wcześniej opracowanych częściach systemu.
Poniżej znajduje się koncepcyjne wprowadzenie do testów automatycznych. Zauważ, że test regresji oznacza test, który robisz w celu sprawdzenia czy istniejące części systemu wciąż działają:
MICROSERVICES
Koncepcja architektury mikroserwisów jest coraz bardziej popularna wśród klientów korporacyjnych. Szczególnie w sektorze finansowym. Architektura Microservice jest silnym czynnikiem zapewniającym nieprzerwaną dostawę a my jesteśmy świadkami, że klienci korzystający z architektury mikroserwisu są raczej zaawansowani pod względem możliwości ciągłego dostarczania.
Zanim przejdziemy do Microservices, spójrzmy na ogólny interfejs API:
A oto krótkie wprowadzenie do Microservices:
CZY JESTEŚ NIEZALEŻNYM KONSULTANTEM LUB KONTRAKTOREM?
Zapisz się do naszego newslettera i otrzymuj kontrakty IT odpowiadające Twojemu profilowi oraz lokalizacji na swoją skrzynkę mailową.
CZY POTRZEBUJESZ ODCHODZENIA LUB KONTYNUACJI KONSULTANT INTEGRACJI?
Wyślij nam wiadomość e-mail na adres [email protected] z Twoim CV, stawką godzinową, która odpowiadać będzie Twoim projektom oraz wymaganiom lub czytaj więcej o naszych usługach w zakładkach Konsultant DevOps lub Konsultant ds. ciągłej integracji.
