К сожалению с многими тезисами соглашусь. Чтобы получить оффер нужно действительно сходить на пару-тройку собеседований, понять какие наиболее популярные вопросы задают, что нужно подтянуть и т.д. Полезно послушать МОК интервью на YouTube с целью чтобы в голове ответы на вопросы отложились. А вот включать chatgpt во время собеса я бы не стал.
Недавно проходил собес в одну известную компанию в РФ, всё шло более менее нормально, за тем исключением что был подключён к интернету через USB модем с мобильным интернетом. А всё потому, что буквально за полчаса до, у меня отключили домашний интернет. И вот на исходе почти часа беседы, у меня перестал работать и мобильный интернет. Очень печально конечно. В итоге пообещали назначить на другой день, но я то понимаю 🤷. Оказалось что котэ потихоньку грыз оптический патчкорд шедший к роутеру, и в самый ответственный момент патчкорд отказался долго жить, отказ мобильного интернета от МТС списал на снежную стихию. И такие истории бывают, к сожалению.
А что мешает взять для стартапа несколько vps или bare metal серверов в разных зонах и развернуть на них кластер куба? Про нагрузки в статье в целом понятно, а про отказоустойчивость?
Автор написал как сделать всё из консоли средствами git, без доп утилит, за что большой респект. Информация действительно полезная. За git kraken тоже спасибо, будем посмотреть.
Для девопса отправная точка это должность системного администратора или разработчика хотя бы на том же python. Я лично тоже проходил курс на известной площадке, но у меня за плечами был хотя бы уровень CCNA по сетям и опыт админом лет эдак 5 минимум. А вот студенту, с нуля, лишь пройти курс? Очень сомнительно. Студента надо обучать базовым вещам, Linux, bash/python, docker, сети, имхо. Они с этой базой хотя бы админить смогут, чтобы в дальнейшем дорасти до DevOps. Очень занимательно наблюдать записи собеседований вчерашних студентов, которые знают как написать helm чарт для деплоя приложения в k8s, но не знают что такое swap в Linux и зачем порой его включают или наоборот отключают.
В начале статьи ВУЗов 35, в конце почти сорок. Ну ок, 35 наверное почти сорок. В ВУЗах прям специальность такая есть DevOps инженер, или это как предмет в рамках обучения на разных специализациях ИТ?
Обычно keenetic используют те, кому нафиг не нужен CLI. Там из коробки достаточно фич. У меня ещё не было таких задач, когда понадобился бы доступ к консоли. Хотя поднят VPN клиент, куча маршрутов для обхода блокировок и т.д. А то что синтаксис у Kennetic похож на Cisco, так это для меня приятное открытие.
Я учился на кафедре САПР одного из ВУЗ в РФ, в то время когда продукты компании Cadence были доступны для нас, студентов и преподавателей бесплатно. Интересно, а как сейчас с этим дела в ВУЗах обстоят в связи с санкциями и т.д.?
Неплохо было бы 2FA добавить разрабам из коробки. Тема с проксированием запросов через caddy, haproxy, nginx не раскрыта, хотя в документации есть даже примеры. В версии 0.7.0 без сертификатов веб морда работает только локально, и даже reverse proxy не поможет. Не раскрыта так же тема с конфигами, где их брать, как установить и т.д.? Как заворачивать не весь трафик а только к определённым подсетям, хостам? Для чего вообще нужны дополнительные ноды? Эти и многие другие вопросы к сожалению появляются когда начинаешь погружаться более детально в сабж. А подобные статьи хоть и полезны, но из разряда quick install: next-next-finish.
Берешь свою текущую зп, добавляешь к ней 25% минимум и указываешь в резюме, на собеседовании говоришь что эта та минимальная сумма от которой можно отталкиваться. Если потенциального работодателя такая сумма не устраивает, значит не по пути. А из-за прибавки 5-15% какой смысл заморачиваться и что-то менять, если всё более менее устраивает на текущем месте?
Зная хотя бы базово python, можно использовать apache airflow для замены того же cron например, запуская скрипты из одного места, отслеживая при этом статус их выполнения. Строить зависимости и между дагами и т.д. В конце концов отказаться, там где это возможно и необходимо, от огромных скриптов на bash в пользу более лаконичных скриптов на python.
Тут наверняка автор хотел донести следующее, коль уж ссылку на GitHub указал в резюме, то будь добр хотя бы readme качественный оформить. А указывать ссылку в резюме или нет, это дело каждого. Например, для начинающих, с околонулевым опытом работы, будет не лишним, имхо.
Фото давно убрал из резюме, где есть требования включать обязательно камеру, стараюсь не соглашаться на такие собесы. Если просто пообщаться, ок, если именно тех. собес то камера мне сильно мешает, начинаю волноваться и она отвлекает. Фото в резюме наверное желательно прикреплять секретарям, это всё-таки лицо компании как никак, технарям не вижу какого-то сакрального смысла. Раз уж это блог компании МТС, то года 1,5-2 назад проходил собеседование в MTC Red по-моему, одно из самых интересных собеседований, не было чувства что нахожусь на экзамене. Указали на те моменты которые необходимо подтянуть. Прям респект. К сожалению или к счастью выбрали видимо более подходящего кандидата.
Если туннели на железках, то проще и наверное привычнее Zabbix использовать для мониторинга. Но в моем случае есть задача уйти от Zabbix, оставить со временем только Prometheus, тем более что железа нет, всё в облаках. Дашборд в Grafana уже запилил, алертинг настроил. Если кому-то будет интересно просто поделюсь ссылкой на репозиторий, писать на эту тему отдельную статью не вижу смысла.
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 инженер, или это как предмет в рамках обучения на разных специализациях ИТ?
Обычно keenetic используют те, кому нафиг не нужен CLI. Там из коробки достаточно фич. У меня ещё не было таких задач, когда понадобился бы доступ к консоли. Хотя поднят VPN клиент, куча маршрутов для обхода блокировок и т.д. А то что синтаксис у Kennetic похож на Cisco, так это для меня приятное открытие.
Я учился на кафедре САПР одного из ВУЗ в РФ, в то время когда продукты компании Cadence были доступны для нас, студентов и преподавателей бесплатно. Интересно, а как сейчас с этим дела в ВУЗах обстоят в связи с санкциями и т.д.?
Неплохо было бы 2FA добавить разрабам из коробки. Тема с проксированием запросов через caddy, haproxy, nginx не раскрыта, хотя в документации есть даже примеры. В версии 0.7.0 без сертификатов веб морда работает только локально, и даже reverse proxy не поможет. Не раскрыта так же тема с конфигами, где их брать, как установить и т.д.? Как заворачивать не весь трафик а только к определённым подсетям, хостам? Для чего вообще нужны дополнительные ноды? Эти и многие другие вопросы к сожалению появляются когда начинаешь погружаться более детально в сабж. А подобные статьи хоть и полезны, но из разряда quick install: next-next-finish.
Берешь свою текущую зп, добавляешь к ней 25% минимум и указываешь в резюме, на собеседовании говоришь что эта та минимальная сумма от которой можно отталкиваться. Если потенциального работодателя такая сумма не устраивает, значит не по пути. А из-за прибавки 5-15% какой смысл заморачиваться и что-то менять, если всё более менее устраивает на текущем месте?
Зная хотя бы базово python, можно использовать apache airflow для замены того же cron например, запуская скрипты из одного места, отслеживая при этом статус их выполнения. Строить зависимости и между дагами и т.д. В конце концов отказаться, там где это возможно и необходимо, от огромных скриптов на bash в пользу более лаконичных скриптов на python.
Тут наверняка автор хотел донести следующее, коль уж ссылку на GitHub указал в резюме, то будь добр хотя бы readme качественный оформить. А указывать ссылку в резюме или нет, это дело каждого. Например, для начинающих, с околонулевым опытом работы, будет не лишним, имхо.
Фото давно убрал из резюме, где есть требования включать обязательно камеру, стараюсь не соглашаться на такие собесы. Если просто пообщаться, ок, если именно тех. собес то камера мне сильно мешает, начинаю волноваться и она отвлекает. Фото в резюме наверное желательно прикреплять секретарям, это всё-таки лицо компании как никак, технарям не вижу какого-то сакрального смысла. Раз уж это блог компании МТС, то года 1,5-2 назад проходил собеседование в MTC Red по-моему, одно из самых интересных собеседований, не было чувства что нахожусь на экзамене. Указали на те моменты которые необходимо подтянуть. Прям респект. К сожалению или к счастью выбрали видимо более подходящего кандидата.
Если туннели на железках, то проще и наверное привычнее Zabbix использовать для мониторинга. Но в моем случае есть задача уйти от Zabbix, оставить со временем только Prometheus, тем более что железа нет, всё в облаках. Дашборд в Grafana уже запилил, алертинг настроил. Если кому-то будет интересно просто поделюсь ссылкой на репозиторий, писать на эту тему отдельную статью не вижу смысла.
В версии airflow 2.10.3 неверно ссылка на лог генерируется.