Пример задачи Devops-инженера по стабилизации/оптимизации/ускорению приложения
HTML-код
- Опубликовано: 28 июн 2024
- Долгое но по-возможности бодрое видео с разбором процесса подготовки запуска приложения в реальном боевом мире (не смог перевести продакшн рэди на человеческий язык)
Основной посыл: от кода который разработчик считает готовым до кода, реально готового к применению в условиях суровой реальности - куча изменений, и подсказать направление таких изменений может инженер эксплуатации/инфраструктуры (читай девопс) согласно имеющимся у него на руках конкретным условиям.
Раз сто сказал "как правило", чтоб вы меня по нюансам не съели :)
Подписчики, поможем материально и морально нашему учителю. Это тот самый момент, когда стоит и точно надо помочь
Скорейшего выздоровления, Кирилл
+
Кирилл, ждём вашего возвращения! Выздоравливайте! Вы лучший учитель!
Скорейшего вам выздоровления, Кирилл!
Очень интересный пример правильного подхода к решению задач DevOps и построения инфраструктуры в целом! Это можно назвать не просто примером, а BEST PRACTICE!
Изложен отличный пример поэтапного и обдуманного подхода к решению поставленной задачи DevOps, с детальным и подробным объяснением каждого этапа. Начиная от поверхностного, но более чем достаточного, теоретического погружения в ньюансы работы приложения и сервисов из примера (без этого невозможно добиться максимальной эффективности для оптимизации, масштабируемости, надежности). Заканчивая реальными примерами технического решения построения всей инфраструктуры в целом для оптимизации, масштабируемости, отказоустойчивости работы приложения и всех связанных с ним сервисов.
Спасибо!!! Силов вам и наличия времени, для выпуска еще большего количества подобного качественного материала 😊
Большое спасибо за качественную рецензию! Приятно)
Очень доступно, понятно, и очень доходчиво. Ожидаю продолжение! Большое спасибо Кирилл!
Кирилл, выздоравливай, у тебя все получится. мы с тобой!
Кирилл вы мой тот самый наставник которого я искал всю жизнь!
Спасибо что стараетесь для нас! Мы очень рады Вас видеть)
Спасибо тебе огромное за все труды! Пусть редко, но по возможности продолжай! Более качественного и грамотно поданного контента по тематикам которые ты выбираешь, просто не найти!!!
Супер! Спасибо! С нетерпением жду следующее видео.
Это очень круто, такого контента очень мало. Спасибо
Спасибо. Как всегда, шикарно
Кирилл, все полезно и понятно, очень не зря напрягался и старался :) Спасибо!
И таких грамотных и простых разъяснений по разбору архитектуры и планированию/масштабированию встречается очень мало (по моему опыту), и если есть идеи, желание и время, можно добавить ещё видео из этого цикла.
Спасибо, мне показалось нудно минут 40 картинки смотреть, но хорошо если зашло) Безусловно добавлю еще из этой серии
@@KirillSemaev очень хотелось бы полюбопытсвовать, как решили организовать БД?
Мужик, это очень полезно, спасибо большое за потраченное время! Курим дальше, двигаемся дальше.
спасибо что продолжаешь свое дело обучением нас!
Большое спасибо за ваш труд Кирилл. С удовольствием посмотрел. Много чего для себя подчеркнул.
Очень полезное видео! Расширил своё понимание архитектуры в целом
шикарно, все просто и понятно
Очень классный видос! Немного приоткрыл для меня завесу DevOps)) Схемы охренительно простые и крутые)
все предельно понятно и с энтузиазмом рассказано! Спасибо!
Кирилл, у вас шикарный канал! Надеюсь, что вы продолжите его вести)
Кирилл, эта информация шикарна ! Такой бы по больше. Потому что именно такие темы, делают нас ДевОпсами и соеденяют всё в одну картинку.
Очень интересно и познавательно было!! Огромная благодарность за труд! С нетерпением ждем рассказа о конкретных инструментах позволяющих реализовать много поточность и распределение нагрузки и автоматическое масштабирование. От себя просьба больше реальных кейсов со сложными моментами или типового решения для оптимального обхода подводных камней.
Отличное видео, посмотрел все от начала до конца, все понятно и четко.
Кирилл! Выздоравливай! Твоя помощь, лично для меня, была просто неоценимой!
Как-то ты скептически, Кирилл, несколько раз отнесся к этому видео и сказал "надеюсь, будет видео полезным" или "тут сплошная теория, но вы держитесь". Ты показал хорошо об участии инфраструктурного персонажа в разработке продукта, в планировании архитектуры, а это полезно, важно и интересно. Так что всё хорошо, всё круто!
да я прекрасно представляю как тяжело воспринимать информацию по презентации без перехода к консоли, или к каким-то инструментам) Это прям совсем не в моем стиле объяснять на пальцах, но с реальными примерами исполнения это бы часа три заняло
@@KirillSemaev Согласен. Ну, вот была теория, она нужна и важна, дальше уже можно переходить к практике (если ты планировал, если нет, и то хлеб, как говорится).
контейнерезацию и кубернетис разжевал четко как я не слышел больше нигде, спасибо большое за такой материал (слушал до конца и без пауз))
Кирилл, спасибо за видео, после просмотра я понял свои ошибки и заодно подлатал дыры в матчасти
Просто тема, все четко ! Огромное спасибо
Спасибо Кирилл!!! Вы красавчик!!!
Кирилл, огромное спасибо за то, что делишься своим опытом! Очень интересно понять, чем же девопсы на деле заняты :) Жаль, что так поздно попал на твой канал. Может жизнь бы пошла в ином русле. Но вдруг что-то все же успею поменять :) Спасибо еще раз!
О, контент пошел. Автор ты крут
C возвращением Кирилл, давно вас не было.
Спасибо за видео !
Полезное видео для недавно вылупившихся разработчиков, хотя вроде даже они сейчас делают модно стильно молодежно, пилят кучу МС на любой чих )
Надеюсь в продолжении будет больше технических моментов, тонкостей и подводных камней. Примеры факапов из практики и тд итп ) Спасибо за видосики.
Кирилл, очевидное спасибо!
Надеюсь здоровье у Вас в порядке.
Отличная манера подачи.
сначала лайк, потом смотреть ;)
За это yutube банит!
Сначала смотрите, потом лайк ставьте!
Спасибо. Очень круто!
Коля счастлив, спасибо!
Отличный материал по архитектуре и масштабированию, очень доступно и понятно)
Очень сильно не хватало подобных объяснений по каким-либо кейсам, большое спасибо)
Посмотрел фоном, понял, что ещё раза 3 надо пересмотреть!)) Кирилл, большое спасибо за труд, чувствуется твой уникальный живой опыт и неимоверная живость подхода. Успехов на твоих проектах!
PS кстати ты монеро занимаешься? Клёвая монета, майнинг на js это гениально!
Кирилл, ну ты прям препод от бога =) Очень увлекательные 35 минут, даром, что только теория. Я лично понял все в этом видосе, ты прямо озвучил то, что у нормального чувака само собой подразумевается. Вопрос лично у меня только один...
где вопрос!!?! )))))
Спасибо
спасибо большое, узнал что я девопс инженер :)
Кирилл, выздоравливайте, вы один из лучших учителей и людей, которых я встречал. Верю и надеюсь, что вы встанете на ноги. Веры и терпения вам и вашим родным !!!
Огромное спасибо за материал, все понял. А то я как раз решил с офисного админа в девопс ползти, а то к 28 годам приближаюсь, а все еще "ползаю" среди вонючих сапог :D Но сложно было понять что именно выполняет девопс. А тут понятно стало, оказывается это довольно интересно, судя по этому ролику)
Привет из Саратова ! )
Это было круто
Кирил, скорейшего выздоровления тебе!
thx a lot
лайк
Спасибо, микросервисы - сила. Вы кластер БД тоже в k8s собираете или пользуетесь облачными решениями? Интересно послушать вашу лекцию о децентрализации приложений и БД. У меня недавно стояла задача, добиться высокой отдачи в Китае, США и Германии, было весело)
не, k8s только для приложений, БД у нас в Амазоне, он достаточно крутые имеет инструменты из коробки для таких задач, и такая штука с отдачей по всему земному шару реально оч интересная, я к ней только подбираюсь на этом проекте
Приветствую. Материал всегда полезный и доходчивый. Спасибо.
Пы.сы. Как-то в одном видео ты обмолвился что работал над проектом регистрации транспорта по камерам при въезде и выезде из базы.
На данный момент работаю в данном направлении. Был бы признателен за какую-либо информацию по софту и т.д.
Хотя могу ошибаться что был такой момент)
да я где только не работал, но так у меня инфраструктура, то я нюансы приложений как правило не знаю(
Кирилл, спасибо за видео. Активно вас начал смотреть, подскажите пожалуйста, начинающему системному администратору нужны ли сейчас базовые вещи по администрированию линукс, есди в компании исподьзуется кубернетис. Больше стоит делать уклон в современные подходы или же без знаний базового администрирования никак? Спасибо
Это обязательно! Без Линукс никуда.
Нормальная тема билеты Москва-Саратов покупать за крипту Monero :)
Кирилл, приветствую. Материал получился очень интересный, но остались вопросы.
Не секрет, что в погоне за отказоустойчивостью и избыточностью, страдает бюджет. Такое дробление на микросервисы, которые в дальнейшем резервируются, не будет ли увеличивать накладные расходы на обслуживание инфраструктуры? Очень хотел бы услышать ответ из жизни. Спасибо.
да, тут много таких стратегических моментов, зависит от огромного количества нюансов - размера команды, количества проекторы, нагрузки и прочего. В большинстве случаев для какого-то продукта и небольшой команды достаточно разово привлечь девопсов на аутсорс, они за месяц-два все поднимут и все, потом оно само с минимальными изменениями пашет
При грамотных инженерах выходит сильно дешевле кучером чем без, если это в облаках и масштабируется грамотно
Александр, привет! Спасибо за видео! А если лег балансировщик?) как быть и как вообще сделать отказоустойчивую балансировку?
keepalived в помощь
@@DimonVids шел бы ты лесом)
Подскажите кто знает, как сейчас дела со здоровьем у Кирилла? В прошлом году в телеге Антона Павленко узнал про его ситуацию
крутой канал, спасибо, жаль видео перестали выходить:)
У Кирилла инсульт и инвалидность, как написала его девушка. Надеемся, что он восстановится.
@@devopsRussia грустно, вот мужик работал работал вдруг раз и все:(
Хорошо, интересно подано, но есть проблема - это не devops. Вы описали проблему которую и призвана решать девопс культура в команде, где присутствует вот такая олдскульная/ентерпрайзная модель разделения на опс и девов (обычно разные отделы, возможно следствие моделей аутсорс галер в наших краях - не суть). Когда поставлен девопс то все эти вещи (касательно инфраструктуры) продумываются уже на стадии планирования реализации фичи, а выполнением работ считается и поставка с интеграцией/тестированием уже в комплекте. Возможно будет в других видео, но на фоне холиворов вокруг девопс слова это бросилось в глаза сразу.
все, так, но тут я подаю как пример задач девопс инженера, так как его как правило и нанимают для внедрения культуры. Лучше конечно когда эти Лиды занимаются и всякие тендеры, но мало их, к сожалению
Подождите, а если эту ситуацию мы моделируем на стадии планирования реализации фичи? Что не так? А что такое тогда Devops?
А почему не использовать БД active-active, например, MariaDB Galera cluster? Тогда можно и кучу писателей сделать. Или я что-то недопонимаю?
запросто можно, редко кто умеет
привет Кирил можете сделать видео по jenkins & artifact and nexus 3, maven?
разве что по Дженкинсу, но я там начал плейлист и меня прям утащило по работе в гитлаб, и я его временно забросил (
@@KirillSemaev thx
Приветствую, Кирилл. Будет ли материал по винде? В уроках по LPIC пару раз говорил, что собираешься, передумал?
хотел, но уже лет 5 к ней не подхожу, почти все забыл, а то что знал уже точно не сильно актуально
"билеты подешевели, война началась"
Дизлайки ставят люди из Саратова))
Подскажите, сколько примерно часов потребуется, чтобы устроиться на работу в этом направлении, насколько высок порог вхождения? До этого в течении года изучал другое направление, но вакансий крайне мало в моем городе, а девопса много, вот и хочу узнать, стоит оно того. Спрашиваю часов, а не месяцев, поскольку сейчас не работаю, и по 7-10 часов ежедневно уделять программированию, для меня норма.
Чтобы освоить один предмет, нужно примерно 800 часов. Но девопсу надо много знать. Зарплата хорошая. Если есть мозги, то стоит.
В продолжении этого видео скажу, есть такая штука как букварь построения систем github.com/donnemartin/system-design-primer и там описано все о чем говорил Кирилл
стоит это наверно как чугунный мост
eto project owner
А вопрос такой: ты много чего наговорил (собственно, все видео об этом) на тему того, что разработчику нужно менять архитектуру дабы предусмотреть масштабируемость, кэши-шмэши и т.д. А если разработчик говорит "Пошел ты нахер, товарищ девопс, я крутой разраб потому что я делаю монолитом всю жизнь и всегда все работало, а свои микросервисы в жопу себе запихните". И все это усугубляется кумовством спонсора проекта и такого разработчика. Что делать в таком случае? Не работать с мудаками?) Вопрос реальный, из моего опыта между прочим )))
спрятал вопрос в отдельный коммент!) Можешь например забить, это головная боль Лида/техдира, твое дело указать риски и способ их снижения. А если ты сам Лид дир - гоню разраба такого, на моем опыте, таких выгоняют, или сами уходят
@@KirillSemaev а на моем опыте погнали как раз дира, а разраб остался (а я сам ушел, видя такое блядство на проекте). Зато получил опыт как НЕ должно быть ))