Opinie czytelników
Podsumowanie:Książka jest dobrze napisanym i pragmatycznym przewodnikiem po architekturze sterowanej zdarzeniami (EDA), skierowanym przede wszystkim do architektów, z naciskiem na praktyczne zastosowania, a nie nadmiernie techniczne szczegóły. Zawiera rzeczywiste studia przypadków, które można odnieść i skutecznie zilustrować omawiane zasady. Chociaż oferuje cenne spostrzeżenia na temat znaczenia EDA w nowoczesnej architekturze informacji i zapewnia równowagę między teorią a rzeczywistymi zastosowaniami, niektórzy czytelnicy uznali, że brakuje mu głębi w zakresie wyborów implementacyjnych i związku między EDA a architekturą zorientowaną na usługi (SOA).
Zalety:⬤ Dobrze napisana i pragmatyczna
⬤ jasne wyjaśnienie koncepcji EDA
⬤ powiązane studia przypadków ze świata rzeczywistego
⬤ dobre połączenie teorii i praktyki
⬤ przydatna dla liderów technologicznych i praktyków
⬤ upraszcza złożone koncepcje
⬤ praktyczne sugestie dotyczące implementacji.
Wady:⬤ Brakuje dogłębnych szczegółów implementacji
⬤ nie wyjaśnia dokładnie, w jaki sposób EDA można wdrożyć w istniejącej infrastrukturze SOA
⬤ niektórzy czytelnicy oczekiwali bardziej praktycznej analizy i krytyki standardowych rozwiązań
⬤ może nie w pełni wypełnić lukę dla niektórych ról technicznych.
(na podstawie 8 opinii czytelników)
Oryginalny tytuł:
Event-Driven Architecture: How SOA Enables the Real-Time Enterprise
Zawartość książki:
Poprawa zwinności biznesowej dzięki EDA
Wykraczając poza SOA, przedsiębiorstwa mogą uzyskać jeszcze większą zwinność, wdrażając architektury sterowane zdarzeniami (EDA), które automatycznie wykrywają i reagują na istotne zdarzenia biznesowe. Planowanie i wdrażanie EDA jest jednak skomplikowane i nawet doświadczeni architekci i deweloperzy SOA potrzebują wskazówek ekspertów. W książce „Event-Driven Architecture” czterech wiodących innowatorów IT przedstawia zarówno teorię EDA, jak i praktyczne, krok po kroku wskazówki dotyczące jej skutecznego wdrażania.
Autorzy najpierw ustalają dokładną i praktyczną definicję EDA i badają, w jaki sposób EDA może pomóc w rozwiązaniu wielu najtrudniejszych współczesnych wyzwań biznesowych i informatycznych. Dowiesz się, jak działają EDA, co mogą zrobić dzisiaj i co mogą zrobić, gdy dojrzeją. Dowiesz się, jak określić, czy podejście EDA ma sens w twoim środowisku i jak przezwyciężyć trudne kwestie interoperacyjności i integracji związane z udanym wdrożeniem. Wreszcie, autorzy przedstawiają obszerne studia przypadków pokazujące, w jaki sposób zarówno pełne, jak i częściowe wdrożenia EDA mogą zapewnić wyjątkową wartość biznesową. Omówienie obejmuje.
⬤ W jaki sposób SOA i usługi sieciowe mogą zasilać architektury sterowane zdarzeniami.
⬤ Rola infrastruktury SOA, zarządzanie i bezpieczeństwo w środowiskach EDA.
⬤ Podstawowe komponenty EDA: konsumenci i producenci zdarzeń, szkielety komunikatów, transport usług sieciowych i inne.
⬤ Wzorce EDA, w tym proste przetwarzanie zdarzeń, przetwarzanie strumieni zdarzeń i złożone przetwarzanie zdarzeń.
⬤ Projektowanie elastycznych zdarzeń bezstanowych, które mogą reagować na nieprzewidywalnych klientów, dostawców i partnerów biznesowych.
⬤ Podejmowanie wyzwań technicznych i biznesowych, takich jak zarządzanie projektami i komunikacja.
⬤ EDA w pracy: rzeczywiste zastosowania w wielu branżach.
Hugh Taylor jest ewangelistą oprogramowania społecznościowego w IBM Lotus Software. Jest współautorem książki Understanding Enterprise SOA oraz autorem obszernych publikacji na temat usług sieciowych i SOA. Ukończył studia MBA w Harvard Business School. Angela Yochem jest dyrektorem wykonawczym w międzynarodowej firmie technologicznej i uznanym liderem w dziedzinie architektury i zarządzania technologią na dużą skalę. Les Phillips, wiceprezes ds. architektury korporacyjnej w SunTrust Banks Inc. jest odpowiedzialny za definiowanie strategicznych i biznesowych podstaw IT dla wielu obszarów przedsiębiorstwa. Frank Martinez, wiceprezes ds. strategii produktowej w SOA Software, jest uznanym ekspertem w dziedzinie platform rozproszonych, aplikacji korporacyjnych i infrastruktury. Pracował jako starszy dyrektor operacyjny w kilku firmach wspieranych przez venture i pomógł zbudować Intershop Communications w wielomiliardową spółkę publiczną.
Przedmowa xi.
Przedmowa xii.
Wprowadzenie 1
Architektura sterowana zdarzeniami: Robocza definicja 1.
Nadchodzi „nowa” era interoperacyjności 6.
ETA dla EDA 9.
Przypisy końcowe 9.
CZĘŚĆ I TEORIA EDA.
Rozdział 1 EDA: możliwości i przeszkody 13
Wir 13.
EDA: robocza definicja systemowa 14.
(Nie tak gładka) droga do EDA 24.
Definiowanie interoperacyjności 26.
Czynniki wpływające na interoperacyjność 28.
Integracja aplikacji: Środek do współdziałania 29.
Interoperacyjność i zarządzanie procesami biznesowymi 31.
Czy istnieje dieta dla tego całego spaghetti? 35.
Jak architektura promuje integrację 37.
Zarządzanie i nadzór 39.
Podsumowanie rozdziału 43.
Przypis końcowy 45.
Rozdział 2 SOA: Elementy składowe EDA 47
Składanie ofert, których nie można zrozumieć 47.
SOA: The Big Picture 48.
Definiowanie usług 49.
Integracja oparta na usługach 50.
Usługi sieciowe 51.
Czym jest SOA? 59.
Luźne sprzężenie w architekturze SOA 60.
Podsumowanie rozdziału 61.
Rozdział 3 Charakterystyka EDA 63
Rozpalanie korporacyjnych neuronów 63.
Przegląd systemu nerwowego przedsiębiorstwa 63.
Idealna EDA 78.
BAM - koncepcja pokrewna 86.
Podsumowanie rozdziału 87.
Przypisy końcowe 89.
Rozdział 4 Potencjał EDA 91
Wprowadzenie 91.
Potencjał EDA w Enterprise Computing 91.
EDA i elastyczność przedsiębiorstw 100.
EDA i potrzeby obliczeniowe społeczeństwa 102.
EDA i zgodność z przepisami 107.
Podsumowanie rozdziału 108.
Rozdział 5 Połączenie SOA i EDA 111
Prawdziwa rzeczywistość 111.
Usługi zdarzeń 112.
Sieć usług 114.
Wdrażanie SOA i sieci usług 116.
Jak zaprojektować SOA 122.
Prawdziwa „dolna linia” 134.
Podsumowanie rozdziału 137.
CZĘŚĆ II EDA W PRAKTYCE.
Rozdział 6 Myślenie EDA 141
Nowy sposób myślenia 141.
Ograniczenie centralnej kontroli 142.
Myślenie o implementacji EDA 148.
Kiedy EDA nie jest odpowiedzią 151.
Badanie produktu EDA 153.
Podsumowanie rozdziału 157.
Przypisy końcowe 158.
Rozdział 7 Studium przypadku: Kontrola lotów linii lotniczych 159
Cele nauczania 160.
Kontekst biznesowy: Czas kryzysu w liniach lotniczych 160.
Idealny system kontroli lotów linii lotniczych 167.
Jak FEDA może wyglądać w rzeczywistości 176.
Sukces programu 197.
Podsumowanie rozdziału 206.
Przypisy końcowe 207.
Rozdział 8 Studium przypadku: Przeciwdziałanie praniu pieniędzy 209
Cele nauczania 210.
Złamanie globalnej fali przestępczości wartej biliony dolarów 210.
Aspekty informatyczne przeciwdziałania praniu pieniędzy 216.
EDA jako broń w wojnie z praniem pieniędzy 221.
Podsumowanie rozdziału 259.
Przypisy końcowe 260.
Rozdział 9 Studium przypadku: Infrastruktura produktywności sterowana zdarzeniami 261
Cele nauczania 262.
Często niewystarczające ogniwo ludzkie w EDA 262.
Przegląd infrastruktury produktywności 264.
Potencjalne korzyści z integracji EDA-PI 267.
ProdCo, scenariusz integracji EDA-PI 273.
Podsumowanie rozdziału 293.
Przypisy końcowe 294.
