Ah shit, here we go again

Первое, читайте не выборочно уже. И что за фиксация на размере?
Повторю кратко всю дискуссию.

Тезис с которого началось - девопёсы на проекте не нужны, потом что разработчики сами всё умеют в том числе и эти ваши докеры.
Я привёл пример (и там не только размер!) что нет, не умеют.
Так же указал, что они (разработчики) не склонны (очень часто) копать вглубь и используют всё это как магический АПИ. Тем самым (в конечном итоге) приводя к удоражанию владение инфраструктурой проекта.

Кратко. Суть.
Некому размещать на S3.
Некому настривать CDN.
Некому оптимизировать всё остальное.
Есть разраб и у него лапки. Этими лапками он пиу-пиу в АПИ %имя_облака% и надеется на чудо. Чудо работает, но за него надо платить. Рано или поздно ценник этот не обрадует %того кто даёт деньги%. Всё.

И да, откуда вы вытащили несчастный альпайн-то? Про него я не писал даже. Как будто нет более нормальных базовых слоём я не знаю.

и четвертый - хрычовня и пятый тоже про бухло, но с конкретикой

Но разве не архитектор при проектировании должен определять это всё? А девопёс исполнять. Я не связан с разработкой, если что)

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

Там картинки с сиськами удаляют, что может быть хуже такого чата..

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

Там картинки с сиськами удаляют, что может быть хуже такого чата..

Там картинки с сиськами удаляют, что может быть хуже такого чата..

Defain "архитектор проекта", пожалуйста. Что это за существо и почему девопёс им вдруг должен подчинятся напрямую? И почему девопёс (на самом деле системный инженер) ведёт себя как несамостоятельно чмо?

Не проекта, а продукта. Ну, я о том и спрашиваю, что по моему представлению модель запуска - это часть продукта, а не просто способ его использования, и должна быть в тз (которое, конечно, может меняться после обратной связи от девопса, на то и короткие итерации и всё такое)

#вакансия #job #работа  #devops #middle
Город и адрес офиса: любой из наших офисов(Минск, Питер, Казань, Киев и т.д.) и #удаленно
Формат работы: #офис и #удаленно
Название компании: Andersen( andersenlab.com)
Занятость: полная
Зарплатная вилка: от 2000$ до 3000$

Проект: Проект мобильной разработки - нативные приложения для мобильного банкинга. Разработка уже ведется около 2-х лет. Однако некоторые процессы не настроены совсем, а некоторые надо будет переписывать с нуля.
Стек: Java, Docker, Kubernetes;

Каким мы видим идеального кандидата:
🔴Опыт работы в роли Devops от 2 - 4 лет;
🔴 опыт работы с Terraform/Chef/Puppet;
🔴 опыт работы и настройки CI/CD;
🔴 опыт работы с контейнерами (Docker), опыт работы с Kubernetes;
🔴 опыт настройки инфраструктуры в AWS;
🔴 опыт работы с программами мониторинга (Pingdom, Datadog, Sysdig);
🔴 имел опыт разработки в команде Agile;
🔴 английский уровня B1 и выше.

☎️ Контакты: @n_Ilyina

> Kybernetes
Kubernetes он. k8s на худой конец.

Cyberdyne Systems

Модель запуска это тоже довольно неопределённое понятие. К тому же оно может менятся с развитием проекта (частью которого является продукт). И тут опять же нужен кто-то, кто может дать свою экспертизу в том числе и архитектору.

Если не абстрактно, то продукт (в начеле своего пути) может являеться самостоятельным. Запускаться SystemV и коммуницировать на локальном unix сокете. Но с развитием он становится частью проекта развёрнутого в том же k8s. Что потребует пересмотра всего продукта (и в части запуска тоже, даже если оно когда-то было в тз). И архитектор продукта может быть просто не в курсе текущих "лучших практик" порождая на свет кадавра.