Obsługa obciążenia w roli doradczej
Architekci powinni dążyć do angażowania się w obciążenie, gdy zmienia się wraz z upływem czasu. Ich rola nie kończy się przekazaniem projektu ani konsultacjami podczas początkowej implementacji. Architekci mają perspektywę, która może być używana w innych działaniach związanych z ewolucją produktu.
Ćwiczenia dotyczące modelowania pomocy technicznej
Zespoły mogą modelować obciążenia w wielu wymiarach i na wiele celów. Na przykład obciążenia mogą abstrakcjonować sygnały kondycji z szczegółów implementacji i do konstrukcji biznesowych. Mogą też modelować rozwój systemu w czasie lub proces licencjonowania w celu oceny alternatywnych modeli rozliczeniowych.
Niezależnie od tego, czy model jest abstrakcją, czy też ocenia hipotetyczne informacje o przyszłej decyzji biznesowej, architekci przyczyniają się do tego procesu. Używają wglądu w projekt obciążenia, znane lub przewidywane ograniczenia oraz jego charakterystykę skalowania, aby zweryfikować lub dostosować założenia w modelu i przybliżyć system dokładniej. Na przykład architekci zapoznają się z modelem kondycji dla przepływu krytycznego, oceniając cechy zależności, takie jak cele poziomu usług (SLO).
Udostępnianie potencjalnych ulepszeń
Architekci pozostają na bieżąco z podstawami, takimi jak oferty dostawców usług w chmurze i wzorce projektowania branżowego. Funkcje, które były stanem sztuki, gdy obciążenie zostało zaprojektowane, może już nie być. Lub oczekiwane wzorce użycia aplikacji mogą nie manifestować w sposób, w jaki zostały one przewidywane. W takich przypadkach istnieje możliwość przedstawienia rekomendacji w celu dalszej optymalizacji lub uściślinia bieżącego projektu na podstawie tej nowej wiedzy.
Jako architekt należy okresowo śledzić zespół ds. obciążeń po uruchomieniu obciążenia. Ciągła komunikacja pomaga rozszerzyć swoją wiedzę na potrzeby przyszłych prac projektowych, sprawdzając, jak projekt został zaimplementowany i jak działa z rzeczywistym użyciem. Umożliwia również oferowanie rekomendacji dotyczących optymalizacji na podstawie rzeczywistej implementacji i użycia.
Pomoc w przeglądach
Gdy obciążenie jest poddawane przeglądowi, na przykład przez oficjalną inspekcję lub przegląd zgodności, zaangażowanie architekta systemu może być dobrodziejstwem procesu. Przynoszą one rekord decyzji o architekturze obciążenia, aby pomóc w odpowiedzi na pytania dotyczące wyborów implementacji. Udostępniają również zaktualizowane diagramy, aby wizualizować system podczas konwersacji i zapewniać wiedzę fachową.
Architekci mają autorytatywną wiedzę, która buduje zaufanie do produktu podczas wybierania klientów lub finansowania zaangażowania. Mogą dowiedzieć się więcej o unikatowych wymaganiach, które klienci mają dla produktu i rozważyć te potrzeby w projekcie systemu.
Przegląd proponowanych zmian
Każde obciążenie ma listę prac, która obejmuje szeroką pracę na poziomie kierunkowym po konkretne zadania. Architekci powinni być zaangażowani w zbieranie wymagań, określania zakresu i tworzenia kryteriów akceptacji elementów roboczych.
Zespół ds. implementacji jest zajęty dostarczaniem bieżących elementów roboczych, dzięki czemu architekci mogą używać swojego czasu do przeglądania, weryfikowania i uściślenia przyszłych elementów roboczych. Mogą one pomóc w wykryciu, kiedy nowa funkcja wymaga przeprojektowania składnika w systemie, zapewnienia analizy kosztów proponowanej zmiany lub zaproponowania podejścia do przyrostowego wprowadzania nowych zmian. Ostatecznie z udziałem architekta na wczesnym etapie procesu proponowanej zmiany, która obejmuje nową funkcjonalność lub rozszerzoną bazę użytkowników minimalizuje przerobione prace i pomaga zespołowi odkryć klify w projekcie.