reklama - zainteresowany?

Architektura ewolucyjna. Projektowanie oprogramowania i wsparcie zmian. Wydanie II - Helion

Architektura ewolucyjna. Projektowanie oprogramowania i wsparcie zmian. Wydanie II
ebook
Autor: Neal Ford, Rebecca Parsons, Patrick Kua, Pramod Sadalage
Tytuł oryginału: Building Evolutionary Architectures: Automated Software Governance, 2nd Edition
Tłumaczenie: Krzysztof Sawka
ISBN: 978-83-289-0067-7
stron: 232, Format: ebook
Księgarnia: Helion

Cena książki: 67,00 zł

Książka będzie dostępna od września 2023

Tagi: Inne - Programowanie | Techniki programowania | Wzorce projektowe

Jeszcze kilka lat temu koncepcja ewoluowania architektury by

Spis treści

Architektura ewolucyjna. Projektowanie oprogramowania i wsparcie zmian. Wydanie II eBook -- spis treści

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

Code, Publish & WebDesing by CATALIST.com.pl



(c) 2005-2024 CATALIST agencja interaktywna, znaki firmowe należą do wydawnictwa Helion S.A.