Infrastructure

Мы все слышали этот аргумент: автоматизируйте всё, и проблемы исчезнут. Команды DevOps воспринимают это как мантру и с религиозным пылом создают конвейеры CI/CD, шаблоны Infrastructure-as-Code и системы мониторинга, которые заставили бы завидовать самого безумного учёного. Но вот неудобная правда, которую никто не хочет признавать на технических конференциях: автоматизация не спасла нас. Она просто подарила нам более сложные проблемы, о которых можно переживать в 3 часа ночи. Парадокс автоматизации: больше инструментов, больше хаоса Вам знакомо это чувство, когда вы утопаете в кофе и уведомлениях?...

Облако — это не всегда решение (шокирующе, я знаю) В технологической индустрии ходит шутка, что любую проблему с инфраструктурой можно решить, «перенеся всё в облако». Нужно улучшить производительность? Облако. Беспокоитесь о безопасности? Облако. Ваш кофе остыл? Определённо облако. Но вот о чём никто не говорит достаточно громко: иногда облако — это просто… излишний инженерный подход, маскирующийся под инновацию. Я наблюдал, как компании тратят миллионы на миграцию в облако, которая ухудшила их инфраструктуру....

Ересь, которую никто не хочет слышать Начну с признания: я люблю устаревшие системы. Не мазохистской любовью, а так, как можно любить старый автомобиль, который всегда заводится и довезёт вас туда, куда нужно. В отрасли, одержимой новыми блестящими игрушками, есть что-то освежающе честное в коде, написанном в 1997 году, который до сих пор обрабатывает транзакции как чемпион. Прежде чем закрыть эту вкладку, решив, что я сошёл с ума, выслушайте меня. Технический мир любит ругать устаревшие системы с пылом подростка, высмеивающего модный выбор своих родителей....

Если вы читаете это, возможно, кто-то в вашей организации оправдывал сохранение той древней системы COBOL или тех серверов эпохи Pentium, которые пылятся в углу центра обработки данных. Вы слышали, как это называют «технической задолженностью», «необходимым злом» или — моё любимое — «мы перенесём это в следующем квартале» (мы оба знаем, что этого никогда не произойдёт). Но что, если я скажу вам, что ваши устаревшие системы на самом деле могут приносить вам пользу?...

Ваша инфраструктура, вероятно, в порядке. Пока всё не пойдёт крахом. И когда в три часа ночи в субботу всё сломается, вы пожалеете, что не потратили немного времени на преднамеренное тестирование отказов в рабочее время. Добро пожаловать в Chaos Engineering с Gremlin — здесь мы выступаем в роли ответственных поджигателей в архитектуре вашей системы, устраивая контролируемые пожары, чтобы проверить, какие спринклеры действительно работают. Понимание философии Chaos Engineering Если ваши системы не давали сбоев в контролируемой среде, они обязательно дадут сбой в неконтролируемой....