Przedmowa do wydania pierwszego

Przedmowa do wydania drugiego

Wprowadzenie

Część I. Mechanika

• 1. Ewoluowanie architektury oprogramowania
  • Wyzwania związane z ewoluującą architekturą
  • Architektura ewolucyjna
    • Zmiana kierowana
    • Wielowymiarowość architektury
  • Jak można planować coś długoterminowo, gdy wszystko zmienia się bez przerwy?
  • W jaki sposób możemy po stworzeniu architektury zabezpieczyć ją przed degradacją?
  • Dlaczego ewolucyjna?
  • Podsumowanie
• 2. Funkcje dopasowania
  • Czym jest funkcja dopasowania?
  • Kategorie
    • Zakres: atomowe/holistyczne
    • Miarowość: wywoływane/ciągłe/czasowe
    • Analiza przypadku: wywoływane czy ciągłe?
    • Rezultat: statyczne/dynamiczne
    • Wywołanie: zautomatyzowane/ręczne
    • Proaktywność: zamierzone/wyłaniające się
    • Pokrycie: funkcje dopasowania specyficzne dla domeny?
  • Kto pisze funkcje dopasowania?
  • Gdzie znajduje się platforma testowania moich funkcji dopasowania?
  • Rezultaty a implementacje
  • Podsumowanie
• 3. Projektowanie zmian przyrostowych
  • Zmiana przyrostowa
    • Potoki wdrażania
    • Analiza przypadku: dodawanie funkcji dopasowania do usługi fakturowania w firmie Kapitalne Patenty
    • Analiza przypadku: sprawdzanie spójności API w automatycznych kompilacjach
  • Podsumowanie
• 4. Automatyzacja zarządzania architekturą
  • Funkcje dopasowania w zarządzaniu architekturą
  • Funkcje dopasowania na poziomie kodu
    • Sprzężenie aferentne i eferentne
    • Abstrakcyjność, niestabilność i odległość od głównej sekwencji
    • Kierunkowość importowanych elementów
    • Złożoność cyklomatyczna i zarządzanie przez kierowanie zespołami
  • Kompletne narzędzia
    • Legalność otwartych bibliotek
    • A11y i inne obsługiwane parametry architektury
    • ArchUnit
    • Lintery do zarządzania kodem
    • Analiza przypadku: funkcja dopasowania dostępności
    • Analiza przypadku: testowanie obciążenia wraz z wydaniami kanarkowymi
  • Architektura integracji
    • Zarządzanie komunikacją w mikrousługach
    • Analiza przypadku: wybór sposobu implementacji funkcji dopasowania
  • DevOps
  • Architektura korporacyjna
    • Analiza przypadku: restrukturyzacja architektury podczas 60 wdrożeń dziennie
    • Funkcje dopasowania wierności
  • Funkcje dopasowania jako lista kontrolna, a nie kij samobij
  • Dokumentowanie funkcji dopasowania
  • Podsumowanie

Część II. Struktura

• 5. Topologie architektury ewolucyjnej
  • Struktura architektury ewolucyjnej
    • Splątanie
    • Skrzyżowanie splątania z ograniczonym kontekstem
  • Kwanty architektury i ziarnistość
    • Niezależnie wdrażany
    • Wysoce funkcjonalna spójność
    • Znaczne sprzężenie statyczne
  • Kontrakty
    • Analiza przypadku: mikrousługi jako architektura ewolucyjna
  • Wzorce wieloużywalności kodu
    • Skuteczna wieloużywalność = abstrakcja + mała ulotność
    • Przyczepy i siatka usług: ortogonalne sprzężenie operacyjne
    • Siatka danych: sprzężenie ortogonalne danych
  • Podsumowanie
• 6. Dane ewolucyjne
  • Projektowanie ewolucyjnej bazy danych
    • Integracja współdzielonych baz danych
  • Nieprawidłowe nakładanie się danych
    • Zatwierdzanie dwufazowe transakcji
    • Wiek i jakość danych
    • Analiza przypadku: ewolucja trasowania w firmie Kapitalne Patenty
  • Od funkcji natywnej do funkcji dopasowania
    • Zgodność powiązań
    • Duplikacja danych
    • Zastępowanie wyzwalaczy i przechowywanych procedur
    • Analiza przypadku: ewoluowanie od architektury relacyjnej do nierelacyjnej
  • Podsumowanie

Część III. Skutki

• 7. Tworzenie ewoluowalnych architektur
  • Zasady architektury ewolucyjnej
    • Ostatni odpowiedzialny moment
    • Projektuj i twórz z myślą o ewoluowalności
    • Prawo Postela
    • Projektuj z myślą o testowalności
    • Prawo Conwaya
  • Mechanika
    • Etap 1. Identyfikacja wymiarów podlegających ewolucji
    • Etap 2. Definiowanie funkcji dopasowania dla każdego wymiaru
    • Etap 3. Stosowanie potoku wdrażania do automatyzacji funkcji dopasowania
  • Nowe projekty
  • Modernizowanie istniejących architektur
    • Prawidłowe sprzężenie i spójność
    • Skutki stosowania modelu COTS
  • Migrowanie architektur
    • Etapy migracji
    • Ewoluowanie oddziaływań pomiędzy modułami
  • Wskazówki dotyczące tworzenia architektur ewolucyjnych
    • Usuń niepotrzebną zmienność
    • Zagwarantuj odwracalność decyzji
    • Przedkładaj ewoluowalność nad przewidywalność
    • Twórz warstwy przeciwdegradacyjne
    • Tworzenie architektur ofiarniczych
    • Minimalizuj wpływ zmian zewnętrznych
    • Aktualizowanie bibliotek i szkieletów
    • Wersjonuj usługi wewnętrznie
    • Analiza przypadku: ewoluowanie systemu oceniania w firmie Kapitalne Patenty
  • Architektura sterowana funkcjami dopasowania
  • Podsumowanie
• 8. Pułapki i antywzorce architektury ewolucyjnej
  • Architektura techniczna
    • Antywzorzec: pułapka ostatnich 10% i mało kodu/ brak kodu
    • Analiza przypadku: wieloużywalność w firmie Kapitalne Patenty
    • Antywzorzec: monopolista
    • Pułapka: nieszczelne abstrakcje
    • Pułapka: projektowanie zorientowane na CV
  • Zmiany przyrostowe
    • Antywzór: nieprawidłowe zarządzanie
    • Analiza przypadku: zarządzanie "na styk" w firmie Kapitalne Patenty
    • Pułapka: brak szybkości wydawania
  • Kwestie biznesowe
    • Pułapka: dostosowywanie produktu
    • Antywzorzec: raportowanie na wierzchu systemu rekordów
    • Pułapka: nadmiernie długie horyzonty planowania
  • Podsumowanie
• 9. Stosowanie architektury ewolucyjnej w praktyce
  • Czynniki organizacyjne
    • Nie walcz z prawem Conwaya
    • Parametry sprzężenia zespołów
    • Kultura
    • Kultura eksperymentowania
    • Dyrektor finansowy i przygotowywanie budżetu
  • Kwestia biznesowa
    • Projektowanie zorientowane na hipotezy i dane
    • Funkcje dopasowania jako media eksperymentalne
  • Tworzenie korporacyjnych funkcji dopasowania
    • Analiza przypadku: podatność zabezpieczeń na ataki dnia zerowego
    • Wyznaczanie ograniczonych kontekstów w istniejącej architekturze integracji
  • Od czego zacząć?
    • Łatwo osiągalny cel
    • Przede wszystkim największa wartość
    • Testowanie
    • Infrastruktura
    • Analiza przypadku: architektura korporacyjna w firmie Kapitalne Patenty
  • Stan przyszły?
    • Testowanie generatywne
  • Dlaczego (lub dlaczego nie)?
    • Dlaczego firma powinna zdecydować o tworzeniu architektury ewolucyjnej?
    • Dlaczego firma miałaby rezygnować z tworzenia architektury ewolucyjnej?
  • Podsumowanie

• Title: Architektura ewolucyjna. Projektowanie oprogramowania i wsparcie zmian. Wydanie II
• Author: Neal Ford, Rebecca Parsons, Patrick Kua, Pramod Sadalage
• Original title: Building Evolutionary Architectures: Automated Software Governance, 2nd Edition
• Translation: Krzysztof Sawka
• ISBN: 978-83-289-0067-7, 9788328900677
• Date of issue: 2023-10-10
• Format: Ebook
• Item ID: arche2
• Publisher: Helion