Kitobni o'qish: «Архитектура надёжности»
Глава
АРХИТЕКТУРА НАДЁЖНОСТИ
НАЙДИ БОЛЬ – АВТОМАТИЗИРУЙ – ОБУЧИ - МАСШТАБИРУЙ
ОГЛАВЛЕНИЕ
Введение: Почему эта книга появилась
Глава 1. Эффект 28 800: Как одна утилита сэкономила банку 900% бюджета
Глава 2. Бесшовный переезд: когда сеть не должна умереть
Глава 3. Сеть как живой организм: мониторинг и профилактика
Глава 4. Школа выживания инженера: от паяльника до Python
Глава 5. Как я пишу инструкции для машин и людей
Глава 6. Строитель, лётчик и инженер: почему хобби делают меня лучше
Заключение: Будущее инфраструктуры — за гибкими автоматизаторами
ВВЕДЕНИЕ: ПОЧЕМУ ЭТАКНИГА ПОЯВИЛАСЬ
Эта книга родилась не из желания написать мемуары. Она родилась из опыта. Пятнадцать лет работы, сотни проектов, тысячи часов в серверных, на выездах, за кодом и с паяльником.
За это время сложился один подход. Универсальный. Он работает и в банкоматах Сбербанка, и в сетях Citibank, и в мониторинге ВТБ, и в автоматизации TexAproc. Он работает и вне работы — в строительстве собственного дома, в парапланеризме, в ремонте холодильников.
Этот подход можно сформулировать в четырёх словах:
«Найди боль — автоматизируй — обучи — масштабируй».
Сначала найти, где теряется время, где возникают ошибки, где люди страдают от рутины. Потом автоматизировать — кодом, процессом, системой. Потом обучить других, чтобы они могли делать то же самое. И наконец, сделать так, чтобы этот подход жил без автора.
В этой книге — не теория. Не абстрактные рассуждения. В ней — реальные проекты, реальные цифры, реальные люди. Каждая глава — это отдельная история. И каждая показывает, как один и тот же подход работает в разных условиях.
· Глава 1 — о том, как ускорить конвертацию конфигураций в 28 800 раз.
· Глава 2 — о том, как перевезти 400 устройств без единого сбоя.
· Глава 3 — о том, как мониторить 15 000 банкоматов вдвоём.
· Глава 4 — о том, как путь от паяльника до Python делает инженера сильнее.
· Глава 5 — о том, почему документация — это часть инженерии, а не бюрократия.
· Глава 6 — о том, как хобби и работа питают друг друга.
В центре каждой истории — не автор. В центре — проблема, которая была решена. Процесс, который стал эффективнее. Команда, которая стала сильнее.