SicYar

Немного личного опыта — очень отталкивают вакансии, которые не соответствуют описанию на самом интервью, начиная с неверной информации о зп (что вроде начало уходить в небытие хотя бы в крупных городах), до неверного указания обязанностей на новом рабочем месте — встречалось даже полное несоответствие описанию (ищут по названия условный DevOps, а на деле требуется DBA)
К тому же в почти уходящем году уменьшается практически до нуля важность офиса — почти все удаленно, а какие то компании меняют офисы на более маленькие
С другой стороны, а в данном году как раз участвовал в поиске работы как соискатель, обратил внимание что график работы стал выходить на более приоритетное место — вместо полностью свободного начала, часы присутствия сместились в более жесткие рамки, что становится более критично, чем красивый офис или территориальное местоположение

Мы работаем по 7 часов эффективного времени в день. Время начала рабочего дня каждый выбирает для себя сам, но без крайностей: в диапазоне с 8.00 до 10.00

Достаточно жесткие рамки :)

У вас классные конференции, молодцы, что не побоялись онлайна :)

«девопсеров»
Жуткое слово, почему то только из энтерпрайз среды такое слышится

Спасибо за подборку каналов, полезная инфа!

Выглядит очень круто, прям классный мерч, даже захотелось себе такой :)

я вообще про это
os.remove(os.path.join(deploy_path, "%s.deployed" % deployment))
но на самом деле это один из подходов, жаль, что такое решение проблемы вызвало столько негатива у вас

например при 10 имеющихся wf будет занято место в 10 раз больше с модулем copy
Так же надо тогда следить за нагрузкой на сервере, если модуль делает все шаг за шагом, то после copy придется описывать в скрипте логику старта — часто именно процесс деплоя дает высокую нагрузку на CPU, которая в дальнейшем не будет такой и создавать сервер с большим количеством CPU исключительно для процесса деплоя невыгодно.
в случае если делать копирование а потом лезть в разные консоли, остается много ручного труда, либо всю эту обработку необходимо описывать каким либо скриптом, что избыточно в данном моменте на мой взгляд.
на данный момент у меня на сервере 36 WF инстансов работает, таких серверов несколько, ansible является единой точкой деплоя без каких либо сторонних костылей, что облегчает управление и поддержку приложения

на мой взгляд это более удобно, использовать данный модуль с его подходом использования единой директории, ну и это позволяет использовать общий воркфло для всего деплоя

принципиальное отличие в том, что можно ear положить в одну директорию для хоть 10 wf и дальше ansible задеплоит во все необходимые сервера
с учетом, что например бывает сложно что-то отправить на прод, это облегчает процесс деплоя
Так же использование ansible помогает делать проверки разные, задача часто строится не только из копирования, но так же из добавления хост зависимых переменных например, проверок и тд, что может привести к сложному bash\python скрипту, в случае с ansible может быть немного проще кмк

Звучит здраво, вы молодцы, что поддерживаете студентов, так держать!

Хорошие вопросы :) тут уже на заучивании теории не выехать на мой взгляд, про локальную разработку интересно, какие подходы кто использует — можно оценить кругозор

да, хороший вопрос
Есть компании, которые предоставляют шифт как сервис, такие компании знаю :)
То есть выдается неймспейс, туда можно деплоить, можно создавать сущности, но нет доступа до кластер админа, нет доступа к ингресу, нет доступа к созданию неймспейсов. Нет возможности конфигурировать сам OpenShift, что-то еще ограничено.
Вполне жизнеспособный вариант, у всех процессы построенны различно. Естественно, соискатель может прочитать документацию, поэкспериментировать локально с k8s или k3s — но тут упор на узкий взгляд на опыт больше.

Согласен, не все так просто :)
на первое я бы сказал стоит как то внимательнее слушать, что говорит, возможно распросить по какому то кейсу, таких встречал соискателей, обычно они валятся на распросе подробном как что сделать, но да, тут все неоднозначно
на второе и соглашусь и нет, иногда, на мой взгляд бывает потребность в технаре, который вот может решить сложные проблемы, готов много дизайнить и экспериментировать, но например, с взаимодействием у него сложно, для такого человека всегда можно найти и место и ему задачи подобрать. Так же есть мнение, что такой человек может со временем например вырости в хорошего ТехЛида, архитектора и это будет всем плюс, либо научиться взаимодействовать.

Соглашусь, пока читал, задавался вопросом — «Почему latest?». Это накладывает ограничения и менее явно показывает, что на данный момент в продакшн среде стоит.

Про асинхронный подход очень интересно, попробую такой подход с коллегами. Спасибо за статью, очень интересно!

да согласен, сетевик уже ответвление, а например какой нибудь админ в ЦОДе, тоже вполне сравнимо

Ну как так нет в DevOps'е стажеров, в СПб видел проскакивающие вакансии именно стажер + есть так называемые школы, где дают какие никакие навыки
Ну и по зп наверное не соглашусь немного, опытный сетевой админ может получать x2 от того что написано и мне кажется с DevOps на уровне lead/senior зп +\- близки

Годная статья, спасибо! про scratch слышу впервые, очень полезно!

Выглядит все очень здоровско!

Хорошие у вас митапы! Продолжайте в том же духе!

Соболезную) похожие условия последнее время (последние 4 года в 2 разных компаниях) наблюдаю и к счастью удавлось немного это сдвинуть с мертвой точки. Самое наверное сложное — сдвинуть с мертвой точки восприятие Dev и Оps, которым ваш этот DevOps побоку. Тоесть стоит начать с решения именно проблем людей, который там работают, принести им чтото новое и показать полезность стратегии, тогда собственно нововведения, приятные вам будут проходить легче.

Читается превосходно! Спасибо!

В каждом NS полный набор всех приложений:
— микросервисы самого приложения — к ним сайдкар jaeger
— поды с postgres и mongo и elastic
— рядом поды с exporters
— далее вспомогательные поды с самим jaeger, prometheus, nginx, envoy

разделение внутри NS по тегам, то есть BD, APP_BACKEND, APP_FRONT, OTHER

именование конечно используется в соответсвии с именованием подов но суть такая

а сами NS разделены по темам, то есть 2 для тестирования локального, 2 для тестирования нагрузочного, 2 препрод, прод и есть еще NS для экспериментов и нужд

Сложности были в первоначальном осознании как это все подружить друг с другом )

по поводу

Как разбили приложение и постгрес с экспортером по неймспейсам и проектам опеншифта

— в одном неймспейсе микросервисы, рядом постгрес и все остальное. Архитектура такая выбрана не случайно, а по ряду причин не зависищих лично от моих хотелок))

Тоже страдал из-за этого, переехал — не жалею, чего и вам желаю)

Очень интересно, спасибо за статью!

Один из самых крутых докладов был в прошлом году по моему мнению.
Очень понравилось!

Сейчас в планах — минимизировать time-to-market нашей единой системы

Добрый день, какие шаги для этого будут сделаны? Давно слышу о минимизации, есть ли результаты?

Вот это атмосфера :)
Прочитал — сразу захотелось принять участие ))
Удачи Вам в следующих мероприятиях, частично негативный опыт даже лучше полностью положительного!

не рекламы ради, для расстояния 2-4 метра купил изогнутый Samsung UE49MU6300U, собственно для ps4
очень удобно по ощущениям, углы обзора не так ломают картинку ( комната длинная и узкая).
В сравнении есть samsung с прямым экраном, разница в узких комнатах ощутимая.

Работаю непосредственно с таким комбо, поэтому интересуют подходы именно к мониторингу, может у кого то есть лучше практики, чем я использую :)

Спасибо за статью!
было бы интересно узнать, как мониторите докер и сколько хостов с приложением работают одновременно?

Интересно, спасибо за статью!
При поиске полезных ресурсов, тоже находил фактически только на английском, поэтому вопрос:
попадалось ли что на русском, достойное внимания?
(Лично не находил, но может ваш опыт более успешен)

А игры, фильмы и книги на ПК покупать в сетевом магазине?

Не то чтобы принципиально, но вот устроиться на удаленку так и не вышло, хотя есть офферы и в РФ и зарубеж, но только в офис, по этой причине приходится отказываться.

У меня область не вэб, поэтому есть какие то трудности. Так же если попадаются зарубежные вакансии то все хотят в офис, не понимаю в чем дело.

Интересная статья!
Может это замотивирует руководителей больше обращать внимания на людей, кто хочет и МОЖЕТ работать удалено. Испытываю на данный момент проблемы с нахождением удаленной работы, что на самом деле растит грусть внутри( после 4 месяцев поиска в РФ начал поиски в неРФ пространстве)

Тоже пользуюсь Onyx уже лет 6, самые любимые читалки)