- Видео 444
- Просмотров 588 692
DevOps Channel
Россия
Добавлен 13 янв 2018
DevOpsConf - профессиональная конференция по интеграции процессов разработки, тестирования и эксплуатации. Проходит как самостоятельно, так и в составе фестиваля "Российские интернет-технологии++" (ritfest.ru/).
На канале публикуем материалы о поддержке и эксплуатации IT-проектов: логирование и мониторинг, технологии виртуализации и контейнеризации, управление конфигурацией, непрерывное развёртывание и деплой, технологии отказоустойчивости и катастрофоустойчивости, а также управление в эксплуатации.
Присоединяйтесь к крупнейшему комьюнити IT-инженеров!
Следующая профессиональная конференция DevOpsConf, полностью посвященная инженерным процессам и практикам, состоится в марте 2024 года.
Приглашаем на DevOpsConf 2024, которая пройдет 4 и 5 марта 2024 в Москве. Программа, подробности и билеты по ссылке: devopsconf.io/moscow/2024
На канале публикуем материалы о поддержке и эксплуатации IT-проектов: логирование и мониторинг, технологии виртуализации и контейнеризации, управление конфигурацией, непрерывное развёртывание и деплой, технологии отказоустойчивости и катастрофоустойчивости, а также управление в эксплуатации.
Присоединяйтесь к крупнейшему комьюнити IT-инженеров!
Следующая профессиональная конференция DevOpsConf, полностью посвященная инженерным процессам и практикам, состоится в марте 2024 года.
Приглашаем на DevOpsConf 2024, которая пройдет 4 и 5 марта 2024 в Москве. Программа, подробности и билеты по ссылке: devopsconf.io/moscow/2024
Alerts-Registry. Одно место управления алертами / Анна Гобрусева (Ozon)
Конференция для инженеров и всех, кто должен понимать инженеров DevOpsConf 2024
Презентация и тезисы:
devopsconf.io/moscow/2024/abstracts/11567
Доклад представит, как эволюционировала наша система создания алертов. Раскрою, с какими сложностями сталкивались на каждом из этапов. Поговорим про типы алертов в Озоне. Расскажу, как мы создаем единый сервис написания и деплоя алертов.
--------
Нашли ошибку в видео? Пишите нам на support@ontico.ru
Презентация и тезисы:
devopsconf.io/moscow/2024/abstracts/11567
Доклад представит, как эволюционировала наша система создания алертов. Раскрою, с какими сложностями сталкивались на каждом из этапов. Поговорим про типы алертов в Озоне. Расскажу, как мы создаем единый сервис написания и деплоя алертов.
--------
Нашли ошибку в видео? Пишите нам на support@ontico.ru
Просмотров: 1 705
Видео
Envoy Proxy - один за всех Load Balancer / Дмитрий Самохвалов (CROC Cloud Services)
Просмотров 1,7 тыс.14 дней назад
Конференция для инженеров и всех, кто должен понимать инженеров DevOpsConf 2024 Презентация и тезисы: devopsconf.io/moscow/2024/abstracts/11647 В современной инфраструктуре нет недостатка в решениях для балансировки и межсервисных коммуникаций. Почти все используют Nginx, HAProxy, есть адепты Treafik, а публичные облака предлагают LB как сервис. ... Нашли ошибку в видео? Пишите нам на support@o...
Неизбежность, или Как приучить Devops-инженеров к проектированию / Екатерина Лысенко (RoboGate)
Просмотров 1,1 тыс.21 день назад
Конференция для инженеров и всех, кто должен понимать инженеров DevOpsConf 2024 Презентация и тезисы: devopsconf.io/moscow/2024/abstracts/11557 DevOps-инженеры легко становятся заложниками одной из двух моделей восприятия: 1) Задача DevOps - автоматизировать процессы, чтобы быстрее поставлять ценность конечному потребителю (при сохранении или росте качества), а значит DevOps’ы должны отвечать и...
Как внедрить телеметрию в on-premise-инфраструктуре / Алексей Колосков (Hilbert Team)
Просмотров 601Месяц назад
Конференция для инженеров и всех, кто должен понимать инженеров DevOpsConf 2024 Презентация и тезисы: devopsconf.io/moscow/2024/abstracts/11529 Скорее всего, вы уже знаете, что такое телеметрия и зачем она вам нужна. Если нет, то узнаете из моего доклада. А еще о том, какие инструменты могут вам помочь в деле формирования, сбора, хранения и отображения данных телеметрии. ... Нашли ошибку в виде...
Логи: как EFK нас довел... до Vector и Clickhouse / Дмитрий Синявский (Vi Tech)
Просмотров 1,2 тыс.Месяц назад
Конференция для инженеров и всех, кто должен понимать инженеров DevOpsConf 2024 Презентация и тезисы: devopsconf.io/moscow/2024/abstracts/11564 Когда-то мы впервые сталкиваемся с логами. Обычно это просто файл, содержащий данные о работе программы. Кто из вас слышал фразу «погрепать логи»? Так вот, это работает до сих пор во многих случаях. Но всегда ли это удобно? Конечно, нет. ... Нашли ошибк...
Древние свитки CI/CD: смыслы, которые мы потеряли / Владимир Утратенко (Uzum Market)
Просмотров 1,7 тыс.Месяц назад
Конференция для инженеров и всех, кто должен понимать инженеров DevOpsConf 2024 Презентация и тезисы: devopsconf.io/moscow/2024/abstracts/11507 Аббревиатура CI/CD стала банальностью за последние несколько лет. Тема, казалось бы, настолько изъезжена и тривиальна, что недостойна внимания. Но дьявол кроется в деталях. ... Нашли ошибку в видео? Пишите нам на support@ontico.ru
K8s-операторы для СУБД: быстро готовим сотни стейджей / Александр Качкуркин (oxydmins)
Просмотров 1,1 тыс.2 месяца назад
Вы можете задать вопрос спикеру в телеграм-канале t.me/DevOpsConfChannel или в чате t.me/DevOpsConfTalks Конференция для инженеров и всех, кто должен понимать инженеров DevOpsConf 2024 Презентация и тезисы: devopsconf.io/moscow/2024/abstracts/11681 Существует распространенная практика создания отдельных окружений для каждой разрабатываемой фичи. При реализации такой практики требуется разделять...
NextOps - что будет после DevOps / Игорь Курочкин (Enabling.team)
Просмотров 2,3 тыс.2 месяца назад
Вы можете задать вопрос спикеру в телеграм-канале t.me/DevOpsConfChannel или в чате t.me/DevOpsConfTalks Конференция для инженеров и всех, кто должен понимать инженеров DevOpsConf 2024 Презентация и тезисы: devopsconf.io/moscow/2024/abstracts/11568 DevOps как термин и профессиональное движение появились 15 лет назад, самое время подвести итоги и посмотреть, что будет дальше. В докладе я расскаж...
Куб всему голова! Строим внутреннюю Kubernetes-платформу на baremetal / Иван Гулаков (CloudMTS)
Просмотров 1,9 тыс.2 месяца назад
Конференция для инженеров и всех, кто должен понимать инженеров DevOpsConf 2024 Презентация и тезисы: devopsconf.io/moscow/2024/abstracts/11646 Kubernetes уже давно стал стандартом де-факто в построении платформ для удобной разработки. Но что делать, если ваша платформенная команда располагает только «голым» железом, а вашу платформу в любой момент может потребоваться развернуть под ключ в закр...
Отчет о DevOpsConf 2024
Просмотров 6133 месяца назад
Конференция для инженеров и всех, кто должен понимать инженеров DevOpsConf 2024 devopsconf.io/moscow/2024/
Developer Experience: обзор подходов и как мы их применяем / Илья Барбашов (Авито)
Просмотров 6373 месяца назад
Конференция для инженеров и всех, кто должен понимать инженеров DevOpsConf 2024 Презентация и тезисы: devopsconf.io/moscow/2024/abstracts/10801 В какой-то момент в Авито у нас появилась необходимость системно подойти к определению векторов развития PaaS - нашей платформы, которая позволяет разработчикам имплементировать фичи, не отвлекаясь на борьбу с деплоями, линтерами, кафками, трейсингом и ...
DevOpsConf 2024 простым языком
Просмотров 8494 месяца назад
Что это и зачем необходимо каждому инженеру и всем, кто должен понимать инженеров? Краш-тренды 2024 в DevOps-отрасли. Мы решили разобрать, что такое DevOpsConf 2024 и зачем она необходима каждому инженеру и всем, кто должен понимать инженеров, и записали для вас небольшой выпуск, в котором прошлись по основным аспектам предстоящей конференции. Хочешь обсудить выпуск или задать вопрос экспертам ...
Практика применения DevOps-аутсорса на разных этапах жизненного цикла продукта / Станислав Тибекин
Просмотров 4756 месяцев назад
Приглашаем на DevOpsConf 2024, которая пройдет 4 и 5 марта 2024 в Москве. Программа, подробности и билеты по ссылке: devopsconf.io/moscow/2024 Конференция для инженеров и всех, кто должен понимать инженеров DevOpsConf 2023 Презентация и тезисы: devopsconf.io/moscow/2023/abstracts/9785 На каждом этапе жизненного цикла продукта разные запросы к DevOps. Я собрал опыт компании и выявил триггеры, ко...
Модульное IТ, или Как угодить бизнесу, разработке и сопровождению одновременно / Михаил Климов
Просмотров 4226 месяцев назад
Приглашаем на DevOpsConf 2024, которая пройдет 4 и 5 марта 2024 в Москве. Программа, подробности и билеты по ссылке: devopsconf.io/moscow/2024 Конференция для инженеров и всех, кто должен понимать инженеров DevOpsConf 2023 Презентация и тезисы: devopsconf.io/moscow/2023/abstracts/10021 Бизнес требует быстро и дешево выводить продукт на рынок, разработка хочет новых модных технических решений, с...
Observability распределенных приложений / Денис Безкоровайный (Proto Group)
Просмотров 3856 месяцев назад
Observability распределенных приложений / Денис Безкоровайный (Proto Group)
Easy-peasy dev. Как мы меняем инфраструктуру разработки с помощью продуктовых подходов/ Игорь Титов
Просмотров 2466 месяцев назад
Easy-peasy dev. Как мы меняем инфраструктуру разработки с помощью продуктовых подходов/ Игорь Титов
Особенности SRE и Observability в мобильных приложениях / Даниэль Халиулин (Тинькофф)
Просмотров 9446 месяцев назад
Особенности SRE и Observability в мобильных приложениях / Даниэль Халиулин (Тинькофф)
DevOps - путь на социальное дно, или Пробиваем дно DevOps-колодца/ Кирилл Демченко, Ксения Демченко
Просмотров 5786 месяцев назад
DevOps - путь на социальное дно, или Пробиваем дно DevOps-колодца/ Кирилл Демченко, Ксения Демченко
Строим NoOps-платформу, или Как импортозаместиться / Виталий Леонов (Неофлекс)
Просмотров 4436 месяцев назад
Строим NoOps-платформу, или Как импортозаместиться / Виталий Леонов (Неофлекс)
IТ-трансформация в компании уровня Enterprise. Нестандартные кейсы / К. Тарасевич, Ю. Игнатов
Просмотров 1626 месяцев назад
IТ-трансформация в компании уровня Enterprise. Нестандартные кейсы / К. Тарасевич, Ю. Игнатов
Сказ о том, как мы платформу в продукт превращали / Анвар Туйкин
Просмотров 2966 месяцев назад
Сказ о том, как мы платформу в продукт превращали / Анвар Туйкин
DevOps-трансформация. Как раздать инженеров по командам и не погибнуть / Тимофей Нецветаев (CDEK)
Просмотров 6366 месяцев назад
DevOps-трансформация. Как раздать инженеров по командам и не погибнуть / Тимофей Нецветаев (CDEK)
Istio: распределенное приложение / Алексей Колосков (Hilbert Team)
Просмотров 1,4 тыс.6 месяцев назад
Приглашаем на DevOpsConf 2024, которая пройдет 4 и 5 марта 2024 в Москве. Программа, подробности и билеты по ссылке: devopsconf.io/moscow/2024 Конференция для инженеров и всех, кто должен понимать инженеров DevOpsConf 2023 Презентация и тезисы: devopsconf.io/moscow/2023/abstracts/10024 Описание проблем при настройке Istio * Ожидание vs реальность. Абстракции Istio и Envoy * Не все так однозначн...
Alert Fatigue. Когда алертов слишком много / Виктор Попов (НЛМК)
Просмотров 8236 месяцев назад
Alert Fatigue. Когда алертов слишком много / Виктор Попов (НЛМК)
Как развивать техническую культуру через исследования команд и не сгореть / Захар Фролов (Росбанк)
Просмотров 1436 месяцев назад
Как развивать техническую культуру через исследования команд и не сгореть / Захар Фролов (Росбанк)
История построения AppSec в огромном Enterprise / Дмитрий Куколев (VK)
Просмотров 2386 месяцев назад
История построения AppSec в огромном Enterprise / Дмитрий Куколев (VK)
Хочешь расти в DevOps, но не знаешь как? Приходи, расскажу! / Евгений Харченко (Райффайзен Банк)
Просмотров 8816 месяцев назад
Хочешь расти в DevOps, но не знаешь как? Приходи, расскажу! / Евгений Харченко (Райффайзен Банк)
Как управлять сотнями sidecar-контейнеров в Kubernetes без боли и сожаления / Максим Чудновский
Просмотров 5936 месяцев назад
Как управлять сотнями sidecar-контейнеров в Kubernetes без боли и сожаления / Максим Чудновский
Реализация FinOps-практик в облаках. Облака, бюджеты и Serverless / Антон Черноусов (Yandex Cloud)
Просмотров 2366 месяцев назад
Реализация FinOps-практик в облаках. Облака, бюджеты и Serverless / Антон Черноусов (Yandex Cloud)
в нормальной команде должны быть SOP и алерты. Срабатывает алерт, там инструкция для джуна которую нужно выполнить. А не "где искать, куда смотреть" вооооот....
попытка решения проблемы негодными средствами приводит к нагромождению
Ваши реестры все сфальсифицированы
О сисямбру в Воронеж
Здравствуйте, обращаем ваше внимание, что доклад можно обсудить со спикером на официальном канале конференции t.me/DevOpsConfChannel и задать в чате канала конференции свои вопросы t.me/DevOpsConfTalks
Полностью согласен с автором данного видео. Я бы добавил ещё пост-проверки, после вливания. Например, проверки на уязвимости - тяжелая проверка и её стоит выполнять останавливая процесс вливания. Также можно добавить динамический анализатор кода после вливания. Такие проверки выполнять, например, один раз в сути и производить разбор отчётов.
Спасибо за отличный доклад!
Здравствуйте, обращаем ваше внимание, что доклад можно обсудить со спикером на официальном канале конференции t.me/DevOpsConfChannel и задать в чате канала конференции свои вопросы t.me/DevOpsConfTalks
Как говорил классик - "Называй меня хоть Сьюзанной, главное плати нормально". Почему так восхваляют девопс - это может быть хороший linux админ с опытом или ямл девелопер. Собеседуем людей, больше половины валятся на вопросах о LA, далее про контейнеры и оркестраторы, начинаешь лезть на уровень ниже, то все - плывем... Куда мы катимся то?
А зачем девопсу лезть на уровень ниже, вот у меня есть мэнэджэд кубер, я деплою туда приложения, кто меня пустит на тот уровень про который вы спрашиваете, я же не инфраструктурный инженер, зачем мне это надо знать?
@@rusik2293 базу надо знать. Например ситуация у вас контейнеры с таймаутами отвечают. В чем проблема? В приложении кривом, в сети кубера, в внешней сети или вообще у вас tcp mem коннекты не освобождает по какой то причине. Вот такие ямл девелоперы Нина,Илья,Харитон, Ульяна,Яков не смогут провести дебаг и имя команды будет по первым буквам коллег...
@@rusik2293 всё чаще бывают случаи когда у тебя не менеджед кубер (тот же гугл/авс повышает цены и не слабо) и их несколько в инфре, под разные проекты. тогда появляються требования понимать что у тебя "внизу", а не только отвечать на собесе - "я пишу пайпланы для деплоя"
На самом деле интересное предложение, архитектор согласно разрабатываемому приложению и его функциям разрабатывает набор инструментов, девопс приходит на встречу и выражает своё фи или не согласие с использованием инструмента "по какой-то своей причине", архитектор сидит и чешет репу, как ему сделать софт согласно требованиям, которые к нему спустили остальные отделы, а девопс идёт дальше пить смузи. Наверное так и буду делать. =)
Слов много, в основном про архитектуру и принципы её проектирования. Причём тут ДевОпс??? Все проблемы поднятые в докладе решаются грамотным Архитектором и опытными бэками\фронтами. Такое ощущение что кейсы от какого то стартапа, где каждый имеет 2-3 смежных обязанности. ДевОпсы НЕ должны лезть в архитектуру при наличии грамотного Архитектора в компании. Если Архитектора в компании нет, но она замахивается на критичные приложения со сложной интеграцией - здоровья погибшим! Доклад делал человек который "не очень верит в аналитиков, не очень верит в архитекторов"(с) и пытается их заместить кем то еще.
Вот про таких людей как вы и говорил докладчик: Я буду ансиблой тераформить и не лезьте ко мне =) понятно, что в условном банке так не будет как говорит докладчик.Но, в адекватной компании, где считают деньги, девопс может принимать архитектурные решения.
@@user-mu3dl8jp1k у нас есть архитектурный комитет, два архтектора которые разрабатывают архитектуру приложений. если (крайне редко) в архитектуре используется устаревший компонент/сервис, то девопсы могут на это указать и предложить изменения, но ни коим образом не лезут с наыязыванием своей концепции. у них достаточно плановой (развертывания согласно проекту и архитектуре) и внеплановой (разработчики накосорезили и сломали себе стенд) работы. у всех в компании есть должностные инструкции, есть обязанности, есть зоны ответственности. или нужно чтобы девопс-инженер внедривший свою архитектуру вместо той что предложил архитектор потом отвечал за ботлнеки в огромном облачном приложении при его масштабировании? хочешь проектировать - иди в архитекторы, расти в архитекторы, кто не даёт? но зачем помимо своих основных обязанностей, которые расписаны на 2 недели вперед, еще и в архитектуру лезть? особенно если там есть кому её делать.
@@user-mu3dl8jp1k еще в офисе камеры наблюдения надо повесить, а то некому. ну и полы в серверной не помыты :)
Здравствуйте, обращаем ваше внимание, что доклад можно обсудить со спикером на официальном канале конференции и задать в чате канала конференции свои вопросы t.me/DevOpsConfTalks
Про clickhouse, объем и тонкости не рассказал. Ведь надо вставлять большими батчами и шардируется ли кластер, есть же ещё тема по хранению логов 1 год, тоже часто в вставляют в clickhouse.
Отличная презентация, спасибо! По воле судьбы сейчас пытаюсь составить регламент по работе с инцидентами внутри компании, ранее подобного опыта не было и Ваш доклад очень помог. Вот бы Вы еще выложили сам регламент, цены бы Вам не было:D
Намного проще делать Регламент не с чистого листа, а взять за основу "рыбу" любого другого регламента (можно найти в интернете) и дополнять своими требованиями.
Здравствуйте, обращаем ваше внимание, что доклад можно обсудить со спикером на официальном канале конференции и задать в чате канала конференции свои вопросы t.me/DevOpsConfTalks
Кто все это будет делать без отдела информационной безопасности? Подразделение IT? Сомневаюсь
КГ/АМ
Букварь читает…
А доклад очень годный и начинающим или пытающимся упорядочить логи сохранит несколько месяцев, а то и лет жизни
в материалах по ссылке, в презентации, линк уже не рабочий
Здравствуйте, обращаем ваше внимание, что доклад можно обсудить со спикером на официальном канале конференции t.me/DevOpsConfChannel и задать в чате канала конференции свои вопросы t.me/DevOpsConfTalks
Наверное, самый банальный и неинтересный доклад. Я если честно так и не понял, какие же "смыслы" CI/CD "потерялись". Банальные проблемы, которые имеют банальные решения.
Герметичный репо это конечно красиво звучит. Но если таких репо 50+, а сотрудников не много в организации. То хранить в каждой свой ci и сопровождать его - это сомнительное удовольствие. Особенно если процесс сборки у этих репо разный. Есть решение вынести ci в репо темплейтов, но тогда уже не будет никакого герметичного репо Имхо, концепция в том виде в котором преподнес автор - жизнеспособна и может приносить пользу, только в небольших проектах
Ну узбекский интернет магазин это не хайлоад прямо скажем
@@evgeniyevgeniy1372 да, тут вопросов ноль)
Здравствуйте, обращаем ваше внимание, что доклад можно обсудить со спикером на официальном канале конференции t.me/DevOpsConfChannel и задать в чате канала конференции свои вопросы t.me/DevOpsConfTalks
Да уже нашел, спасибо большое! Прикрепите плиз к выпускам ссылочки от авторов, а то если с телефона смотришь выпуска, приходится с бубном прыгать чтобы из QR вытащить ссылки
Хрень несет. Каждый может работать как ему удобно. Не надо указывать.
Большое спасибо, очень информативно
Видео о том, как девопс должен уметь все и даже больше, дежурить круглосуточно, а получать как буратино, типичная история найма сотрудников в Тиньков! И не забудьте каждый день благодарить!
Вы можете задать вопрос спикеру в телеграм-канале t.me/DevOpsConfChannel или в чате t.me/DevOpsConfTalks
для майндсета программирования 6 месяцев маловато
На 13:05 Иван рассказывает про шанс совпадения MAC-адресов 😂. Ладно простим это докладчику, сам доклад офигенный!
хахахахахахаха
Бутылка водки и бессонная ночь. => С помощью го*на и палок...
Вы можете задать вопрос спикеру в телеграм-канале t.me/DevOpsConfChannel или в чате t.me/DevOpsConfTalks
На русский язык всё таки надо было перевести
Хорошая лекция
где helmfile? живущие девопсом ...
Боже, кому то хватило ума заюзать space
много полезной информации, спасибо за доклад
А где хранится values file? И зачем вы в него положили пароль?
Ужасный докладчик, слушать уши вянут. Ну и чсв завышено
Спасибо за доклад.
43:00 когда снаружи "чпоньк" (с помощью снэпшотов системы виртуализации), то должны отработать (теоретически) guest additions, которые командуют ОС гостя быстренько сбросить всё на диск, чтобы было консистентно. Это точно работает в ESXi и Hyper-V. Насчёт KVM/QEMU - хз. В крайнем случае, сервер будет думать после восстановления, что была потеря питания.
А, ну да. Там мужичок дальше эту мысль озвучил. А касаемо СУБД - у них есть логи транзакций или WAL - им вообще пофиг на консистенцию. Логи заново проиграются/чекпоинт отработает и будет всё консистентно. Но желательно файлы логов хранить на другом физ. носителе, чем файлы таблиц. И конечно же, бэкап на уровне СУБД предпочтительней...
Уши вянут от этих понтов использовать английские термины, на русском языке, да ещё в форме глаголов. Грязная речь, как по мне. Вы же делаете доклад, а не в узком кругу за кружкой пива обсуждаете вопрос.
Этот Саша (ему за 30 точно, а Сашиком так и остался, ну да ладно, его психические проблемы, ну или так родители воспитали) перед выступлением явно пыхнул. По-крайней мере такое сложилось впечатление от его манеры говорить в начале высупления. Надо найти в себе силы посмотреть до конца - оно по оконцовке снимет с себя портки и начнёт скакать на сцене, ну или просто "пустит слюну". Шутка.
Копец усложнили)