Видео

2024. Если в этом докладе заменить слово Kubernetes (только его) на AI -- то, в принципе, остальное можно оставить как есть.

чет вы переусложнили всё, целая команда работает над key value хранилищем ахахахахах мы храним секреты в коде проекта в гите и докер образах, удобно и ничего лишнего - минимализм и простота

Невероятный доклад! Спасибо огромное

В видео-докладе не было полностью раскрыто про слои docker-образа, которые пушатся в registry как отдельные docker-образы (для werf). С кэшированием слоев в рамках docker-а показали, а с werf-ом - нет. Так что происходит в werf, если изменяется какой-то слой docker-образа? Он только измененный слой запушит в registry? 11:30

хороший доклад

ААААА! 64гига... Как мртг, катси, нагиос и (о боже) опен-вьюв 20 лет назад мониторили?.. "Дайте мне больше денег (т.е. памяти, цпу и айопсов)" (с) любой продавант ЗЫ: спикеру Вове (как сам представился) респект. Всё очень доступно и интересно ) ЗЫЫ: TSDB придумывали-придумывали-придумывали. "а давайте ноусиквел новую поверх тсдб придумаем" )

Хотел рассказать про опыт, в итоге кратко и внятно рассказал про абстракции и архитектуру кубера:) Очень полезный и ёмкий доклад, спасибо!

Дэвид Мэгтон, серьёзно? 🤣

Лучший! Отличный доклад! Большое спасибо

Дима, что случилось? ну ладно имя сменил или фамилию, но все вместе? ну это так шутки, спасибо что работаешь на Русско-говорящую публику, и продолжаешь делать опенсорс

Вы делаете хорошее решение, но не нравится цена, а в community нет графического интерфейса а значит и смысла. Не совершайте ошибок прошлых хороших проектов, технически превосходящих конкурентов, но дорогих и из-за этого погибших.

0:33 Дмитрий Столяров же основатель Фланта. Или он переименовался в Давида Мэгтона?😁😁

Ничего себе, так доступно , но при этом в деталях! Потрясающий доклад

Толковый доклад, спасибо !

Документация по стронгхолду у вас это конечно ппц

"убьёт"; Весьма не правильно говорить так о программных действиях.

Чьёрд! Я ушел как раз, когда звук пропал, а мой вопрос и понравился, вот )))

Материал подается хорошо, для введения в тему - самое то. Только докладчик слишком много жестикулирует, ОЧЕНЬ отвлекает от просмотра картинки. Если не получается контролировать руки, то можно просто "обрезать" человека по плечи или вообще убрать из кадра бОльшую часть времени.

Отличный доклад, спасибо. Только странно что именно этого ведущего выбрали с речевым дефектом.

После прослушивания этого доклада я ощутил смесь разочарования и потенциала. Начиная с презентации, я надеялся увидеть четкие, практические подходы к управлению проектами, но вместо этого мне пришлось столкнуться с бесконечным потоком слайдов и хаосом в организации материала. Особенно это касается момента, когда обсуждалась "проблема часа инженера". Введение концепции 'слотов времени' и универсальных единиц измерения работы инженера кажется непродуктивным. Это упрощает понимание человеческого таланта и креативности до простых цифр, что, на мой взгляд, не отражает истинную ценность инженерной работы. Докладчик казался потерянным в собственных объяснениях, что подрывает доверие к представляемым методам. Как можно ожидать, что кто-то захочет применять эти методы, когда даже спикер кажется неуверенным в их пользе? Ещё один критический момент - это непрекращающееся переключение слайдов. Это отвлекает и делает следование за ходом доклада утомительным. Каждый раз, когда докладчик пытался объяснить свои методы, это звучало скорее как отчаянная попытка звучать убедительно, нежели как демонстрация эффективного решения. Если бы Стив Джобс находился в зале, я уверен, он бы поставил под вопрос столь сложный подход к измерению работы инженеров, упускающий из виду важность инноваций и креативности. Он всегда подчеркивал, что величайшая ценность заключается не в количестве потраченных часов, а в качестве и влиянии созданного продукта. Нужно сосредоточиться на том, как эти методы могут реально улучшить работу команды. Этот доклад был упущенной возможностью демонстрации эффективной интеграции скрама и канбана в рабочем процессе. Надеюсь, что в следующий раз мы увидим от Фланта более вдохновляющий и понятный доклад.

Чет водичка какая-то)) старый доклад актуальнее

26.21 "если у Вас в одном кластере живет и дев и прод ...." - Чегооо? Отвага и безумие + экономия. Не делайте так(

было интересно

после фразы "куб не предназначен для одновременной работы с несколькими командами" - можно расходиться, у вас руки не из того места растут

Рассказал про проблемы, а что это такое и как его использовать и кейсы, чёт ничего не рассказал. Зачем вообще мне этот вектор нужен? От того, что он "классный", чёт как то попробовать не захотелось)

Настроил vector года 2 назад. Логи контейнеров в elasticsearch, логи nginx отдельно в clickhouse, до сих пор работает стабильно. Правда в clickhouse по факту через http вставляет, тот самый json insert.

смешно 😄 1. что мешает держать тестовый и прод в разных кластерах или в разных неймспейсах. 2. так же допустим для теста в gitops репе можно создать тестовую и продовую папку для манифестов. 3. еще ни разу не было проблем с деплоем. 4. выпрямите руки и делайте правильное тегирование и проблем не будет. уже как неделю юзаю flux и проблем не знаю

Классный доклад, архитектору бы немного подтянуть речь, чтобы голос был совсем дикторским, было бы прям совсем огонь!

Спасибо, было весьма интересно. Уже используем декхаус, подумаем ещё над Лантри)

werf в эпоху flux/argocd не очень понятен для меня а вот Nelm наверно будет интересно посмотреть

Эх, я думал что в ролике будет идти речь чем заменить K8s (nomad, serverless etc) а тут просто о надстройке над ним для энтерпрайза.

спасибо за подробный доклад. Именно такие вещи и двигают opensource. Желаю werf стабильного развития!

Спасибо за демонстрации разницы между нормальными управленцами и теми, кто считает, что скрама (или альтернативы) достаточно

Не всегда можно назад состояние откатить. Например прошла миграция в базу и убрали поля из таблицы. В модели они при откате появятся 😢.

ну, это каждому на свой вкус и цвет. лично мы используем популярные фреймворки и очень довольны. конечно, каждый их под себя адаптирует, но если управлять этим с коучем или аспро.agile, например, то адаптация проходит проще

вообще-то это была створка двери, а не крышка рояля...

"Голый докер в 2024 вряд ли будет использоваться". Пишу из 2024. Ну более-менее докер уже начинает нами использоваться и кажется многие его уже не боятся :) Хотя некоторым бы стоило уже начать делать свои поделки в докере, мне все же удобнее было бы разворачивать, но они еще не умеют.

Все это очень круто, но кто готов интегрироваться во флан продукты вместо того что-бы юзать ванильные решения, вопрос. Фор фан - гуд, для прода нот реди ет.

Спасибо, очень интересно. Запишите по возможности подобное видео по trdl.

Должен ли DevOps знать все детали разработки? Может, каждый должен заниматься своим делом? ✌️😉

Спасибо. Отличный доклад!

очень не хватает еще vs helmfile вышло бы поинтереснее..

Спасибо большое, было интересно. Пока только хельм юзаем, стоит рассмотреть и другие подходы

Как можно так скучно рассказывать про такую интересную вещь?

Вопрос, на который мы отвечали письменно в чате встречи: Вопрос: будет ли в werf поддержка Timoni + CUE? Ответ: У нас как раз появился новый движок деплоя, который пришел на замену helm и совместим с helm. Давать несколько альтернативных вариантов для деплоя - немного не наш путь, такой подход больше практикуется например в skaffold, который поддерживает множество бекендов, в том виде как они есть. У werf другой подход, мы стараемся предлагать один вариант и сильно дорабатываем его так, чтобы он соответствовал некоторым базовым требованиям.

верф это мое имя

спасибо, сжато и чётко)

сволочи такую лекцию прервали!