Круто было бы, если бы было больше видосов с разбором инструментария, который ты используешь в работе, но в формате «для чайников», чтобы верхнеуровнево можно было знакомиться с понятиями, принципами работы, интерфейсом и самое главное - кейсами, зачем и как используется тот или иной сервис/инструмент. А еще можно рассказывать про кейсы автоматизации. С чем столкнулся, как автоматизировал, с помощью чего и тд и тп👍🏻
Спасибо за видос, обеденный перерыв стал еще приятнее. Я бы охарактеризовал что DevOpS главная задача - delivery, а SRE - главная задача - high availability.
Спасибо, вменяемое описание обоих направлений за короткое время. Честно говоря, есть ощущение, что во многих компаниях команды SRE появились скорее потому, что "ну в гугле SRE, это же круто, давайте и мы будем так называться", а по факту это девопсы, которые чинят прод, так как не сумели его толком настроить до и во время релиза.
Ты как всегда афигенный молодец!) Из общения с европейскими организациями - они под SRE чаще понимают больше кодеров, чем админов, которые смогут оптимизировать прод не только путем изменения инфраструктуры, но и фиксом продукта совместно с дев-отделом.
Всё правильно. Всё зависит от конкретной компании и желания руководства понимать задачи каждого исполнителя. Самая большая проблема с этим в не IT-ориентированных компаниях. Так же очень часто бывает такая вещь как "так сложилось исторически" и ломать работающие процессы никто не захочет.
Спасибо! Немного понятнее стало что делают SRE))) Я сам пытался выяснить это у рекрутеров, и как понял, каждая российская компания под DevOps и SRE подразумевает разное, что то свое. И еще похожая проблема есть с Network Engineer - тут тоже каждая Российская компания по своему этого инженера видит.
Мне одному кажется, что Антон похож на композитора Модеста Мусоргского? За каждый видос мое почтение. Занят по уши, но всегда находит время для нового материала.
важный момент, SRE подразумевает суточные или другие дежурства. А так, по существу кажется картинка совпала. У меня так: DevOps строит пайплайны, занимается сборкой пакетов, имаджей, кубиком, хельмом, автоматизирует доставку. СРЕ больше отвечает за железо, мониторинг, автоматизирует конфигурирование серверов и инфра сервисов, дежурит, не даёт проду лежать долго или вообще лежать.
у вас SRE по сути команда эксплутации. все таки автор видео считает, что SRE должны оценивать работу devops, а также: описывать требования к devopsам и аппрувить их работу в части выкатки на продовые среды. готовить документацию для команды эксплутации по тому что делать в возникшей ситуации, т.н. disaster recovery. Определять и верифицировать на тестовых средах прохождение ПО тестов, которые обеспечат достижение в проде заданых параметров SLO, SLI и т.п. если совсем просто, то по мне devops работает во всех средах с целью самой быстрейшей выкатки, а SRE "мешают" им, путем достижения максимально возможных показателей SLO, SLI, SLA.
@@pavlenkoat Согласен насчёт работы в команде. Но когда проект становится большим, тогда начинается деление на Команды по каждому направлению. В этой стадии уже имеет смысл выделять отдельно sre и ops. Тем более учитывая кратную разницу а знаниях и зарплатах соответственно.
Ну что могу сказать, вот я и стал DevOps инженером, сбежав с ИБ. Не без помощи и вашего канала, Антон) Из плюсов: зп на порядок выше, много интересных задач и технологий (лично для меня). Ну и куча линукса. Из минусов: хуяк-хуяк и в продакшен не только про код, но и про специалистов. Инициатива быстрого выполнения тестовых задач на испытательносм сроке выебала инициатора. Засунули в проект с горящим дедлайном и новыми технологиями для компании. Опыта почти ни у кого нет. Из нейтральных новостей: на всякий пожарный пополнил запасы мыла и вазелина) Каналу желаю развития) P.S. Антон, кажется вы неплохо так похудели) если все еще ходите в зал - так держать!
спасибо, наверное тот момент, когда очередное случайное видео вызывает мысль: - так, а что еще посмотреть на этом канале, человек вроде бы внимательно следит за тем что вещает
@@pavlenkoat сам постоянно этим грешу, когда что-то пытаюсь объяснить, но пытаться разжевать всё до мелочей - это неправильно. специалист низкого уровня всё равно не поймёт, а хорошему специалисту будет скучно и неинтересно. здесь, как и во всём, самое главное - это баланс, золотая середина, т.е. готовя материал, нужно сразу понимать, на какой уровень. у тебя, на мой взгляд, баланс подобран довольно неплохо! мне например, было интересно слушать не потому, что хотелось узнать что-то новое, а исключительно для сравнения со своими взглядами и тем, что уже знаю. спасибо, ролик отличный!
DevOps-инженер - это врач общей пактики, а дальше на собесах с обоих сторон кто во что горазд, так и понимайте, попробую как-нибудь привести эту аналогию на реальном собесе
Привет, а какие инструменты,тулы желательно знать чтобы перейти в devops с системного инженера? Кстати с какими облачными технологиями тебе удалось поработать?
Про SLA, SLI и SLO интересно было бы послушать. Отличный контент!
Круто было бы, если бы было больше видосов с разбором инструментария, который ты используешь в работе, но в формате «для чайников», чтобы верхнеуровнево можно было знакомиться с понятиями, принципами работы, интерфейсом и самое главное - кейсами, зачем и как используется тот или иной сервис/инструмент.
А еще можно рассказывать про кейсы автоматизации. С чем столкнулся, как автоматизировал, с помощью чего и тд и тп👍🏻
Спасибо за видос, обеденный перерыв стал еще приятнее.
Я бы охарактеризовал что DevOpS главная задача - delivery, а SRE - главная задача - high availability.
Походив по собеседованию понял, что кто во что горазд. Я вот например как sre пишу планы для деплоя приложений)
@@pavlenkoatКакое название должности пишут в трудовой книжке SRE’шникам ?
Мне казалось надёжность зависит от разработки, а не оценки разработки тем кто в этом не шарит) а если шарит значит разработчик )
@@Lixeiden инженер.
@@stasostrin47 разработчикам главное закрыть таску любым методом. Это ненадежно
Спасибо, посмотрел спустя время, как говорил раньше, видео было отложено в список "Посмотреть позже"
Спасибо за столь понятную и содержательную выжимку, мое почтение
Спасибо, вменяемое описание обоих направлений за короткое время. Честно говоря, есть ощущение, что во многих компаниях команды SRE появились скорее потому, что "ну в гугле SRE, это же круто, давайте и мы будем так называться", а по факту это девопсы, которые чинят прод, так как не сумели его толком настроить до и во время релиза.
Антон, супер контент! Действительно, столько сил вложил для доступного объяснения нам😊
Еще один приятный комментарий в копилку ) Хорошо было бы мне встретить этот канал год назад - отличный контент
Спасибо за видос ) До него вообще не встречал инфу про SRE
Да только недавно стали появляться в России. Поэтому я решил освятить
Спасибо. Антон, за разделение своих знаний и видения с аудиторией! Всегда интересно смотреть твои видео!
Как вовремя вы выпустили это видео! Хожу по собеседованиям и попробовал sre
На самом деле что подразумивают под словом SRE в конкретной компании тяжело сказатб
@@pavlenkoat sre это когда ты умеешь на соседнем сервере развернуть точную копию прода, не увеличивая кост на разработку
вот бы послушать запись реальных собеседований на devOps /SRE
По девопсу одно выкладывал.
Не так всё просто, что просто развернул. Я позже более подробное видео сделаю.
Благодарю за ролик. Стало во многом понятнее.
Хочется отметить доступную подачу материала и грамотную речь автора.
Ты как всегда афигенный молодец!) Из общения с европейскими организациями - они под SRE чаще понимают больше кодеров, чем админов, которые смогут оптимизировать прод не только путем изменения инфраструктуры, но и фиксом продукта совместно с дев-отделом.
У нас это больше сисадмины)
БлагоДарю за труд и результат в виде качественного материала!
Всё правильно. Всё зависит от конкретной компании и желания руководства понимать задачи каждого исполнителя. Самая большая проблема с этим в не IT-ориентированных компаниях. Так же очень часто бывает такая вещь как "так сложилось исторически" и ломать работающие процессы никто не захочет.
Спасибо, видео интересно. Пока познаю тему девопс, думаю перейти на такого рода работу с бэкграундом иб специалиста.
Спасибо! Немного понятнее стало что делают SRE))) Я сам пытался выяснить это у рекрутеров, и как понял, каждая российская компания под DevOps и SRE подразумевает разное, что то свое. И еще похожая проблема есть с Network Engineer - тут тоже каждая Российская компания по своему этого инженера видит.
Изначально это инженеры по надёжности. Причём это могут быть и програмисты, но у нас подразумивают под людьми отвечающих за прод
Мне одному кажется, что Антон похож на композитора Модеста Мусоргского?
За каждый видос мое почтение. Занят по уши, но всегда находит время для нового материала.
важный момент, SRE подразумевает суточные или другие дежурства.
А так, по существу кажется картинка совпала.
У меня так: DevOps строит пайплайны, занимается сборкой пакетов, имаджей, кубиком, хельмом, автоматизирует доставку.
СРЕ больше отвечает за железо, мониторинг, автоматизирует конфигурирование серверов и инфра сервисов, дежурит, не даёт проду лежать долго или вообще лежать.
у вас SRE по сути команда эксплутации.
все таки автор видео считает, что SRE должны оценивать работу devops, а также:
описывать требования к devopsам и аппрувить их работу в части выкатки на продовые среды.
готовить документацию для команды эксплутации по тому что делать в возникшей ситуации, т.н. disaster recovery.
Определять и верифицировать на тестовых средах прохождение ПО тестов, которые обеспечат достижение в проде заданых параметров SLO, SLI и т.п.
если совсем просто, то по мне devops работает во всех средах с целью самой быстрейшей выкатки, а SRE "мешают" им, путем достижения максимально возможных показателей SLO, SLI, SLA.
Они в команде работают. Тут просто нужен баланс. Есть компании где девопсы просто строят конвейер, в код даже не смотрят.
@@pavlenkoat
Согласен насчёт работы в команде.
Но когда проект становится большим, тогда начинается деление на Команды по каждому направлению. В этой стадии уже имеет смысл выделять отдельно sre и ops.
Тем более учитывая кратную разницу а знаниях и зарплатах соответственно.
Делят на команды. У нас нет опсов. Мы сами справляется. В основном автоматизацией. Рутина тоже есть но её мало.
@@pavlenkoat
Извини, не понял, в части "делят на команды".
Что ты имел ввиду?
спасибо за это сравнение. было интересно послушать краткий, почтовый и лаконичный обзор
Благодарю за видео!)
Антон, посмотрел с удовольствием. Спасибо огромное за труд. Репостнул к себе, лайкнул =)
Спасибо
Запили видео про инструментарий пожалуйста, думаю многим будет интересно, особенно новичкам
Спасибо за блог! Успехов во всех начинаниях!
Примного благодарен.
Спасибо за контент, было приятно узнать информацию
Ну что могу сказать, вот я и стал DevOps инженером, сбежав с ИБ. Не без помощи и вашего канала, Антон)
Из плюсов: зп на порядок выше, много интересных задач и технологий (лично для меня). Ну и куча линукса.
Из минусов: хуяк-хуяк и в продакшен не только про код, но и про специалистов. Инициатива быстрого выполнения тестовых задач на испытательносм сроке выебала инициатора. Засунули в проект с горящим дедлайном и новыми технологиями для компании. Опыта почти ни у кого нет.
Из нейтральных новостей: на всякий пожарный пополнил запасы мыла и вазелина)
Каналу желаю развития)
P.S. Антон, кажется вы неплохо так похудели) если все еще ходите в зал - так держать!
Это я просто стою и правильно ставлю камеру))))
Поддерживаю идею о видео про SLA, SLI и SLO
спасибо, наверное тот момент, когда очередное случайное видео вызывает мысль: - так, а что еще посмотреть на этом канале, человек вроде бы внимательно следит за тем что вещает
Тут есть и не удачные видео. Особенно в начале. Хотя их много кто смотрят.
Спасибо большое, очень полезная информация!!!
Антон, спасибо! Отличное видео, как и всегда!
Контент, конечно, интересный, но бросается в глаза то, что когда ты читаешь текст, почему то заменяешь некоторые слова
Я по памяти ркссказываю
Спасибо, подробно и понятно!
Очень интересно тебя слушать.
Автор, как всегда излагает интересным, простым и понятным языком. Спасибо за проделанную работу, отличное видео!!
молодец. спасибо за труд.
Спасибо за контент, помог скоротать вечер :)
Приятный комментарий. Ждём видео про SLI, SLO, SLA.
Спасибо за информативный обзор! Теперь стало чуточку понятнее))
Отличное сравнение двух направлений. Просто и с юмором.
Продолжай в том же духе..... (дальше слова чтоб их больше 4-х было)
Хорошее видео. С радостью смотрел бы видео по теме SRE.
Отличный контент! Про SLA, SLI и SLO интересно было бы послушать
Да, очень хорошо спасибо
поставил лайк, пишу хороший комментарий. все как просили )
Супер очень лаконично с меня подписка
обажаю такие видео
Каааайф) очень нравятся твои видео. Ты молодец!
Вообще ни разу не девопс, но знать чем коллеги занимаются - полезно.
Это правильно!
Спасибо что делаешь для русскоговорящих объяснение что есть что.
Да пожалуйста, главное что нравится
Спасибо, было интересно!
Спасибо. Довольно толково и кратко. Пусть и с терминологией, но пояснил довольно простым языком.
Я боялся что будет не понятно. Но как-то по дургому не знал как сформулировать
@@pavlenkoat сам постоянно этим грешу, когда что-то пытаюсь объяснить, но пытаться разжевать всё до мелочей - это неправильно. специалист низкого уровня всё равно не поймёт, а хорошему специалисту будет скучно и неинтересно. здесь, как и во всём, самое главное - это баланс, золотая середина, т.е. готовя материал, нужно сразу понимать, на какой уровень.
у тебя, на мой взгляд, баланс подобран довольно неплохо!
мне например, было интересно слушать не потому, что хотелось узнать что-то новое, а исключительно для сравнения со своими взглядами и тем, что уже знаю.
спасибо, ролик отличный!
Спасибо за труд!
Ничего не понятно, но очень интересно)
Привет, Антон. Спасибо тебе за твою нелегкую и полезную работу!)
Спасибо большое! на моей работе начинаю путь в SRE, поэтому целенаправленно нашёл твоё видео.
P.S. я тоже в банке работаю
В каком?
Удачи
Приятный комментарий
Все пояснил
Спасибо! Полезная информация!
Это приятный комментарий.
Спасибо большое за твой труд! Очень полезно!
Приятный комментарий, потому что понравилось :).
Спасибо
Полезно и интересно. Спасибо!
спасибо тебе, дорогой друг :)
Пожалуйста. Приходите еще
Спасибо за ваш труд.
Всё чётко, просто пушка 🔥🔥🔥
Спасибо за контент. Как всегда очень доступно и информативно 👍
спасибо, очень полезно
Видео отличное, но хочется попросить приобрести микрофон-петличку для повышения качества записываемого голоса
Я много что перепробовал с звуком в итоге купил динамический микрофон
спасибо бро, очень круто, интересно!
Спасибо!
Здорово очень! Очень хотел бы узнать твое видение правильных метрик работы приложений. SLA, etc...
просто лайк за видео
Приятный комментарий!
Приятный комментарий
Спасибо, очень познавательно!
Прекрасное видео, теперь я знаю кучу новых слов!
спасибо за видео!
пишу приятный коментарий || спасибо за хороший видос
спасибо за полезный а главное содержательный контент.доступно и понятно.
Очень интересное видео. Спасибо!
Приятный комментарий)
В общем, в Тинькофф тебя взяли, спасибо)
приятный комментарий!
видео понравилось, поставил лайк, оставляю коммент
отличное видео, многое разложено по полочкам
Кстати, кроме названий позиций DevOps и SRE встречал такие позиции как Platform engineer
Приятный комментарий: Спасибо за видео :)n
Рассмотри в видео SLA, SLO, очень рад буду посмотреть.
Годнота, побольше бы, да по чаще бы)
Что именно хочешь услышать?
Приятный комментарий.
Супер. Спасибо
Спасибо! 🛠
да вообще отличное видео. особенно это: "но вы бегите от них" :D Вот Я и бегу)))
Вот и беги)))
Микрофон бы хороший - сразу подпишусь, если появится.
Он хороший просто комната фонит.
Удачи тебе ))
Спасибо
Прекрасное видео✨☺️☺️✨☺️😳
Thanks a lot !!!!
Спасибо
Так.. надо бежать с компании, где я все один делаю xD
Приятный комментарий
приятный комментарий
DevOps-инженер - это врач общей пактики, а дальше на собесах с обоих сторон кто во что горазд, так и понимайте, попробую как-нибудь привести эту аналогию на реальном собесе
Привет, а какие инструменты,тулы желательно знать чтобы перейти в devops с системного инженера?
Кстати с какими облачными технологиями тебе удалось поработать?