// Инсайты
Управленческий контент для технических руководителей — признаки проблем, управленческие решения и бизнес-последствия нестабильных систем.
10 материалов
Когда падает важный сервис, технический отказ — только половина проблемы. Вторая половина разворачивается среди людей, и обходится она обычно дороже. Без заранее принятых решений первые тридцать минут выглядят одинаково …
Читать далееВ команде без автоматизированной поставки разработчик ежедневно выполняет операции, не связанные с написанием кода: собирает проект вручную, проверяет изменения руками, ждёт освобождения стенда, исправляет ошибки, …
Читать далееПопытка сделать одинаково надёжным всё — самый быстрый способ исчерпать бюджет, не повысив надёжность там, где она нужна. Когда команда предлагает перевести на кластер и автоматическое переключение вообще всю …
Читать далееРазговор об отказоустойчивости обычно уходит в технические подробности на второй минуте: репликация, переключение, таймауты, кворум. Руководителю остаётся оценивать предложение по уверенности говорящего — что плохой …
Читать далееОб избыточной надёжности говорят редко: недостаточная надёжность заявляет о себе авариями, а избыточная выглядит добродетелью. Компания платит за сложность, которой не пользуется, и считает это осмотрительностью. Между …
Читать далееНа вопрос «у нас делаются резервные копии?» технический специалист почти всегда отвечает утвердительно, и отвечает честно: задание в планировщике есть, файлы создаются, место занимается. Руководитель ставит мысленную …
Читать далееВ большинстве компаний схема инфраструктуры существует в двух видах. Первая — красивая презентационная: кластеры, реплики, балансировщики, стрелки между ними. Вторая — настоящая, в голове одного инженера, и она заметно …
Читать далееПока инфраструктура работает, она выглядит статьёй расходов, которую хочется сократить. Стоит ей упасть — и тональность меняется на противоположную: инженеры просят бюджет на «нормальную надёжность», финансовый директор …
Читать далееОтказоустойчивость — это не состояние «есть или нет». Это лестница из четырёх уровней, и каждый решает свою задачу на своём этапе жизни продукта. Попытка перепрыгнуть ступень и построить сложную систему раньше времени — …
Читать далееИнфраструктура редко ломается в один день. Обычно она деградирует незаметно — месяцами, по чуть-чуть. Команда привыкает к неудобствам, называет их рабочими моментами, и дело идёт — до поры. Ко мне обращаются, как …
Читать далее