Zachowaj prostotę

Nie należy tworzyć projektu architektury, kodu aplikacji i operacji zbyt złożonych.

Często to, co zabierasz, a nie to, co dodajesz, sprawia, że rozwiązania są bardziej niezawodne. Utrzymywanie prostych rzeczy pomaga uniknąć problemów z kontrolą, zmniejsza wydajność i zapobiega błędom konfiguracji lub nieoczekiwanym problemom. Jednak nadmierne uproszczenie może powodować pojedyncze punkty awarii. Chodzi o znalezienie równowagi.

Przykładowy scenariusz

Firma Contoso Travel kupuje i integruje małą firmę startupową, która ma popularną internetową aplikację turystyczną. Aplikacja jest popularna, ponieważ dostaje świetne oferty z hotelami i liniami lotniczymi i używa mediów społecznościowych do ukierunkowanego marketingu.

Aplikacja startupu została skompilowana przy użyciu Node.js i działa na maszynach wirtualnych hostowanych zarówno w centrum danych, jak i w usługach Amazon Web Services (AWS).

Utrzymywanie prostych składników obciążenia

Dodaj składniki do konfiguracji tylko wtedy, gdy pomogą Ci osiągnąć cele biznesowe. Skup się na podstawach.

Projektowanie pod kątem wymagań biznesowych może prowadzić do prostego rozwiązania, które jest łatwe do uruchomienia i zarządzania. Unikaj zbyt wielu krytycznych części, ponieważ każdy z nich może być potencjalnym punktem awarii.

Wyzwanie firmy Contoso

• Składnik nowej aplikacji umożliwia użytkownikom przekazywanie opinii w witrynie internetowej po dokonaniu rezerwacji. Większość użytkowników pomija tę funkcję. Zamiast tego wolą korzystać z mediów społecznościowych firmy do zbierania opinii, które są częściej używane do działań marketingowych i interakcji z użytkownikami.

Stosowanie podejścia i wyników

• W ramach początkowej wersji aplikacji firmy Contoso Travel zespół usuwa funkcję opinii o witrynie internetowej.

• Mniejsza baza kodu oznacza niższe koszty konserwacji i operacji. Nie ma to wpływu na wymagania biznesowe.

Standaryzacja cyklu życia tworzenia oprogramowania

Ustaw jasne standardy kodowania, wdrażania i procesów oraz dokumentowanie ich. Użyj automatycznych kontroli, aby wymusić te standardy.

Standardy pomagają zachować spójność i zmniejszyć błędy ludzkie. Używanie standardowych konwencji nazewnictwa i przewodników stylu kodu może zachować jakość i ułatwić identyfikowanie zasobów na potrzeby rozwiązywania problemów.

Wyzwanie firmy Contoso

• Zespół programistyczny startupu nie ma zdefiniowanych standardów. Używają zachodzących na siebie bibliotek, nie wymuszają standardów kodowania, a ich potoki wydania nie mają formalnych, automatycznych etapów testowania.

• Zespół firmy Contoso znajduje nową bazę kodu, która jest trudna do utrzymania z powodu niespójnych stylów i użycia bibliotek.

• Istnieje wiele problemów po wprowadzeniu głównych aktualizacji w środowisku produkcyjnym. Czasami zespół musi wycofać aktualizacje lub zastosować gorące poprawki podczas wdrażania. Ze względu na te częste problemy cały zespół musi pomóc przy każdym wydaniu aktualizacji do środowiska produkcyjnego. Co gorsza, te problemy szkodzą reputacji firmy Contoso i dają użytkownikom złe doświadczenia.

Stosowanie podejścia i wyników

• Zespół, który obsługuje nową aplikację, pracuje nad wymuszaniem stylów kodowania, standaryzacją bibliotek i wzorców projektowych oraz formalizowaniem bram wydania w testach automatycznych.

• Dokumentują wszystkie nowe narzędzia, wzorce projektowe i style, dzięki czemu łatwiej jest utrzymać obciążenie pracą i wykrywać odchylenia podczas przeglądów kodu.

Minimalizowanie obciążeń związanych z operacjami i programowaniem

Korzystaj z funkcji udostępnianych przez platformę i wstępnie utworzonych zasobów, aby skutecznie spełniać cele biznesowe.

Takie podejście oszczędza czas programowania i opiera się na sprawdzonych rozwiązaniach używanych w podobnych projektach.

Wyzwanie firmy Contoso

• W początkowej wersji aplikacji firmy Contoso Travel zespół przenosi rozwiązanie Node.js z maszyn wirtualnych do usługi Azure App Service, aby korzystać z wbudowanych funkcji niezawodności.

• Wersja maszyny wirtualnej ma wiele kodu niestandardowego na potrzeby instrumentacji.

Stosowanie podejścia i wyników

• Podczas początkowej migracji do usługi App Service zespół usuwa cały niestandardowy kod instrumentacji przy użyciu autoinstrumentacji usługi Application Insights.

• Korzystają również z innych funkcji usługi App Service, takich jak skalowanie automatyczne, integracja z usługą Azure Key Vault i nadmiarowość stref.