Архитектура надёжности

Архитектура надёжности

___

ОГЛАВЛЕНИЕ

Введение:Почему эта книга появилась

Глава 1.Эффект 28 800: Как одна утилита сэкономила банку 900% бюджета

Глава 2.Бесшовный переезд: когда сеть не должна умереть

Глава 3.Сеть как живой организм: мониторинг и профилактика

Глава 4.Школа выживания инженера: от паяльника до Python

Глава 5.Как я пишу инструкции для машин и людей

Глава 6.Строитель, лётчик и инженер: почему хобби делают меня лучше

Заключение:Будущее инфраструктуры — за гибкими автоматизаторами

ВВЕДЕНИЕ: ПОЧЕМУ ЭТАКНИГА ПОЯВИЛАСЬ

Эта книга родилась не из желания написать мемуары. Она родилась из опыта. Пятнадцать лет работы, сотни проектов, тысячи часов в серверных, на выездах, за кодом и с паяльником.

За это время сложился один подход. Универсальный. Он работает и в банкоматах Сбербанка, и в сетях Citibank, и в мониторинге ВТБ, и в автоматизации TexAproc. Он работает и вне работы — в строительстве собственного дома, в парапланеризме, в ремонте холодильников.

Этот подход можно сформулировать в четырёх словах:

«Найди боль — автоматизируй — обучи — масштабируй».

Сначала найти, где теряется время, где возникают ошибки, где люди страдают от рутины. Потом автоматизировать — кодом, процессом, системой. Потом обучить других, чтобы они могли делать то же самое. И наконец, сделать так, чтобы этот подход жил без автора.

В этой книге — не теория. Не абстрактные рассуждения. В ней — реальные проекты, реальные цифры, реальные люди. Каждая глава — это отдельная история. И каждая показывает, как один и тот же подход работает в разных условиях.

· Глава 1 — о том, как ускорить конвертацию конфигураций в 28 800 раз.

· Глава 2 — о том, как перевезти 400 устройств без единого сбоя.

· Глава 3 — о том, как мониторить 15 000 банкоматов вдвоём.

· Глава 4 — о том, как путь от паяльника до Python делает инженера сильнее.

· Глава 5 — о том, почему документация — это часть инженерии, а не бюрократия.

· Глава 6 — о том, как хобби и работа питают друг друга.

В центре каждой истории — не автор. В центре — проблема, которая была решена. Процесс, который стал эффективнее. Команда, которая стала сильнее.

Музыкальное образование, строительство дома, параплан — это не просто «интересные факты». Это часть той же философии. Потому что подход к системе не зависит от того, что перед глазами: код, бетон или воздушный поток.

Эта книга — для тех, кто ищет не просто инструкции, а способ мышления. Для тех, кто понимает: настоящий инженер — не тот, кто знает всё, а тот, кто готов учиться всегда и учить других. Для тех, кто видит систему везде и хочет делать её лучше.

Возможно, после прочтения этой книги кто-то посмотрит на свою работу иначе. Увидит не рутину, а точки роста. Найдёт не проблемы, а возможности.

Это лучший результат, которого может желать автор.

ГЛАВА 1. ЭФФЕКТ 28800: КАК ОДНА УТИЛИТА СЭКОНОМИЛА БАНКУ 900% БЮДЖЕТА

1.1. День, когда всё сломалось (хотя ничего не сломалось)

В моей практике был день, который я запомнил надолго. Не из-за пожара в серверной или DDoS-атаки. Всё было хуже. Всё было ровно.

Утро началось с трёх одновременно прилетевших заявок от крупных клиентов. Каждый требовал срочной конвертации конфигураций под новую версию ПО пакетных брокеров. Заявки были не сложные — стандартная процедура, которую мы выполняли десятки раз. Но в тот день их накопилось так много, что мой отдел захлебнулся.

Я посмотрел на список задач. 17 конфигураций. В каждой — сотни строк кода, которые надо вручную переписать под новый синтаксис. Одна ошибка в запятой — и трафик банка ляжет. Безопасность, уязвимости, деньги клиентов — всё это висело на волоске из-за человеческого фактора.

Через час к нам подключили коллег из соседнего отдела. Они не имели отношения к конвертациям, но их оторвали от их собственной работы. Люди сидели с открытыми блокнотами, выписывали параметры, сверяли со старой документацией, перепроверяли друг друга. Это был не высокотехнологичный процесс. Это был ручной конвейер эпохи раннего Средневековья.

К вечеру мы сделали только 6 из 17. Остальные перенесли на завтра. Клиенты нервничали. Наши коллеги из других отделов злились, потому что их проекты встали. Я сидел и смотрел на экран, понимая одну простую вещь: мы платим людям зарплату за то, что они делают работу, которую может делать машина.

И никто не задавался вопро