Platform engineering w wytwarzaniu z AI

Zapewnij prototypom drogę do produkcji

Ludzie mogą badać pomysły różnymi narzędziami AI, a organizacja może zapewniać wspólną drogę do produkcji. Zespół platformowy czyni ją jasną, wspieraną i powtarzalną.

Dla przydatnego prototypu zbierz zadanie użytkownika, przykładowy przebieg pracy, kod źródłowy, jeśli jest dostępny, oraz planowane dane. Oceń, czy dostosować kod, czy zbudować rozwiązanie od nowa na podstawie poznanych wymagań. Przed użyciem produkcyjnych danych uwierzytelniających lub poufnych danych sprawdź aplikację, narzędzia developerskie i runtime względem wymaganych zabezpieczeń.

Jeśli usługa musi działać w Twojej infrastrukturze, zapewnij wspierane wdrożenie na firmowe konta chmurowe lub do sieci. Uwzględnij tożsamość, sekrety, dowody wydania, monitoring i odtwarzanie. Osobno przejrzyj przepływy danych modeli. Kontrola runtime nie oznacza kontroli każdej usługi używanej podczas tworzenia.

Traktuj platformę jak produkt dla użytkowników

Platforma zapewnia zespołom wspierane możliwości budowania i eksploatacji oprogramowania. Mogą to być tożsamości, środowiska, pipeline’y dostarczania, bazy danych, monitoring i kontrole polityk. Przydatną jednostką jest pełny proces zaspokajający powtarzającą się potrzebę.

CNCF opisuje platformy jako możliwości projektowane wokół wewnętrznych użytkowników, ze spójnymi interfejsami i samoobsługą tam, gdzie jest właściwa. Portal może udostępniać te możliwości, ale sam portal nie jest platformą. CNCF Platforms White Paper.

Zacznij od rzeczywistego zapotrzebowania. W fikcyjnej firmie kilka zespołów potrzebuje wewnętrznej usługi webowej z logowaniem pracowników i zarządzaną bazą. Zbuduj wspieraną ścieżkę dla tej potrzeby, zanim dodasz szeroki katalog rzadko używanych funkcji.

Uwzględnij agentów wśród użytkowników platformy

Agent AI może szybko generować kod infrastruktury. Bez aktualnego kontekstu platformy może też wybrać niewspierany region, wzorzec tożsamości lub metodę wdrożenia. Szybsze generowanie nie uzupełnia brakujących ograniczeń organizacyjnych.

Daj agentowi niezawodny interfejs. Określ wejścia, dozwolone wartości, wyjścia i zachowanie przy błędzie. Dostarcz przykłady zgodne z zainstalowaną wersją. Zwracaj błędy pozwalające podjąć działanie bez ujawniania sekretów. Stosuj te same kontrole autoryzacji dla ludzi i agentów.

Żądanie wewnętrznej usługi może wskazywać właściciela, kategorię danych, środowisko, wymaganie odtwarzania i wspierany runtime. Platforma może wtedy wybrać przejrzaną konfigurację lub wyjaśnić, dlaczego potrzebna jest osobna decyzja.

Określ wspieraną ścieżkę i jej granice

To przykładowy podział. Potwierdź go z rzeczywistymi zespołami i dostawcami. Nieprzypisana odpowiedzialność nie znika z powodu istnienia platformy.

Opublikuj ścieżkę wyjątków dla wymagań poza wariantem domyślnym. Wskaż właściciela decyzji i wymagane dowody. Trudny proces wyjątków może zachęcać zespoły do tworzenia niewspieranych systemów poza platformą.

Utrzymuj usługi po utworzeniu

Szablon jest wersją początkową. Nie aktualizuje automatycznie aplikacji, które z niego powstały. Ustal, jak zmiany platformy trafią do istniejących usług i jak będzie sprawdzana zgodność.

Wersjonuj wspólne interfejsy i moduły. Ogłaszaj warunki wycofania. W razie potrzeby zapewniaj wspieraną migrację. Gdy potrzebna jest poprawka bezpieczeństwa, śledź usługi pozostające na dotkniętych wersjach.

Nie zamieniaj zespołu platformowego w ręczną kolejkę akceptacji każdej rutynowej operacji. Automatyzuj powtarzalne kontrole, a decyzje ludzi rezerwuj dla nierozstrzygniętych konsekwencji. Mierz udane użycie, oczekiwanie, wyniki odtwarzania i nakład na utrzymanie.

Połącz platformę z fabryką oprogramowania

Platform engineering określa wspierane możliwości i granice operacyjne. Fabryka oprogramowania łączy wymagania, planowanie, implementację, dowody i dostarczanie. Oba rozwiązania mogą się uzupełniać, gdy fabryka planuje dla rzeczywistej platformy.

Uwzględnij bieżącą eksploatację w ocenie. Sprawdź, kto skanuje nowe podatności, wdraża poprawki, reaguje na incydenty i utrzymuje dowody zgodności. Te możliwości wymagają uzgodnionego zakresu i właścicieli. Określenie „fabryka oprogramowania” ich nie gwarantuje.

Oceń integrację w konkretnym punkcie: czy wygenerowana zmiana może użyć istniejącej ścieżki wdrożenia i zachować jej zabezpieczenia? Czy zespół może sprawdzić powód wyjątku? Kto aktualizuje wspólny kontekst po zmianie platformy?

Badania DORA umieszczają możliwości AI w otaczającej organizacji. Z tej perspektywy oceń cały proces, w tym pracę pozostającą po stronie zespołu platformowego. Raport DORA 2025.