Ну вот представьте ситуацию, например новичку в k8s необходимо посмотреть все имеющиеся контексты и изменить текущий на необходимый. Можно это забиндить в алиасы как kcgc и kcuc и заучить, а можно для начала запомнить полные команды kubectl config get-contexts и kubectl config use-context ... Когда условно в слепую человек сможет набирать эти команды, тогда конечно можно использовать алиасы. Иначе начинающий может запутаться в этих kcuc, kgp, kl и т.д.
Мне кажется что любой ИИ в наше время подскажет, почему из пода ты не можешь пингать какой-то другой хост. Много ситуаций, много решений. На статью для компании, которую я кстати когда-то зауважал, будучи в гостях на производстве, к сожалению не тянет. Завод в Дубнах уже открыли?
По поводу алиасов, конечно набрать в консоли dps для docker-compose ps или kl для kubectl logs намного легче, но я бы не стал к этому приучать новичков, им как-раз для начала нужно запомнить и понимать для чего и как работает каждая команда, а потом уже настраивать алиасы.
Как вариант, делаем отдельный таск удаления пакета libfoo, если он установлен и прогоняем по нужной группе хостов. Навешиваем тэг таске для установки пакета libfoo, и при следующем запуске роли этот тэг игнорируем.
Лекарственные препараты перед собесом помогают меньше волноваться а также отсутствие необходимости включать камеру и собеседование в режиме диалога а не экзамена.
У меня в целом похожая история была. Получил оффер ещё до окончания курса. После окончания написал ещё пару дипломных работ на заказ, в том числе и студенту из нетологии). Был большой бэкграунд с сетями и серверами, поэтому как-то быстро в Devops удалось перекочевать. Но первое время было тяжело конечно, сидел над задачами до поздней ночи).
В статье про мониторинг упоминается, не совсем понятно куда у вас Prometheus или Victoria потерялись? Ещё хотел бы уточнить, что DevOps это не всегда работа в облаках, у многих компаний тот же k8s может на bare metal крутиться.
Иногда бывает полезно сходить на пару собесов чтобы понять что ты не всемогущий, и начать дорожить текущим местом работы и коллегами, которые могут что-то объяснить или посоветовать. Естественно собесы нужно проходить на те вакансии где платят больше чем на текущем месте и в компаниях более раскрученных и узнаваемых.
Вы прописываете правила для дефолтной сети docker, так же docker сеть указана в pg_hba.conf, но в самом docker-compose явно не указываете сеть для backend. Определить сеть для сервисов явно будет не лишним.
К сожалению с многими тезисами соглашусь. Чтобы получить оффер нужно действительно сходить на пару-тройку собеседований, понять какие наиболее популярные вопросы задают, что нужно подтянуть и т.д. Полезно послушать МОК интервью на YouTube с целью чтобы в голове ответы на вопросы отложились. А вот включать chatgpt во время собеса я бы не стал.
Недавно проходил собес в одну известную компанию в РФ, всё шло более менее нормально, за тем исключением что был подключён к интернету через USB модем с мобильным интернетом. А всё потому, что буквально за полчаса до, у меня отключили домашний интернет. И вот на исходе почти часа беседы, у меня перестал работать и мобильный интернет. Очень печально конечно. В итоге пообещали назначить на другой день, но я то понимаю 🤷. Оказалось что котэ потихоньку грыз оптический патчкорд шедший к роутеру, и в самый ответственный момент патчкорд отказался долго жить, отказ мобильного интернета от МТС списал на снежную стихию. И такие истории бывают, к сожалению.
А что мешает взять для стартапа несколько vps или bare metal серверов в разных зонах и развернуть на них кластер куба? Про нагрузки в статье в целом понятно, а про отказоустойчивость?
Автор написал как сделать всё из консоли средствами git, без доп утилит, за что большой респект. Информация действительно полезная. За git kraken тоже спасибо, будем посмотреть.
Для девопса отправная точка это должность системного администратора или разработчика хотя бы на том же python. Я лично тоже проходил курс на известной площадке, но у меня за плечами был хотя бы уровень CCNA по сетям и опыт админом лет эдак 5 минимум. А вот студенту, с нуля, лишь пройти курс? Очень сомнительно. Студента надо обучать базовым вещам, Linux, bash/python, docker, сети, имхо. Они с этой базой хотя бы админить смогут, чтобы в дальнейшем дорасти до DevOps. Очень занимательно наблюдать записи собеседований вчерашних студентов, которые знают как написать helm чарт для деплоя приложения в k8s, но не знают что такое swap в Linux и зачем порой его включают или наоборот отключают.
В начале статьи ВУЗов 35, в конце почти сорок. Ну ок, 35 наверное почти сорок. В ВУЗах прям специальность такая есть DevOps инженер, или это как предмет в рамках обучения на разных специализациях ИТ?
Ну вот представьте ситуацию, например новичку в k8s необходимо посмотреть все имеющиеся контексты и изменить текущий на необходимый. Можно это забиндить в алиасы как kcgc и kcuc и заучить, а можно для начала запомнить полные команды kubectl config get-contexts и kubectl config use-context ... Когда условно в слепую человек сможет набирать эти команды, тогда конечно можно использовать алиасы. Иначе начинающий может запутаться в этих kcuc, kgp, kl и т.д.
Мне кажется что любой ИИ в наше время подскажет, почему из пода ты не можешь пингать какой-то другой хост. Много ситуаций, много решений. На статью для компании, которую я кстати когда-то зауважал, будучи в гостях на производстве, к сожалению не тянет. Завод в Дубнах уже открыли?
По поводу алиасов, конечно набрать в консоли dps для docker-compose ps или kl для kubectl logs намного легче, но я бы не стал к этому приучать новичков, им как-раз для начала нужно запомнить и понимать для чего и как работает каждая команда, а потом уже настраивать алиасы.
Как вариант, делаем отдельный таск удаления пакета libfoo, если он установлен и прогоняем по нужной группе хостов. Навешиваем тэг таске для установки пакета libfoo, и при следующем запуске роли этот тэг игнорируем.
Лекарственные препараты перед собесом помогают меньше волноваться а также отсутствие необходимости включать камеру и собеседование в режиме диалога а не экзамена.
У меня в целом похожая история была. Получил оффер ещё до окончания курса. После окончания написал ещё пару дипломных работ на заказ, в том числе и студенту из нетологии). Был большой бэкграунд с сетями и серверами, поэтому как-то быстро в Devops удалось перекочевать. Но первое время было тяжело конечно, сидел над задачами до поздней ночи).
В статье про мониторинг упоминается, не совсем понятно куда у вас Prometheus или Victoria потерялись? Ещё хотел бы уточнить, что DevOps это не всегда работа в облаках, у многих компаний тот же k8s может на bare metal крутиться.
Из статьи узнал что я интроверт).
Иногда бывает полезно сходить на пару собесов чтобы понять что ты не всемогущий, и начать дорожить текущим местом работы и коллегами, которые могут что-то объяснить или посоветовать. Естественно собесы нужно проходить на те вакансии где платят больше чем на текущем месте и в компаниях более раскрученных и узнаваемых.
Вы прописываете правила для дефолтной сети docker, так же docker сеть указана в pg_hba.conf, но в самом docker-compose явно не указываете сеть для backend. Определить сеть для сервисов явно будет не лишним.
squid лучше в docker контейнер положить, имхо.
Казалось бы, причем здесь Agile?)
К сожалению с многими тезисами соглашусь. Чтобы получить оффер нужно действительно сходить на пару-тройку собеседований, понять какие наиболее популярные вопросы задают, что нужно подтянуть и т.д. Полезно послушать МОК интервью на YouTube с целью чтобы в голове ответы на вопросы отложились. А вот включать chatgpt во время собеса я бы не стал.
Прям по фактам прошёлся). Самое обидное что готовился долго и усердно к собесу, очень хотел не ударить в грязь лицом, всё-таки не шарашкина контора.
Недавно проходил собес в одну известную компанию в РФ, всё шло более менее нормально, за тем исключением что был подключён к интернету через USB модем с мобильным интернетом. А всё потому, что буквально за полчаса до, у меня отключили домашний интернет. И вот на исходе почти часа беседы, у меня перестал работать и мобильный интернет. Очень печально конечно. В итоге пообещали назначить на другой день, но я то понимаю 🤷. Оказалось что котэ потихоньку грыз оптический патчкорд шедший к роутеру, и в самый ответственный момент патчкорд отказался долго жить, отказ мобильного интернета от МТС списал на снежную стихию. И такие истории бывают, к сожалению.
Не вижу Яндекса и Тбанка с их алгоритмическими задачами для "уборщиц" на собеседовании 🤔.
А что мешает взять для стартапа несколько vps или bare metal серверов в разных зонах и развернуть на них кластер куба? Про нагрузки в статье в целом понятно, а про отказоустойчивость?
Автор написал как сделать всё из консоли средствами git, без доп утилит, за что большой респект. Информация действительно полезная. За git kraken тоже спасибо, будем посмотреть.
Для девопса отправная точка это должность системного администратора или разработчика хотя бы на том же python. Я лично тоже проходил курс на известной площадке, но у меня за плечами был хотя бы уровень CCNA по сетям и опыт админом лет эдак 5 минимум. А вот студенту, с нуля, лишь пройти курс? Очень сомнительно. Студента надо обучать базовым вещам, Linux, bash/python, docker, сети, имхо. Они с этой базой хотя бы админить смогут, чтобы в дальнейшем дорасти до DevOps. Очень занимательно наблюдать записи собеседований вчерашних студентов, которые знают как написать helm чарт для деплоя приложения в k8s, но не знают что такое swap в Linux и зачем порой его включают или наоборот отключают.
Ну а студенты платят как за курс на каком-нибудь skillfactory, ЯП, и т.д. Или это бесплатно?
В начале статьи ВУЗов 35, в конце почти сорок. Ну ок, 35 наверное почти сорок. В ВУЗах прям специальность такая есть DevOps инженер, или это как предмет в рамках обучения на разных специализациях ИТ?