SOWA OPAC : Katalog komputerowy książek, czasopism i zbiorów specjalnych

1 wynik

Książka

W koszyku

Site Reliability Engineering : jak Google zarządza systemami produkcyjnymi / Betsy Beyer, Chris Jones, Jennifer Petoff, Niall Richard Murphy. - Gliwice : Wydawnictwo Helion, copyright 2018. - 502, [2] strony : ilustracje ; 24 cm.

Autor

Beyer Betsy. Jones Chris. Petoff Jennifer. Murphy Niall Richard. Walczak Tomasz (tłumacz).

Forma i typ

Książki Publikacje fachowe

Temat

Internet Google Niezawodność

Gatunek

Poradnik

Dziedzina i ujęcie

Informatyka i technologie informacyjne Zarządzanie i marketing

Bibliografia na stronach 483-493. Indeks.

Zarządzanie usługami przez administratorów systemów Podejście do zarządzania usługami w Google'u - Site Reliability Engineering Założenia podejścia SRE Koniec początku Środowisko produkcyjne w Google'u z perspektywy SRE Sprzęt Oprogramowanie "organizujące" pracę sprzętu Inne systemy oprogramowania Infrastruktura dla oprogramowania Nasze środowisko programistyczne Shakespeare - przykładowa usługa ZASADY Akceptowanie ryzyka Zarządzanie ryzykiem Pomiar ryzyka związanego z usługą Tolerancja ryzyka dla usługi Uzasadnienie stosowania budżetu błędów Poziomy SLO Terminologia związana z poziomem usług Wskaźniki w praktyce Cele w praktyce Umowy w praktyce Eliminowanie harówki Definicja harówki Dlaczego ograniczenie harówki jest korzystne? Co kwalifikuje się jako prace inżynieryjne? Czy harówka zawsze jest czymś złym? Wniosek Monitorowanie systemów rozproszonych Definicje Po co monitorować? Wyznaczanie rozsądnych oczekiwań względem monitorowania Symptomy a przyczyny Monitorowanie czarnoskrzynkowe i białoskrzynkowe Cztery złote sygnały Uwzględnianie wartości skrajnych (lub narzędzia pomiarowe i sprawność) Określanie odpowiedniej szczegółowości pomiarów Tak proste jak to możliwe, ale nie prostsze Łączenie opisanych zasad Monitorowanie długoterminowe Ewolucja automatyzacji w Google'u Wartość automatyzacji Wartość dla zespołów SRE w Google'u Przypadki zastosowania automatyzacji Wyautomatyzuj się z pracy - automatyzuj WSZYSTKO! Łagodzenie problemów - stosowanie automatyzacji do uruchamiania klastrów Borg - narodziny komputera na skalę hurtowni Podstawową cechą jest niezawodność Zalecenia Inżynieria udostępniania Rola inżyniera udostępniania Filozofia Ciągłe budowanie i wdrażanie Zarządzanie konfiguracją Prostota Stabilność a elastyczność systemu Cnota nudy Nie oddam mojego kodu! Wskaźnik "negatywne wiersze kodu" Minimalne interfejsy API Modułowość Udostępnianie prostych zmian Prosty wniosek PRAKTYKI Praktyczne alarmy na podstawie szeregów czasowych Powstanie systemu Borgmon Narzędzia pomiarowe w aplikacji Zbieranie eksportowanych danych Przechowywanie danych w obszarze szeregów czasowych Sprawdzanie reguł Alarmy) Podział systemu monitorowania Monitorowanie czarnoskrzynkowe Zarządzanie konfiguracją Dziesięć lat później... Dyżury na wezwanie Życie inżyniera dyżurnego Zrównoważone dyżury Poczucie bezpieczeństwa Unikanie nieodpowiedniego obciążenia operacyjnego Skuteczne rozwiązywanie problemów Teoria Praktyka Wyniki negatywne to magia Studium przypadku Ułatwianie rozwiązywania problemów Wnioski Reagowanie kryzysowe Co robić, gdy w systemie wystąpi awaria? Kryzys wywołany testami Sytuacje kryzysowe spowodowane zmianami Sytuacje kryzysowe spowodowane procesem Dla każdego problemu istnieje rozwiązanie Wyciągaj wnioski z przeszłości i nie powtarzaj tych samych błędów Zarządzanie incydentami Niezarządzane incydenty Anatomia niezarządzanego incydentu Aspekty procesu zarządzania incydentami Zarządzany incydent Kiedy ogłaszać incydent? Kultura analizy zdarzeń - wyciąganie wniosków z niepowodzeń Filozofia analizy zdarzeń w Google'u Współpracuj i dziel się wiedzą Wprowadzanie kultury analizy zdarzeń Wnioski i wprowadzane usprawnienia Śledzenie przestojów Escalator Outalator Testowanie niezawodności Rodzaje testów oprogramowania Tworzenie środowiska testowania i środowiska budowania Testowanie w dużej skali Wnioski Inżynieria oprogramowania w SRE Dlaczego inżynieria oprogramowania w zespołach SRE ma znaczenie? Studium przypadku. Auxon - wprowadzenie do projektu i przestrzeń problemowa Planowanie przepustowości na podstawie celów Wspomaganie inżynierii oprogramowania w SRE Równoważenie obciążenia na poziomie frontonu Moc nie jest rozwiązaniem Równoważenie obciążenia z użyciem systemu DNS Równoważenie obciążenia na poziomie wirtualnych adresów IP Równoważenie obciążenia w centrum danych Scenariusz idealny Identyfikowanie problematycznych zadań - kontrola przepływu i "kulawe kaczki" Ograniczanie puli połączeń za pomocą tworzenia podzbiorów Reguły równoważenia obciążenia Obsługa przeciążenia Pułapki związane z "liczbą zapytań na sekundę" Limity na klienta Ograniczanie liczby żądań po stronie klienta Poziom krytyczności Sygnały poziomu wykorzystania Obsługa błędów przeciążenia Obciążenie wynikające z połączeń Radzenie sobie z awariami kaskadowymi Przyczyny awarii kaskadowych i projektowanie z myślą o ich uniknięciu Zapobieganie przeciążeniu serwerów Powolny rozruch i pusta pamięć podręczna Warunki wywołujące awarie kaskadowe Testowanie pod kątem awarii kaskadowych Pierwsze kroki w obliczu awarii kaskadowych Zarządzanie krytycznym stanem - zapewnianie niezawodności za pomocą konsensusu w środowisku rozproszonym Uzasadnienie uzgadniania konsensusu - niepowodzenie koordynacji systemów rozproszonych Jak działa konsensus w środowisku rozproszonym? Wzorce architektury systemu związane z konsensusem w środowisku rozproszonym Wydajność uzgadniania konsensusu w środowisku rozproszonym Wdrażanie rozproszonego systemu opartego na konsensusie Monitorowanie rozproszonych systemów uzgadniania konsensusu Okresowe szeregowanie prac w środowisku rozproszonym za pomocą crona Cron Prace crona a idempotencja cron w dużej skali Budowanie crona w Google'u Potoki przetwarzania danych Początki wzorca projektowego "potok danych" Początkowy wpływ big data na prosty wzorzec potoku danych Wyzwania związane ze wzorcem "okresowo uruchamiany potok danych" Problemy powodowane przez nierównomierny podział pracy Wady okresowo uruchamianych potoków w środowiskach rozproszonych Wprowadzenie do systemu Workflow Google'a Etapy wykonywania w systemie Workflow Zapewnianie ciągłości biznesowej Integralność danych - wczytywanie tego, co zostało zapisane Ścisłe wymagania z zakresu integralności danych Cele zespołów SRE w Google'u w zakresie integralności i dostępności danych Jak zespoły SRE Google'a radzą sobie z problemami z integralnością danych? Studia przypadków Ogólne zasady SRE stosowane w obszarze integralności danych Niezawodne udostępnianie produktów w dużej skali Inżynieria koordynowania udostępniania Konfigurowanie procesu udostępniania Tworzenie listy kontrolnej udostępniania Wybrane techniki niezawodnego udostępniania Powstawanie zespołu LCE ZARZĄDZANIE Szybkie przygotowywanie inżynierów SRE do dyżurów i innych zadań Zatrudniłeś nowych inżynierów SRE. Co dalej? Początkowe pouczające doświadczenia - argument na rzecz przewagi struktury nad chaosem Rozwój świetnych ekspertów od inżynierii odwrotnej i improwizatorów Pięć praktyk dla przyszłych dyżurnych Dyżury i inne zadania - rytuał przejścia i ciągłe uczenie się Końcowe myśli Radzenie sobie z zakłóceniami Zarządzanie obciążeniem operacyjnym Czynniki wpływające na sposób zarządzania zakłóceniami Niedoskonałe maszyny Angażowanie inżyniera SRE w celu wyeliminowania przeciążenia operacyjnego Etap 1. Poznaj usługę i kontekst Etap 2. Przedstawianie kontekstu) Etap 3. Motywowanie do zmian Komunikacja i współpraca w zespołach SRE Komunikacja - spotkania produkcyjne Współpraca w ramach zespołów SRE Studium przypadku z obszaru współpracy w zespołach SRE - Viceroy Współpraca z zespołami innymi niż SRE Studium przypadku - przeniesienie DFP do F1 Zmiany w modelu angażowania się zespołów SRE Zaangażowanie zespołów SRE - co, jak i dlaczego? Model PGP Model angażowania się zespołów SRE Przeglądy gotowości produkcyjnej - prosty model oparty na PGP Ewolucja prostego modelu opartego na PGP - wczesne zaangażowanie Zmiany w rozwoju usług - frameworki i platforma SRE Lekcje z innych branż Poznaj naszych branżowych weteranów Testowanie gotowości i odporności na katastrofy Kultura analizy zdarzeń Eliminowanie powtarzalnej pracy i kosztów operacyjnych dzięki automatyzacji Ustrukturyzowane i racjonalne podejmowanie decyzji Tabela dostępności Zbiór dobrych praktyk dotyczących usług produkcyjnych Przykładowy dokument ze stanem incydentu Przykładowa analiza zdarzenia Lista kontrolna LCE Przykładowe notatki ze spotkania produkcyjnego

Sygnatura czytelni BWEAiI: XII A 39

dostępna do wypożyczenia

Ta pozycja znajduje się w zbiorach 2 placówek. Rozwiń listę, by zobaczyć szczegóły.

Wypożyczalnia

Są egzemplarze dostępne do wypożyczenia: sygn. 145177 (1 egz.)

Biblioteka WEAiI

Egzemplarze są dostępne wyłącznie na miejscu w bibliotece: sygn. 145113 N (1 egz.)