Analizy przypadku: trzy implementacje inżynieryjne platformy

Chociaż istnieją różne podejścia do implementowania inżynierii platformy za pomocą modelu możliwości inżynierii platformy, badania użytkowników pokazują, że większość klientów firmy Microsoft należy do jednego z trzech segmentów klientów: nowego innowatora, konstruktora strategicznego i pioniera platformy. W tym artykule przedstawiono analizę przypadku rzeczywistego klienta w każdym segmencie. Nazwy firm są usuwane w celu zachowania poufności informacji.

Wschodzący innowator: Firma ubezpieczeniowa

Segment klienta	Obszary fokusu	Rozmiar zespołu	Cechy organizacji	Częstotliwość
Nowy innowator	Szybkie opracowywanie produktów, automatyzowanie procesów ręcznych, eliminowanie nieefektywności	1–5 (z zespołów devOps lub infrastruktury chmurowej)	Identyfikuje wąskie gardła, aby poprawić procesy dostarczania, zaczynając dostrzegać potrzebę rozwiązań obejmujących całą organizację.	Drugi najczęściej spotykany

Duża firma ubezpieczeniowa zdaje sobie sprawę, że ma inną infrastrukturę rozłożoną na duży stos technologiczny. Istnieje wiele platform i środowisk, a nie wiele sposobów, aby deweloperzy mogli rozpocząć pracę bez polegania na innych zespołach. Firma musi zmniejszyć koszty rosnącej siły roboczej i mieć bardziej ustandaryzowane systemy.

"Punkt zwrotny był prawie prosty. Biorąc pod uwagę, że mamy wiele platform inżynieryjnych oraz wiele środowisk infrastruktury, w tym hybrydowe, bez możliwości samoobsługowego portalu dla deweloperów i trzy różne, rozległe stosy w naszej architekturze, musieliśmy wprowadzić coś takiego jak Terraform, lub gracza na poziomie przedsiębiorstwa, takiego jak GitLab lub GitHub. Aby zarządzać kompleksowymi platformami konteneryzowanymi, rozważaliśmy coś takiego jak OpenShift, Ansible na potrzeby automatyzacji przepływu pracy i Backstage dla platformy deweloperskiej. Przeprowadziliśmy kompleksową ocenę, aby ujednolicić działania w tak rozległym stosie technologicznym... Jest to bardzo prosty przykład obniżenia kosztów poprzez redukcję personelu lub bazy deweloperów o 30%." - Główny architekt, firma ubezpieczeniowa

Wyzwanie: Ich głównymi wyzwaniami są rosnące koszty chmury, problemy ze zgodnością, brak wiedzy inżynieryjnej infrastruktury, niezrównoważone procesy i niespójna komunikacja zespołowa.

Firma ubezpieczeniowa planuje zaimplementować ustandaryzowaną platformę dla wszystkich działań związanych z opracowywaniem i wdrażaniem w celu wspierania współpracy, przyspieszania konfigurowania projektu i upraszczania ładu. Firma koncentruje się na rozwoju wszystkich pięciu kluczowych czynników inżynieryjnych platformy.

Inwestycja: Firma współpracuje z partnerem zewnętrznym w celu zaimplementowania inżynierii platformy przy użyciu modelu kompilacji, obsługi i transferu (BOT). Partner zewnętrzny opracowuje i obsługuje platformę przed przeniesieniem jej z powrotem do organizacji po uzyskaniu wiedzy i zdolności do zarządzania nią wewnętrznie.

Adopcja: Istnieje znaczny wewnętrzny opór przed przyjęciem nowych praktyk. Deweloperzy nie chcą przechodzić od tradycyjnych metod do nowszych platform i zestawów narzędzi. Aby to przezwyciężyć, kierownictwo organizacji promuje wdrożenie inżynierii platformy, wiążąc je z korzyściami w zakresie produktywności, czyniąc go częścią celów pracowników.

Rządzenie: Zespół planowania i wdrażania (EPD) przedsiębiorstwa jest odpowiedzialny za zgodność i bezpieczeństwo. Scentralizowana struktura ładu jest celowa w celu utrzymania wysokiego poziomu zabezpieczeń i uniknięcia luk w zabezpieczeniach, co sprawia, że decentralizacja staje się wyzwaniem. Istnieje dążenie do demokratyzacji procesów wdrażania dla programistów, zachowując protokoły zarządzania w celu zapobiegania naruszeniom danych i zapewnienia zgodności. Celem jest zrównoważenie bezpieczeństwa i elastyczności.

Aprowizacja: Firma poprawia wydajność i skraca czas aprowizacji, przyjmując bardziej zintegrowany i samoobsługowy model. Potencjalna redukcja czasu i zasobów poświęcanych na udostępnianie zasobów jest głównym motorem zmiany.

Interfejsy: Organizacja przyjmuje Backstage ze względu na jego elastyczność open source, efektywność kosztową i znajomość wśród programistów. Cortex był również brany pod uwagę. Decyzja o wybraniu backstage była napędzana kosztami i możliwościami integracji.

Pomiary i opinie: Trudno było przejść do bardziej znaczącego systemu opinii, ponieważ firma ma starszy system pomiaru i musi dostosować metryki techniczne do wskaźników KPI biznesowych. Firma planuje pracować nad dostosowaniem wysiłków inżynieryjnych do wyników biznesowych w celu uzyskania bardziej zintegrowanego podejścia do pomiaru. W trakcie tego przejścia firma dodaje narzędzia i platformy, które zapewniają analizę w czasie rzeczywistym i możliwość obserwacji.

Budowniczy strategiczny: Instytucja finansowa

Segment klienta	Obszary fokusu	Rozmiar zespołu	Cechy organizacji	Częstotliwość
Konstruktor strategiczny	Współpraca, zmniejszenie nadmiarowego nakładu pracy, udostępnione rozwiązania, standaryzacja, zarządzanie kosztami	1–15 ekspertów technicznych (deweloperzy i specjaliści ds. infrastruktury)	Kierownictwo postrzega deweloperów jako klientów, częściowo zintegrowane funkcje inżynieryjne platformy (samoobsługa nie jest w pełni przyjęta)	Najczęstsze

Instytucja finansowa jest na średnim poziomie dojrzałości metodyki DevOps, z niektórymi centralnymi artefaktami wielokrotnego użytku, ustandaryzowanymi wytycznymi i podstawową automatyzacją zarządzaną za pomocą kodu. Organizacja osiągnęła punkt, w którym rozmiar swoich zespołów programistycznych i różnorodność jej narzędzi i praktyk tworzą znaczne koszty. Instytucja miała tysiące niestandardowych narzędzi używanych w całej firmie i wiele złożonych potrzeb organizacyjnych. Bank planuje zaoferować deweloperom "złotą ścieżkę", aby zwiększyć produktywność, która ma elastyczność wbudowaną, jednocześnie unikając podejścia uniwersalnego.

"Chodziło więc o to, że pokażemy im [deweloperom], że ta [złota ścieżka] jest jednym ze sposobów na zrobienie tego, co poprawi twoją produktywność, ale nie jest to jedyny sposób. Prawy? Chcieliśmy więc pozostawić wystarczająco dużo miejsca, aby deweloper miał poczucie, że ma pełną swobodę wprowadzania zmian na tej ścieżce, którą mu wskazujemy. Więc kiedy te ścieżki są definiowane w zespole CTO, pytanie brzmi zawsze, jakie ścieżki mają być zdefiniowane, które będą działać dla większości osób w banku? Jak powiedziałem, jesteśmy bardzo skomplikowani. W całym banku są używane tysiące narzędzi. "Podejście typu 'jeden rozmiar dla wszystkich' zawsze było największym problemem." - Dyrektor wykonawczy, instytucja finansowa

Wyzwanie: Ich głównym wyzwaniem jest wysokie koszty i nieefektywność ze względu na wiele różnych narzędzi i praktyk. Firma chce upewnić się, że platforma spełnia konkretne potrzeby każdego zespołu bez powodowania problemów ani nadmiernie nakazowego podejścia, co mogłoby utrudnić wdrożenie. Instytucja finansowa nie ma również wiedzy na temat opracowywania niestandardowych rozwiązań platformowych w firmie.

Instytucja finansowa planuje skupić się na wzroście dla trzech kluczowych obszarów: wdrażania, ładu korporacyjnego oraz dostarczania i zarządzania. Bank chce zwiększyć wykorzystanie rozwiązania inżynieryjnego dla platformy, lepiej zintegrować zarządzanie i tworzyć zautomatyzowane narzędzia dostarczania zasobów.

Inwestycja: Instytucja finansowa ma centralny zespół inżynieryjny z 120 osobami rozmieszczonymi w wielu lokalizacjach na całym świecie. Około 20 członków składa się z zespołu centrum doskonałości (COE). Zespół DSE wdraża najlepsze rozwiązania inżynieryjne, platformę i metodykę DevOps we wszystkich innych działach biznesowych.

Wdrożenie: Zespół inżynierii platformy koncentruje się na egzekwowaniu zasad ustalonych przez zespół centrum doskonałości, aby kierować operacjami inżynieryjnymi. Firma planuje również motywować zespoły publicznie widocznymi metrykami wydajności. Ogólnie rzecz biorąc, bank chce zwiększyć użycie platformy bez polegania na ścisłych dyrektywach i metrykach. Jednak stoją one przed wyzwaniami w doskonaleniu umiejętności zespołu COE do zarządzania różnorodnymi technologiami stosowanymi przez zespoły inżynieryjne. Główną przeszkodą jest to, że platforma może nie spełniać konkretnych potrzeb poszczególnych zespołów, potencjalnie powodując problemy.

Rządzenie: Rozwiązanie inżynieryjne platformy to wewnętrznie opracowany portal, który pełni rolę centrum dla deweloperów, oferując narzędzia, przewodniki, standardy kodowania i filmy wideo. Rozwiązanie zawiera test dotyczący minimalnych wymagań przedsiębiorstwa (MERS), aby zapewnić zgodność przed rozpoczęciem kodowania. Portal zawiera wersję Stack Overflow do wsparcia technicznego, certyfikowane profile inżynierów oraz proces wdrożeniowy, aby zapoznać nowych deweloperów ze standardami i narzędziami. Firma planuje usprawnić zarządzanie zasobami i zintegrować zarządzanie z cyklem rozwoju, usuwając wąskie gardła i przyciągając najlepsze talenty techniczne nowoczesnym zestawem narzędziowym.

Udostępnianie zasobów: Zespół COE stworzył "optymalne ścieżki" dla deweloperów, aby zwiększyć produktywność przy zachowaniu elastyczności. Celem jest oferowanie wydajnej ścieżki przy jednoczesnym umożliwieniu dostosowywania. Podczas projektowania tych ścieżek zespół CTO dąży do spełnienia wymagań większości deweloperów, ale złożoność banku, z tysiącami narzędzi w użyciu, sprawia, że wdrożenie ustandaryzowanego podejścia jest trudne. Aby skalować platformę, organizacja planuje zaimplementować automatyczną aprowizację zasobów w celu zaspokojenia zróżnicowanych potrzeb wielu zespołów inżynieryjnych.

Interfejsy: Wewnętrzny portal deweloperów został zbudowany głównie wewnętrznie. Jest ona nazywana wewnętrznie portalem DevOps, chociaż obejmuje szersze funkcje inżynieryjne platformy poza tylko metodykami DevOps. Portal służy jako scentralizowany zasób dla deweloperów i zawiera różne narzędzia, materiały szkoleniowe, filmy wideo i szkolenia, a także dostęp do narzędzi automatyzacji, przewodników samoobsługowych i konteneryzowanych obrazów na potrzeby programowania. Portal jest również zintegrowany z narzędziami zabezpieczeń, takimi jak Sonatype do skanowania kodu i zawiera rejestr zatwierdzonych obrazów i standardowy kod.

Pomiary i opinie: Zespół Centrum Doskonałości jest otwarty na opinie i aktywnie o nie prosi zespoły inżynieryjne. Ambasadorzy deweloperów i ambasadorzy zbierają również opinie w imieniu zespołu COE. Proces przesyłania opinii jest w większości nieformalny.

Pionier platformy: firma zajmująca się oprogramowaniem

Segment klienta	Obszary fokusu	Rozmiar zespołu	Cechy organizacji	Częstotliwość
Pionier w dziedzinie platform	Traktowanie deweloperów jako klientów, zarządzanie platformą jako produktem, silne środowisko deweloperskie	16+ z wyspecjalizowanymi grupami	Podkreśla odpowiedzialność, upodmiotowienie i innowacje, promuje samoobsługę i minimalizację przełączania kontekstu	Najmniej typowe

Firma zajmująca się oprogramowaniem jest na wysokim poziomie dojrzałości metodyki DevOps. Deweloperzy firmy mogą samodzielnie aprowizować usługi w chmurze zgodnie z wytycznymi firmy. Duży zespół ds. platformy firmy z ponad 250 członkami pomyślnie opracował niestandardowe rozwiązania inżynieryjne platformy dla organizacji. Firma planuje zbadać, jak kontynuować ulepszanie swojej organizacji za pomocą inżynierii platformy.

"Jak umożliwić naszym deweloperom szybsze dostarczanie lepszego oprogramowania i (tańsze)?.. Nadal musimy zbadać i zainwestować w to, co może być to idealne rozwiązanie, które może działać dla naszej strategii wielochmurowej... istnieje jeden system, który może być skalowany do różnych potrzeb deweloperów?.. Używamy generacyjnych rozwiązań sztucznej inteligencji i sztucznej inteligencji wbudowanych w dokumentację i odnajdywanie informacji. Naszym celem jest uczynienie deweloperów odpowiedzialnymi." - Starszy lider inżynieryjny, firma zajmująca się oprogramowaniem

Wyzwanie: Głównym wyzwaniem firmy jest ustalenie, jak nadal udoskonalać już silne praktyki inżynieryjne platformy w sposób, który oszczędza pieniądze, eksploruje generowanie sztucznej inteligencji, zwiększanie wdrażania i pracę w środowisku wielochmurowym.

Firma zajmująca się oprogramowaniem planuje skupić się na rozwoju dla czterech kluczowych czynników: inwestycji, wdrażania, aprowizacji i zarządzania oraz interfejsów. Firma zajmująca się oprogramowaniem działa już na wysokim poziomie inżynierii platformy i chce kontynuować. Firma planuje zbadać sposoby integrowania generatywnej sztucznej inteligencji (z zarządzaniem), zwiększenia adopcji platformy i implementacji pętli zwrotnych opartych na wskaźnikach.

Inwestycja: Platforma jest finansowana i wspierana poprzez współpracę między biurami CTO i CFO. Dedykowany zespół platformy, utworzony przez realokację zasobów, obejmuje od 250 do 280 członków, jak architekci i inżynierowie. Zespół nadzoruje obliczenia, środowisko uruchomieniowe, ciągłą integrację/ciągłe wdrażanie, narzędzia i możliwość obserwacji, koncentrując się na wydajności kosztów. Badają generowanie sztucznej inteligencji pod kątem skalowalności infrastruktury, ale są potrzebne dalsze badania i inwestycje.

Adopcja: Deweloperzy początkowo przyjęli platformę głównie pod kątem optymalizacji kosztów i wydajności, spowodowanej pandemią. Wewnętrzne kampanie, w tym hackathons, promują platformę, pokazując korzyści, takie jak szczegółowe informacje o dojrzałości usług. Zespół platformy miał trudności z przekonaniem niektórych zespołów do przejścia z istniejących konfiguracji do platformy.

Rządzenie: Model zapewniania ładu dla platformy jest ustrukturyzowany wokół centralnego zespołu platformy, który zarządza podstawowymi elementami. Poszczególne zespoły usług współtworzyją wtyczki. Istnieje proces przeglądu dla wszystkich składek w celu sprawdzenia, czy są one zgodne ze standardami organizacyjnymi i spełniają szersze potrzeby. Zespół platformy utrzymuje katalog usług i mapę usług w celu śledzenia metadanych i zależności, co pomaga zapewnić odpowiedzialność i zarządzanie zasobami. Ponadto dedykowany organ nadzoru został ustanowiony specjalnie dla aplikacji sztucznej inteligencji w celu zarządzania ich użyciem i zapewnienia zgodności ze standardami.

Udostępnianie: Zespół ds. platformy zapewnia scentralizowaną, ale elastyczną platformę do tworzenia, wdrażania i zarządzania zasobami. Platforma jest oparta na Kubernetes i korzysta z Argo CD do CI/CD. Narzędzie oferuje niestandardowe szablony i wstępnie zdefiniowane przepływy pracy. Platforma zawiera dom deweloperów, w którym użytkownicy mogą zarządzać cyklem życia infrastruktury od aprowizowania do wdrożenia. Zespoły współtworzyją dostosowane wtyczki, aby zwiększyć funkcjonalność. Celem jest bezproblemowe zarządzanie infrastrukturą wielochmurową za pomocą skalowalnej platformy.

Interfejsy: Deweloperzy używają centrum deweloperów na platformie do zarządzania infrastrukturą, udostępnianiem zasobów i całym cyklem rozwoju. Architektura oparta na wtyczkach platformy umożliwia dostosowywanie, a generowanie sztucznej inteligencji zwiększa dokumentację i możliwość wyszukiwania.

Pomiary i opinie: Organizacja zbiera opinie za pośrednictwem ankiet i używa metryk, takich jak DORA (częstotliwość wdrażania, czas realizacji, współczynnik awarii zmian i średni czas odzyskiwania) w celu oceny skuteczności platformy. Te metryki są podzielone na kategorie zwinności i stabilności, aby zidentyfikować wąskie gardła i poprawić wyniki.