reklama - zainteresowany?

Budowanie mikrousług - Helion

Budowanie mikrousług
ebook
Autor: Sam Newman
Tytuł oryginału: Building Microservices
Tłumaczenie: Radosław Meryk
ISBN: 978-83-283-1384-2
stron: 272, Format: ebook
Data wydania: 2015-10-19
Księgarnia: Helion

Cena książki: 34,50 zł (poprzednio: 69,00 zł)
Oszczędzasz: 50% (-34,50 zł)

Dodaj do koszyka Budowanie mikrousług

Tagi: Techniki programowania

Wykorzystaj potencjał architektury usług!

Architektura mikrousług to sposób na odejście od dużych, monolitycznych aplikacji. Wyspecjalizowane usługi realizujące konkretne zadania i komunikujące się z otoczeniem pozwalają na lepsze zapanowanie nad kodem, są łatwiejsze do przetestowania oraz bardziej elastyczne. Jednak oprócz zalet mają też wady. Sięgnij po tę książkę i dowiedz się, jak najlepiej radzić sobie z architekturą mikrousług!

Autor przedstawia w książce skuteczne techniki projektowania i korzystania z architektury mikrousług. W trakcie lektury kolejnych rozdziałów poznasz w szczegółach ideę mikrousług, korzyści ich stosowania, sposoby modelowania usług oraz skuteczne techniki dzielenia dużej aplikacji na mikrousługi. Ponadto zapoznasz się z możliwymi sposobami integracji: zdalne wywołanie procedur, REST i zdarzenia — to tylko niektóre z poruszanych kwestii. Na sam koniec zaznajomisz się z najlepszymi metodami testowania i monitorowania usług, zapewnisz im bezpieczeństwo dzięki kluczom API oraz innym technikom. Ta książka jest obowiązkową lekturą dla wszystkich osób chcących tworzyć nowoczesne systemy bazujące na architekturze mikrousług.

  • Odkryj, jak można dostosować projekt systemu do celów Twojej organizacji stosując architekturę mikrousług
  • Zapoznaj się z możliwościami integracji usług z pozostałą częścią systemu
  • Zastosuj przyrostowe podejście do podziału monolitycznych baz kodu
  • Wdrażaj pojedyncze mikrousługi korzystając z techniki ciągłej integracji
  • Zbadaj złożoność testowania i monitorowania rozproszonych usług
  • Zarządzaj zabezpieczeniami stosując modele użytkownik-usługa oraz usługa-usługa
  • Zapoznaj się z wyzwaniami skalowania architektury mikrousług

Przekonaj się, jak architektura mikrousług zmieni Twoje spojrzenie na aplikacje!

Dodaj do koszyka Budowanie mikrousług

 

Osoby które kupowały "Budowanie mikrousług", wybierały także:

  • F# 4.0 dla zaawansowanych. Wydanie IV
  • Systemy reaktywne. Wzorce projektowe i ich stosowanie
  • Scratch. Komiksowa przygoda z programowaniem
  • GameMaker. Kurs video. Kompleksowy przewodnik tworzenia gier platformowych
  • JavaScript. Kurs video. Programowanie funkcyjne i reaktywne

Dodaj do koszyka Budowanie mikrousług

Spis treści

Budowanie mikrousług eBook -- spis treści

Przedmowa (13)

1. Mikrousługi (19)

  • Czym są mikrousługi? (20)
    • Niewielkie, skoncentrowane na dobrym wykonywaniu jednej rzeczy (20)
    • Autonomiczne (21)
  • Najważniejsze korzyści (22)
    • Niejednorodność technologii (22)
    • Odporność na błędy (23)
    • Skalowanie (23)
    • Łatwość wdrażania (24)
    • Dopasowanie do organizacji zespołów (25)
    • Interoperatywność (25)
    • Optymalizacja w kierunku wymienności (25)
  • Architektura zorientowana na usługi (26)
  • Inne techniki dekompozycji (27)
    • Biblioteki współdzielone (27)
    • Moduły (28)
  • Nie istnieje panaceum na wszystko (29)
  • Podsumowanie (29)

2. Ewolucyjny architekt (31)

  • Niedokładne porównania (31)
  • Ewolucyjna wizja architekta (33)
  • Podział na strefy (34)
  • Pryncypialne podejście (35)
    • Cele strategiczne (36)
    • Zasady (36)
    • Praktyki (37)
    • Łączenie zasad i praktyk (37)
    • Praktyczny przykład (37)
  • Wymagane standardy (38)
    • Monitorowanie (39)
    • Interfejsy (39)
    • Bezpieczeństwo architektury (39)
  • Zarządzanie za pośrednictwem kodu (40)
    • Przykładowe egzemplarze (40)
    • Spersonalizowany szablon usługi (40)
  • Dług techniczny (42)
  • Obsługa wyjątków (42)
  • Zarządzanie i przewodnictwo od środka (43)
  • Budowanie zespołu (44)
  • Podsumowanie (45)

3. Jak modelować usługi? (47)

  • Przedstawiamy firmę MusicCorp (47)
  • Co decyduje o tym, że usługa jest dobra? (48)
    • Luźne sprzężenia (48)
    • Wysoka spójność (48)
  • Ograniczony kontekst (49)
    • Modele współdzielone i ukryte (49)
    • Moduły i usługi (51)
    • Przedwczesna dekompozycja (51)
  • Możliwości biznesowe (52)
  • Żółwie aż do spodu (52)
  • Komunikacja w kategoriach pojęć biznesowych (54)
  • Granice techniczne (54)
  • Podsumowanie (55)

4. Integracja (57)

  • Poszukiwanie idealnej technologii integracji (57)
    • Unikanie wprowadzania przełomowych zmian (57)
    • Dbanie o niezależność interfejsów API od technologii (57)
    • Dbałość o zapewnienie prostoty usługi dla konsumentów (58)
    • Ukrycie wewnętrznych szczegółów implementacji (58)
  • Interfejs z klientami (58)
  • Wspólna baza danych (59)
  • Komunikacja synchroniczna kontra asynchroniczna (60)
  • Aranżacja kontra choreografia (61)
  • Zdalne wywołania procedur (64)
    • Sprzężenia technologii (64)
    • Wywołania lokalne różnią się od zdalnych (65)
    • Kruchość (65)
    • Czy wywołania RPC są złym rozwiązaniem? (67)
  • REST (67)
    • REST a HTTP (68)
    • Hipermedium jako silnik stanu aplikacji (68)
    • JSON, XML czy coś innego? (70)
    • Uważaj na zbyt wielkie wygody (71)
    • Wady interfejsu REST przez HTTP (72)
  • Implementacja współpracy asynchronicznej, bazującej na zdarzeniach (73)
    • Opcje wyboru technologii (73)
    • Zawiłości architektur asynchronicznych (74)
  • Usługi jako maszyny stanów (76)
  • Rozszerzenia reaktywne (76)
  • DRY i perypetie wielokrotnego wykorzystania kodu w świecie mikrousług (77)
    • Biblioteki klienckie (77)
  • Dostęp przez referencję (78)
  • Zarządzanie wersjami (80)
    • Odkładaj modyfikowanie interfejsu tak długo, jak to możliwe (80)
    • Wczesne wychwytywanie zmian naruszających zgodność interfejsu (81)
    • Zastosowanie semantycznej kontroli wersji (81)
    • Współistnienie różnych punktów końcowych (82)
    • Korzystanie z wielu równoległych wersji usługi (83)
  • Interfejsy użytkownika (84)
    • W stronę środowiska cyfrowego (85)
    • Ograniczenia (85)
    • Kompozycja interfejsów API (86)
    • Kompozycja fragmentu interfejsu użytkownika (87)
    • Zaplecza dla frontonów (89)
    • Podejście hybrydowe (90)
  • Integracja z oprogramowaniem zewnętrznych producentów (91)
    • Brak kontroli (92)
    • Personalizacja (92)
    • Makaron integracji (92)
    • Personalizacja na własnych warunkach (93)
    • Wzorzec Dusiciel (95)
  • Podsumowanie (96)

5. Dzielenie monolitu (97)

  • To wszystko są szwy (97)
  • Podział systemu w firmie MusicCorp (98)
  • Powody dzielenia monolitu (99)
    • Tempo zmian (99)
    • Struktura zespołu (99)
    • Bezpieczeństwo (99)
    • Technologia (100)
  • Splątane zależności (100)
  • Baza danych (100)
  • Zlikwidowanie problemu (100)
  • Przykład: eliminowanie relacji kluczy obcych (101)
  • Przykład: wspólne statyczne dane (103)
  • Przykład: współdzielone dane (104)
  • Przykład: wspólne tabele (105)
  • Refaktoryzacja baz danych (106)
    • Podział na etapy (106)
  • Granice transakcyjne (107)
    • Spróbuj ponownie później (108)
    • Odrzucenie całej operacji (109)
    • Transakcje rozproszone (109)
    • Jakie rozwiązanie wybrać? (110)
  • Raportowanie (111)
  • Bazy danych raportowania (111)
  • Pobieranie danych za pośrednictwem wywołania usługi (112)
  • Pompy danych (114)
    • Alternatywne lokalizacje docelowe (115)
  • Pompa danych sterowana zdarzeniami (116)
  • Pompa danych z kopii zapasowej (117)
  • W stronę czasu rzeczywistego (117)
  • Koszty zmiany (117)
  • Zrozumieć przyczyny (118)
  • Podsumowanie (119)

6. Wdrażanie (121)

  • Krótkie wprowadzenie do ciągłej integracji (121)
    • Czy rzeczywiście to robisz? (122)
  • Mapowanie ciągłej integracji na mikrousługi (123)
  • Potoki kompilacji a ciągłe dostawy (125)
    • Nieuniknione wyjątki (126)
  • Artefakty specyficzne dla platformy (127)
  • Artefakty systemu operacyjnego (128)
  • Spersonalizowane obrazy (129)
    • Obrazy jako artefakty (131)
    • Serwery niezmienne (131)
  • Środowiska (131)
  • Konfiguracja usługi (133)
  • Odwzorowanie usługa-host (133)
    • Wiele usług na hoście (134)
    • Kontenery aplikacji (136)
    • Jedna usługa na host (137)
    • Platforma jako usługa (138)
  • Automatyzacja (139)
    • Dwa studia przypadków na potwierdzenie potęgi automatyzacji (139)
  • Od świata fizycznego do wirtualnego (140)
    • Tradycyjna wirtualizacja (140)
    • Vagrant (141)
    • Kontenery w Linuksie (142)
    • Docker (144)
  • Interfejs instalacji (145)
    • Definicja środowiska (146)
  • Podsumowanie (147)

7. Testowanie (149)

  • Rodzaje testów (149)
  • Zakres testów (150)
    • Testy jednostkowe (152)
    • Testy usług (152)
    • Testy od końca do końca (153)
    • Kompromisy (153)
    • Ile? (154)
  • Implementacja testów usług (154)
    • Makiety lub namiastki (155)
    • Inteligentniejsza namiastka usługi (155)
  • Kłopotliwe testy od końca do końca (156)
  • Wady testowania od końca do końca (157)
  • Testy kruche i łamliwe (158)
    • Kto pisze te testy? (159)
    • Jak długo? (159)
    • Piętrzące się zaległości (160)
    • Metawersje (161)
  • Testuj ścieżki, a nie historie (161)
  • Testy sterowane potrzebami konsumentów (162)
    • Pact (163)
    • Konwersacje (165)
  • Czy należy używać testów od końca do końca? (165)
  • Testowanie po opublikowaniu systemu do produkcji (166)
    • Oddzielenie wdrożenia od publikacji (166)
    • Publikacje kanarkowe (167)
    • Średni czas do naprawy kontra średni czas między awariami (168)
  • Testy współzależności funkcjonalnych (169)
    • Testy wydajności (170)
  • Podsumowanie (171)

8. Monitorowanie (173)

  • Jedna usługa, jeden serwer (174)
  • Jedna usługa, wiele serwerów (174)
  • Wiele usług, wiele serwerów (175)
  • Logi, logi i jeszcze raz logi... (176)
  • Śledzenie metryk dotyczących wielu usług (177)
  • Metryki usług (178)
  • Monitorowanie syntetyczne (178)
    • Implementacja monitorowania semantycznego (179)
  • Identyfikatory korelacji (180)
  • Kaskada (182)
  • Standaryzacja (182)
  • Weź pod uwagę użytkowników (183)
  • Przyszłość (184)
  • Podsumowanie (185)

9. Bezpieczeństwo (187)

  • Uwierzytelnianie i autoryzacja (187)
    • Popularne implementacje pojedynczego logowania (188)
    • Brama pojedynczego logowania (189)
    • Szczegółowa autoryzacja (190)
  • Uwierzytelnianie i autoryzacja w trybie usługa-usługa (191)
    • Zezwalaj na wszystko wewnątrz obszaru (191)
    • Podstawowe uwierzytelnianie HTTP(S) (192)
    • Korzystanie z SAML lub OpenID Connect (192)
    • Certyfikaty klienta (193)
    • HMAC przez HTTP (194)
    • Klucze API (195)
    • Problem zastępcy (195)
  • Zabezpieczanie danych w spoczynku (197)
    • Korzystaj ze sprawdzonych sposobów (198)
    • Wszystko dotyczy kluczy (198)
    • Wybierz swoje cele (199)
    • Odszyfruj dane na żądanie (199)
    • Szyfruj kopie zapasowe (199)
  • Obrona wielostrefowa (199)
    • Zapory firewall (199)
    • Rejestrowanie (200)
    • Systemy wykrywania włamań (i zapobiegania im) (200)
    • Podział sieci (200)
    • System operacyjny (201)
  • Praktyczny przykład (201)
  • Bądź oszczędny (204)
  • Czynnik ludzki (204)
  • Złota reguła (204)
  • Wdrażanie zabezpieczeń (205)
  • Zewnętrzna weryfikacja (206)
  • Podsumowanie (206)

10. Prawo Conwaya a projektowanie systemów (207)

  • Dowody (207)
    • Organizacje sprzężone luźno i ściśle (208)
    • Windows Vista (208)
  • Netflix i Amazon (208)
  • Co można z tym zrobić? (209)
  • Dostosowanie się do ścieżek komunikacyjnych (209)
  • Własność usługi (210)
  • Powody współdzielenia usług (211)
    • Zbyt trudne do rozdzielenia (211)
    • Zespoły funkcyjne (211)
    • Wąskie gardła dostaw (212)
  • Wewnętrzne Open Source (212)
    • Rola opiekunów (213)
    • Dojrzałość (213)
    • Narzędzia (214)
  • Konteksty ograniczone a struktura zespołów (214)
  • Usługa osierocona? (214)
  • Studium przypadku: RealEstate.com.au (215)
  • Odwrócone prawo Conwaya (216)
  • Ludzie (217)
  • Podsumowanie (218)

11. Mikrousługi w projektach dużej skali (219)

  • Awarie zdarzają się wszędzie (219)
  • Jak wiele jest zbyt wiele? (220)
  • Degradowanie funkcjonalności (221)
  • Środki bezpieczeństwa architektury (222)
  • Antykrucha organizacja (224)
    • Limity czasu (225)
    • Bezpieczniki (225)
    • Grodzie (227)
    • Izolacja (229)
  • Idempotencja (229)
  • Skalowanie (230)
    • Zwiększenie rozmiarów (230)
    • Podział obciążeń (231)
    • Rozłożenie ryzyka (231)
    • Równoważenie obciążenia (232)
    • Systemy bazujące na wątkach roboczych (234)
    • Zaczynanie od nowa (235)
  • Skalowanie baz danych (236)
    • Dostępność usługi kontra trwałość danych (236)
    • Skalowanie do obsługi operacji odczytu (236)
    • Skalowanie do obsługi operacji zapisu (237)
    • Wspólna infrastruktura bazy danych (238)
    • CQRS (238)
  • Buforowanie (239)
    • Buforowanie po stronie klienta, na serwerze proxy i po stronie serwera (239)
    • Buforowanie w HTTP (240)
    • Buforowanie operacji zapisu (242)
    • Buforowanie w celu poprawy niezawodności (242)
    • Ukrywanie źródła (242)
    • Zachowaj prostotę (243)
    • Zatrucie pamięcią podręczną: historia ku przestrodze (244)
  • Autoskalowanie (245)
  • Twierdzenie CAP (246)
    • Poświęcenie spójności (247)
    • Poświęcenie dostępności (247)
    • Poświęcenie tolerancji podziału? (248)
    • AP czy CP? (249)
    • To nie jest zasada "wszystko albo nic" (249)
    • Świat rzeczywisty (250)
  • Wykrywanie usług (250)
    • DNS (251)
  • Dynamiczne rejestry usług (252)
    • Zookeeper (252)
    • Consul (253)
    • Eureka (254)
    • Tworzenie własnych rozwiązań (254)
    • Nie zapomnij o ludziach! (255)
  • Dokumentowanie usług (255)
    • Swagger (256)
    • HAL i przeglądarka HAL (256)
  • System samoopisujący się (257)
  • Podsumowanie (258)

12. Podsumowanie (259)

  • Zasady dotyczące mikrousług (259)
    • Wzorowanie na koncepcjach działania biznesu (260)
    • Przyjęcie kultury automatyzacji (260)
    • Ukrywanie wewnętrznych szczegółów implementacji (261)
    • Decentralizacja wszystkich operacji (261)
    • Możliwość niezależnej instalacji (262)
    • Izolowanie awarii (262)
    • Łatwe do obserwacji (263)
  • Kiedy nie należy używać mikrousług? (263)
  • Ostatnie słowo (264)

Skorowidz (265)

Dodaj do koszyka Budowanie mikrousług

Code, Publish & WebDesing by CATALIST.com.pl



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