Udostępnij za pośrednictwem


Każdy klient jest ważny

Jedną z kluczowych zasad inżynierii platformy jest zoptymalizowanie pod kątem klientów. Pomyśl o deweloperach jako głównym kliencie i skup się najpierw na ich potrzebach podczas podejmowania decyzji o ścieżkach programistycznych, które chcesz utorować. Deweloperzy używają różnych narzędzi, aby wykonać swoją pracę. W pierwszym kroku zacznij od małych i ocenić, czy można ulepszyć istniejące ekrany i powierzchnie przed wdrożeniem zupełnie nowej wewnętrznej platformy deweloperów.

Zwiększanie możliwości deweloperów za pomocą wewnętrznej platformy skoncentrowanej na kliencie

Myślenie o deweloperach jako głównym klientem dla wewnętrznej platformy deweloperów ma kluczowe znaczenie dla jego sukcesu. Odwołujemy się do tych klientów jako deweloperów, jednak mogą być członkami tego, co model Topologii zespołu odnosi się do zespołów dostosowanych do strumienia — włącznie z rolami takimi jak specjaliści ds. uczenia maszynowego lub analitycy danych.

Udana praktyka inżynieryjna platformy umożliwia deweloperom i operatorom. Deweloperzy i operatorzy mają autonomię w podejmowaniu decyzji, które dostarczają wartość biznesową, a jednocześnie przestrzegają ustalonych standardów, ładu i reguł zabezpieczeń. Krytyczni uczestnicy projektu, umożliwienie zespołom i ekspertom w określonych podsystemach (operacje, zabezpieczenia, zgodność i architektura) współpracują z zespołem tworzącym tę wewnętrzną platformę, aby skodyfikować swoją wiedzę i najlepsze rozwiązania w zakresie szablonów i możliwości systemowych. Przeniesienie tej wiedzy do systemu jednocześnie zmniejsza obciążenie poznawcze dla deweloperów, poprawia bezpieczeństwo, zgodność i jakość oraz zwiększa skalowanie tych innych ról w celu rozwiązania naprawdę unikatowych problemów. Jest to jednak środowisko deweloperskie, które zapewnia, że platforma zwraca największą korzyść dla wszystkich zaangażowanych osób.

Oznacza to zastosowanie podejścia skoncentrowanego na kliencie do planowania i określania priorytetów działań inżynieryjnych platformy.

Identyfikowanie optymalnych ścieżek programistycznych w celu usprawnienia najlepszych rozwiązań

Organizacja może mieć obecnie różne ścieżki programistyczne do środowiska produkcyjnego, ale wczesnym krokiem w podróży inżynieryjnej platformy jest zrozumienie ścieżek, z których mają korzystać deweloperzy. Wykonanie tego wywołania jest ważne, ponieważ pozwala skoncentrować energię na utorowaniu efektywnej ścieżki przez nie, która nadal spełnia wymagania dotyczące programowania, operacji i ładu.

Te utorowane ścieżki reprezentują konkretny zestaw narzędzi programistycznych i obserwowalnych, języków, zestawów SDK i usług, które są kształtowane w celu dopasowania do tego, co deweloperzy, operacje i inni uczestnicy projektu zgadzają się na reprezentowanie ich najlepszych rozwiązań. Utorowane ścieżki powinny obejmować podejścia do usprawniania dołączania, moderowania i wspierania ponownego użycia wewnętrznego. Nie musisz myśleć o tych utorowanych ścieżkach jako restrykcyjnych lub wymuszonych, ale raczej zmniejszenie trudu deweloperów do punktu zespoły deweloperów chcą pozostać w nich.

Jednak sztuczka polega na tym, aby zrozumieć nie tylko, na których ścieżkach skupić się, ale na których częściach ścieżki należy najpierw utorować.

Poznaj użytkowników, gdzie są

Chociaż może to być kuszące, aby rozpocząć od ujednoliconego portalu dla wszystkich elementów w wewnętrznej platformie deweloperów, nie jest to najlepszy punkt wyjścia.

Specjaliści ds. operacji, inżynierowie niezawodności lokacji (SRE) i deweloperzy używają różnych narzędzi, aby wykonać swoją pracę. Kodowanie odbywa się w środowisku IDE, systemach inżynieryjnych, takich jak GitHub i Azure DevOps, używają interfejsów wiersza polecenia, a współpraca w czasie rzeczywistym odbywa się w usłudze Teams i usłudze Slack. Często ci użytkownicy są zadowoleni z tych ekranów i obawiają się jeszcze innego interfejsu użytkownika, aby się martwić.

Zacznij od małych i oceń, czy możesz ulepszyć istniejące ekrany i powierzchnie, skompilować wtyczki lub rozszerzenia przed rozpoczęciem tworzenia nowych środowisk niestandardowych. Zadaj sobie pytanie, czy ludzie będą lepiej reagować na inne nowe środowisko użytkownika lub ulepszoną wersję czegoś, co masz teraz? Jeśli zdecydujesz się utworzyć portal od podstaw, należy wziąć pod uwagę założenie, że prawdopodobnie chcesz obsługiwać więcej niż jeden interfejs za pośrednictwem interfejsu API. Spowoduje to również odblokowanie opcji, takich jak używanie platform z małą ilością kodu, dzięki czemu nie trzeba kompilować i hostować środowiska portalu od podstaw.