Devops

Неприметный герой, о котором никто не говорит Знаете, что неинтересно? Логирование. Это всё равно что поддерживать привычку пользоваться зубной нитью — никто не устраивает по этому поводу вечеринок, но ваше будущее «я» скажет вам спасибо, когда всё пойдёт наперекосяк в 3 часа ночи в воскресенье. И вот парадокс: самые успешные инженерные команды, с которыми я сталкивался, одержимы тем, что большинство разработчиков считают второстепенным. Они поняли, что тщательное структурированное логирование — это не обуза, а чёрный ящик бортового самописца вашей производственной системы....

If you’ve ever received an observability bill that made you question your life choices, you’re not alone. The funny thing about observability is that it’s the most important thing you’re probably overspending on. Let me explain: observability is non-negotiable for modern systems, but the way most teams buy it? That’s where the financial hemorrhaging begins. The core problem is straightforward: SaaS observability platforms charge per gigabyte ingested, per host monitored, or per high-cardinality metric tracked....

Если вы когда-либо получали счёт за мониторинг, который заставлял вас сомневаться в своих решениях, вы не одиноки. Забавно то, что мониторинг — это самая важная вещь, на которую вы, вероятно, тратите слишком много. Позвольте объяснить: мониторинг необходим для современных систем, но то, как большинство команд его покупают, — вот где начинаются финансовые проблемы. Основная проблема проста: платформы мониторинга SaaS взимают плату за гигабайт принятых данных, за каждый отслеживаемый хост или за каждый отслеживаемый показатель с высокой кардинальностью....

Every few years, a deployment strategy comes along that promises to solve all your problems. Remember when everyone said containers would fix everything? Blue-green deployment is this decade’s darling—the deployment equivalent of “have you tried turning it off and on again,” except way more expensive. Don’t get me wrong. I’m not here to trash-talk blue-green deployments. They’re genuinely useful in certain scenarios. But I’ve watched too many teams implement them as a band-aid, a way to avoid addressing the real issues lurking in their architecture....

Каждые несколько лет появляется стратегия развёртывания, которая обещает решить все ваши проблемы. Помните, когда все говорили, что контейнеры исправят всё? Развёртывание по схеме «синий-зелёный» — любимец этого десятилетия, эквивалент развёртывания по принципу «попробуйте выключить и снова включить», только гораздо более дорогостоящий. Я не собираюсь критиковать «сине-зелёное» развёртывание. Оно действительно полезно в определённых сценариях. Но я видел, как слишком многие команды применяют его как временную меру, чтобы избежать решения реальных проблем, скрывающихся в их архитектуре....