tgindex

DevOps не горит

описание

Привет!) Я Володя @Mrgreyves Пришло время наконец-то завести свой канал Что тут будет: инженерка, статьи про всякие полезные штуки и мемесы Попробую даже регулярно что-то постить ^_^

← к каналу@devops_not_burn
493
подписчиков
Охват к подписчикам
185,6%
ERR
Реакции к просмотрам
1,79%
364 на 22 постов
Пересылки к просмотрам
0,79%
161
Постов в день
0,1
всего 22

Где отзываются чаще

доля реакций к просмотрам
  • 14 авг.Коллеги, всем привет! =) 6 мая 2026 случилось поистине великое событие (да-да, пишу очень вовремя) — вышел релиз Harbor 2.15.1. Ну обновился Harbor и обновился, а прикол-то в чем? Как будто бы вполне ризонный вопрос — а что такого великого в этом релизе? Как по мне, всю историю существования Harbor в нем была одна серьезная проблема. А именно: если образ в проксируемом реджестри по какой-то причине становился недоступен или сам реджестри становился недоступным — проксируемый образ из Harbor мы получить уже не могли. Даже если Harbor его до этого успешно скачал и он физически лежал в кеше. Был хак, когда образ из Harbor можно было получить по его хэш-сумме, но это долго и неудобно. В 2.15.1, а если точнее — тут, эту проблему наконец-то пофиксили. Теперь, если образ или сам реджестри недоступны, но образ уже есть в кеше — его можно получить из Harbor. Ииии это ровно то поведение, которого лично я ждал от Proxy Cache =) Свой Harbor мы обновляли с версии 2.12.XX, с проверками на каждом этапе. Обновляться стоит по порядку и точно не забывать про резервное копирование PostgreSQL, потому что с каждым обновлением проходят новые миграции БД. Enjoy =)8,33%
  • 6 авг.Коллеги, всем привет! =) Пришло время прервать молчание и начать писать посты регулярно. Как и обещал… ага-ага =) За прошедшие 6–7 месяцев много чего произошло, и, кажется, пришло время обо всём этом рассказать. Возможно, вы знаете, что я являюсь членом программного комитета DevOops Conf. Ииии… мы с коллегами запустили небольшой подкаст =) В подкаст мы приглашаем спикеров конференции, обсуждаем их доклады с DevOops Conf 2025, задаём неудобные вопросы, смотрим, что изменилось почти за год, и думаем, куда движемся дальше. Мы уже провели три подкаста: * DevOops Podcast #1 // «Битва кодовых ассистентов» * DevOops Podcast #2 // Инженер: куда уж дальше? Есть ли жизнь после сеньора? * DevOops Podcast #3 // Смерть классического IDP и восстание машин Тема следующего подкаста: Day 2 Operations: Как ломалась и крепла архитектура MWS Cloud на базе K8s и SaltStack О чём поговорим? * 💀 Смерть Immutable Infrastructure? (Боль идеалиста) * 🔨 K8s как молоток, а весь мир — гвоздь (Истинная цена «дешёвой» инфраструктуры) * ⚡ Некромантия или прагматизм: почему SaltStack? * 💥 Blast Radius (радиус поражения) и ночные кошмары * 🏗️ Platform Engineering и внутренний заказчик * 🐤 Факапы и мёртвые канарейки Подкаст состоится уже в эту пятницу, 07.08.2026, начало в 18:00 МСК. В онлайне вы сможете пообщаться с членами ПК и спикером =) Трансляция будет доступна здесь: Youtube, VK Видео Добавляйте в свои календари =) Ссылку на запись выложу немного позже ^_^5,66%
  • 11 авг.Коллеги, всем привет! =) Ранее я рассказывал про BSA-модель, к которой я часто обращаюсь в своих докладах. Оригинальный пост вы можете найти по ссылке. Иии 13 марта мы с коллегами из Flant провели вебинар, на котором подробно разобрали, как устроена модель, её плюсы и как она ложится на инфраструктуру. Не забыли подсветить особенности и корнер-кейсы =) Запись вебинара доступна тут: Youtube, Rutube, Dzen, VKvideo Enjoy =) ЗЫ1 — про DevOops Podcast: отдельный пост про то, где можно посмотреть запись, делать не буду — запись доступна по тем же ссылкам =) ЗЫ2 — про DevOops Podcast: готовим следующие выпуски, stay tuned =)4,43%
  • 13 сент. 2025 г.Коллеги, всем привет!=) Big Tech Night отгремел, а я, как и обещал, делюсь свое презентацией Формат pptx оставил специально потому что там есть подстрочник Авторская орфография конечно же сохранена Enjoy ^_^2,44%
  • 26 сент. 2025 г.Big Tech Night - “послесловие” Коллеги, всем привет! =) BTN прошел, а мое выступление вы можете найти тут Продолжаем “затаскивать”, боремся с сайд эффектами, решаем вопросики Никто же нам не говорил что в платформе все будет просто! =) Enjoy! ЗЫ - надеюсь, что в ближайшее время, контента станет побольше =) ЗЫЫ - не ну масштаб у BTN конечно был грандиозный, мы с ребятами успели побывать только в офисах Ламода, Т-банка и Яндекса =)2,38%
  • 4 апр. 2025 г.⌨️ K8s. Вопрос о деплое пода #k8s Опишите путь, который проходит Pod от момента деплоя его манифеста до статуса Running2,09%
  • 4 сент. 2025 г.Big Tech Night Коллеги, всем привет! =) 12 сентября буду выступать на конференции Big Tech Night В офисе коллег из Lamoda Tech я расскажу “как при помощи одной cli управлять всем миром” Ох и не простое это было приключение, начиная от дизайна и заканчивая тем как мы это внедряли. Сложности начались с дизайна и закончились на этапе нотификаций. Мы перепробовали кучу всего, некоторые части компонентов переписывали вообще несколько раз. Хотя, казалось бы ага, цель у нас была простая, дать разработчикам возможность влиять на инфраструктуру при этом не выстрелив в ногу командам эксплуатации Приходи, будет интересно =) ЗЫ - после конференции я конечно же приложу запись и все материалы =)2,09%
  • 29 сент. 2025 г.Yandex Neuro Scale Коллеги, всем привет! =) Прошел Yandex Neuro Scale, ииии там я тоже отметился с докладом "Балансировка на грани: как мы распределяем нагрузку в Kubernetes-кластерах" Как я и говорил в самом выступлении, я много “покапитанил” и в целом не рассказал ничего особо нового. Многие вещи, про которые я говорил, все уже давно используют у себя в проде. Основная цель моего доклада — рассказать про наши приключения с повышением отказоустойчивости: мы хотим “жить” даже если потенциально, в моменте, одна зона доступности может испариться. 25 минут доклада на земле равняются 2 кварталам работы 4х инженерных команд =) Так что всё это приключение точно было не из лёгких =) ЗЫ — в кулуарах был вопрос: “А как там выживать, если есть ноды/нод-группы с тейнтами?”. Ответил, что “у нас такого нет, и проблем тоже нет =)”. В целом мой ответ валиден. Если посмотреть на него более детально, то нод-группы с тейнтами не особо-то и отличаются от обычных нод-групп. Нод-группы с тейнтами мы просто дублируем между зонами и в случае проблем эвакуируем нагрузку в другую зону. ЗЫЫ — Yandex Neuro Scale персонально для меня — achievement unlocked👨‍🦯 ЗЫЫЫ — Да, отказоустойчивость, да, мы максимально живучие в случае больших инфра-проблем, но ценой чего? Мы тут запустили небольшой трек по оценке: “А всегда и везде нам нужна такая отказоустойчивость?”. По результатам вернусь =)2,07%
  • 2 сент. 2025 г.Terragrunt и обработка ошибок Коллеги, всем привет! =) Иногда, а именно когда мы раскатываем инфраструктуру пепелайном с terragrunt/terraform, мы можем столкнуться с ошибками. Конечно же ошибки нужно фиксить системно, но всегда это быстро или возможно в принципе. По этому приходится что-то придумывать. Для связки pipeline+terragrunt/terraform можно выделить 2 типа ошибок: 1 - мы не можем поработать со стейтом, провайдером, модулем, api инфры 2 - что-то уж совсем не так с api инфры Проблемы под номером “РАЗ” вполне себе могут решаться ретраем, сделать это можно двумя способами: — используя утилиту retry (да, оно будет работать, но бинарь придется собирать самостоятельно и ретрай будет всегда когда exit code ≠ 0, что не всегда удобно) — используя встроенный обработчик ошибок terragrunt (это вариант нам как раз и подходит, так как работать с ошибками можно достаточно гранулярно) На практике нам достаточно добавить блок errors в привыйный нам terragrunt.hcl Пример: errors { retry "source_fetch" { #имя ошибки retryable_errors = [".*Error refreshing state: .*"] #регулярка для поиска конкретной ошибки max_attempts = 3 #количество ретраев sleep_interval_sec = 5 #ожидание между ретраями } } В конфигурацию мы можем добавить ретраи для нескольких ошибок или написать мега регулярку. Обязательно стоит помнить что использовать .* в случае инфры может быть не самой лучшей затеей Enjoy =) PS - да, да, я снова пишу редко, как говорит мой батя “То пьянка, то партсобрание” PSS - в ближайшие пару дней будет несколько анонсов =)2,07%
  • 6 апр. 2025 г.Коллеги, всем привет!) Небольшая минутка спойлеров моего будущего доклада =)2,04%
  • 2 окт. 2025 г.DevOops 2025 Коллеги, всем привет! =) 16-17 сентября в Питере прошел DevOops Conf. Это был юбилейный, десятый DevOops. Иииии, я там тоже был, НО в этот раз не как спикер, а как член программного коммитета!!! Что я имею по этому поводу сказать: 1 - это совершенно другой опыт, так как в обычной жизни ты готовишь один доклад, но тут ты помогаешь аж с 4 докладами 2 - на участие в ПК уходит горрраздо больше сил, но это определенно того стоило =) А еще с мы Сергеем Киселевым (у него кстати есть свой канал "Буду погроммистом!") запустили новую активность “Fail Talks”. Fail Talks приследовал несколько целей: — дать возможность людям пообщаться при это не загоняя их в сверх жесткие рамки — создать обстановку в которой не страшно рассказать про свои фейлы, даже если они “позорные” Иииии мы справились, для разгона этой активности было 2 специально подготовленных “случайных” доклада, к концу докладов было уже 15 Коллеги, записывались, рассказывали, травили шутейки за 300, в какой то момент мне показалось, что в зале было человек под 80, что было супер круто =) В общем и целом - мне все понравилось, быть бОльшей частью комьюнити и помогать другим спикерам готовиться Дима, Даша, Ваня, Макарий - бесконечно благодарен вам за ваши доклады =) Алена - сЫпасибо за супер координацию всего процесса =) ЗЫ - а еще мы запускаем/достаем из закрамов еще одну DevOops активность, о ней я напишу позже =) ЗЫЫ - немного фотокарточек в комментариях2,02%
  • 14 янв.Коллеги, всех с прошедшими праздниками! ^_^ Хотел написать данный пост ещё в понедельник, но руки дошли только сейчас. Начало года — всегда самая любимая пора, потому что это всегда обновление каких-нибудь сертификатов и всякое такое, регулярно, но нечасто. Самое весёлое в этом сезоне — это то, что EdgeCDN перестаёт предоставлять услуги CDN для Yandex Cloud, и всех просят мигрировать на Yandex CDN, коим мы сейчас и занимаемся. Инструкция облака в целом исчерпывающая, а если у вас инфраструктура как код, то проблем возникнуть не должно. Единственный момент — это как проверить работоспособность нового CDN? А сделать можно это следующим образом. Если вы шли строго по инструкции, клонировали ранее созданный CDN для своего доменного имени, вы получили CNAME нового CDN. Там будет что-то вида 123123abcd.topology.gslb.yccdn.ru После этого вам нужно узнать IP-адрес этого CDN, в этом нам поможет dig. dig +short 123123abcd.topology.gslb.yccdn.ru После того как мы получим IP-адрес (представим, что это 1.2.3.4), мы сможем собрать примерно вот такой curl: curl -vvv --resolve my-awesome-service.ololo.ru:443:1.2.3.4 https://my-awesome-service.ololo.ru/ После его выполнения вы сможете проверить работоспособность нового CDN. Enjoy и всем лёгкой первой трудовой недели ^_^ PS - а зачем проверять то? Инструкция от облака описывает чуть-ли не автомиграцию "прЕкол" заключается в том, что замена CDN подразумевает замена CNAME для основого домена ради которого CDN и поднимается/настраивается Любые работы с DNS, особенно в проде, несут ряд рисков и определенно стоит проверить все заранее PPS - новый CDN будет "не прогретый", то есть в нем не будет кэша, по этому в моменте вы получите увеличение нагрузки на сервис за CDN до момента пока кэш "не прогреется"1,94%