LINUX.ORG.RU
ФорумTalks

Хочет работать в интеграторе

 ,


0

0

Не для себя спрашиваю )). Сейчас в связи с импортозамещением есть вакансии типа «инженер linux» в различных крупных интеграторах (Ланит, Софтлайн и т.п.). Причем вроде как и удаленно можно.

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

★★★★★

Ланит

Было время. Генс (Георгий) любил выползать на Бауманской из своего бентли и со всеми здороваться. )) Еще столовка там была супер, очень вкусная и дешевая. После 2009-ого, когда я оттуда уволился, что-то могло изменится. Что-то точно изменилось (Генс умер).
Про линукс и зп не в курсе.

nanosleep2
()

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

nerfur ★★★
()

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

переход на российский Linux: грандиозный успех, но... (комментарий)

Причины следующие:

1) Работая админом только серверов и обслуживая только одну организацию намного ниже нагрузка, чем у аутсорсера/интегратора, который загрузит тебя по «самое не балуйся». Если можешь потянуть админство только серверов более одной непрофильной для ИТ конторы, то при желании можно набрать и несколько, регулируя количество комфортной нагрузкой. Интегратор же наберет их столько, сколько ты сможешь вывезти только от рассвета до заката.

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

sanyo1234
()
Ответ на: комментарий от irton

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

sanyo1234
()
Ответ на: комментарий от sanyo1234

в компании, которая занимается разработкой коробочного софта,

Или как сейчас модно SaaS и другие облачные продукты, что тоже очень хорошо.

sanyo1234
()
Ответ на: комментарий от sanyo1234

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

irton ★★★★★
() автор топика
Ответ на: комментарий от irton

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

Замещение дутое нередко. В лучшем случае заместят Windows на Linux и то на скрепно-проприетарный, в котором отечественных инноваций от силы несколько процентов (хорошо, если больше одного процента) :)

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 1)
Ответ на: комментарий от sanyo1234

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

irton ★★★★★
() автор топика
Ответ на: комментарий от irton

Да вообще сама по себе постановка вопроса замещения одной проприетарщины другой несколько странна.

1) Зачем было залазить в рабство к одним корпорастам раньше?

2) Зачем сейчас лезут к другим опять в проприетарное рабство с небольшими географическими изменениями в локации номиналов рабовладельцев.

Не лучше ли было бы изначально еще на шаге один использовать свободный open-source софт, а на шаге 2 просто проверить его на отсутствие злостных троянов?

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 2)

Хочешь - попробуй. Главное ведь не то, чем является контора, а производственный процесс. Если у тебя есть внятные задачи со внятными сроками за нормальные деньги - то все норм, а если нет - то и работать там не стоит. Испытательный срок - он не только для кандидата, но и для предприятия.

aiqu6Ait ★★★★
()
Последнее исправление: aiqu6Ait (всего исправлений: 1)
Ответ на: комментарий от irton

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

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

etwrq ★★★★★
()
Ответ на: комментарий от sanyo1234

Насчёт зачем лезть в новое рабство это натянутое утверждение. Спрыгнуть с одного линукса на другой намного проще чем например с вмвари или винды на что то линуксовое. Конечно прыг будет небесплатным и потребует некоторых усилий но он на порядок проще и дешевле ибо экспертиза в платформе уже есть и по сути надо только пересобрать софт (да и то не всегда)

no-dashi-v2 ★★
()
Ответ на: комментарий от no-dashi-v2

Конечно прыг будет небесплатным и потребует некоторых усилий но он на порядок проще и дешевле ибо экспертиза в платформе уже есть и по сути надо только пересобрать софт (да и то не всегда)

Проще конечно, но все равно будут какие-то завязки на проприетарщину, привычка к проприетарному DE и т.п.

У Devuan соскочить даже с открытого, но неприятного systemD заняло не один год.

sanyo1234
()
Ответ на: комментарий от no-dashi-v2

Соскочить с systemd это примерно как соскочить с glibc или gcc. Очень системный компонент

systemD появился намного позже классических UNIX like библиотек:

https://stackoverflow.com/questions/66823018/what-is-glibc-and-posix-exactly/...

И как продемонстрировали многие дистрибутивы типа Devuan, Alpine, Slackware, Void, etc. systemD является ненужноD.

sanyo1234
()
Ответ на: комментарий от sanyo1234

Системд это лучшее что случилось с линуксом (не считая самого линукса и kvm с nested virtualization). Я его сам сильно не любил - да и сейчас некоторые вещи в нем мне не нравятся, но он полезен и удобен,ибо превращает стадо линуксом в платформу с единым интерфейсом.

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

no-dashi-v2 ★★
()
Последнее исправление: no-dashi-v2 (всего исправлений: 1)
Ответ на: комментарий от no-dashi-v2

И выкинуть его не сложно.

Поэтому его так долго выпиливали из Debian?

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

Если бы systemD только решал проблемы, не создавая при этом новых проблем :(

Системд это лучшее что случилось с линуксом

Лучшее, что случилось с моим Linux - это был переход с Debian на Devuan.

(не считая самого линукса

Это какая-то рекурсия? :)

и kvm с nested virtualization).

Которая жутко тормозит (не только в KVM)?

Я его сам сильно не любил - да и сейчас некоторые вещи в нем мне не нравятся, но он полезен и удобен,ибо превращает стадо линуксом в платформу с единым интерфейсом.

Кому нужен инит в 2022 году в проде, когда у многих кластера с сотнями и у некоторых даже тысячами контейнеров без единого инита в них? Роль инита в контейнерах отдана образно высокоуровнево, не вдаваясь в тонкости рантаймов типа containerd, оркестратору. Оркестраторы бывают даже без SSH доступа типа Talos, вероятно без systemD, раз на базе Alpine.

Понятно, на хосте нужен какой-то простенький инит с супервизором, OpenRC или RunIt - этого более чем достаточно.

Для чего тогда остается systemD? Для мелких пакостей ганстолкеров на десктопах? :)

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 7)
Ответ на: комментарий от sanyo1234

Кому нужен инит в 2022 году в проде

Всем

когда у многих кластера с сотнями

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

и у некоторых даже тысячами контейнеров без единого инита в них?

Инит нужен тем, кто разворачивает и поддерживает инфраструктуру, поверх которой некоторый пускают «тысячи контейнеров без единого инита в них».

Или тем, кто занимается задачами, которые реально требуют большой производительности и минимальных задержек, а не вот это вот ваше «среднее время отклика чрезвычайно маленькое и составляет порядка 150 миллисекунд»

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

no-dashi-v2 ★★
()
Ответ на: комментарий от no-dashi-v2

Инит нужен тем, кто разворачивает и поддерживает инфраструктуру,

И зачем им systemD? Нужен ли systemD в K0S или в Talos?

https://k0sproject.io/


root@workstation /download > ssh kube
Enter PIN for 'EToken_SC': 

root@kube:~# cat /etc/init.d/k0scontroller 
#!/sbin/openrc-run
supervisor=supervise-daemon
name="k0s controller"
description="k0s - Zero Friction Kubernetes"
command=/usr/local/bin/k0s
command_args="'controller' '--single=true' "
name=$(basename $(readlink -f $command))
supervise_daemon_args="--stdout /var/log/${name}.log --stderr /var/log/${name}.err"

: "${rc_ulimit=-n 1048576 -u unlimited}"
depend() { 
        need net 
        use dns 
        after firewall
}

https://www.siderolabs.com/platform/talos-os-for-kubernetes/

https://www.siderolabs.com/resource-hub/resources/sidero-compared-to-openshift/

https://www.siderolabs.com/wp-content/uploads/2022/01/The-Sidero-Platform-ver...

OpenShift was a PaaS that predated Kubernetes, that has been adapted to the Kubernetes world. It now incorporates Red Hat Enterprise Linux CoreOS (RHCOS) as the underlying OS for control plane nodes, which offers some immutable file systems, but was not initially designed for Kubernetes, and thus still installs ssh, systemd, and rpm package manager. This means that OpenShift’s attack surface is larger.

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 4)
Ответ на: комментарий от no-dashi-v2

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

systemD теперь еще и время отклика улучшает? LOL

Прям средство от всего ...

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 1)
Ответ на: комментарий от sanyo1234
root@kube:~# pstree
init─┬─containerd-shim─┬─kube-proxy───4*[{kube-proxy}]
     │                 ├─pause
     │                 └─13*[{containerd-shim}]
     ├─containerd-shim─┬─metrics-server───8*[{metrics-server}]
     │                 ├─pause
     │                 └─13*[{containerd-shim}]
     ├─containerd-shim─┬─kube-router───8*[{kube-router}]
     │                 ├─pause
     │                 └─14*[{containerd-shim}]
     ├─containerd-shim─┬─coredns───7*[{coredns}]                                                                                                                                                                 
     │                 ├─pause                                                                                                                                                                                   
     │                 └─14*[{containerd-shim}]                                                                                                                                                                  
     ├─containerd-shim─┬─pause                                                                                                                                                                                   
     │                 ├─supervisord─┬─nginx───5*[nginx]                                                                                                                                                         
     │                 │             └─php-fpm8.1───10*[php-fpm8.1]                                                                                                                                              
     │                 └─14*[{containerd-shim}]                                                                                                                                                                  
     ├─containerd-shim─┬─pause                                                                                                                                                                                   
     │                 ├─postgres───35*[postgres]                                                                                                                                                                
     │                 └─13*[{containerd-shim}]                                                                                                                                                                  
     ├─containerd-shim─┬─pause                                                                                                                                                                                   
     │                 ├─zabbix_web_serv───4*[{zabbix_web_serv}]                                                                                                                                                 
     │                 └─13*[{containerd-shim}]                                                                                                                                                                  
     ├─containerd-shim─┬─pause                                                                                                                                                                                   
     │                 ├─tini───zabbix_server───49*[zabbix_server]                                                                                                                                               
     │                 ├─tini───zabbix_agent2───7*[{zabbix_agent2}]                                                                                                                                              
     │                 └─13*[{containerd-shim}]                                                                                                                                                                  
     ├─supervise-daemo───k0s─┬─containerd───10*[{containerd}]
     │                       ├─kine───28*[{kine}]
     │                       ├─kube-apiserver───16*[{kube-apiserver}]
     │                       ├─kube-controller───11*[{kube-controller}]
     │                       ├─kube-scheduler───6*[{kube-scheduler}]
     │                       ├─kubelet───13*[{kubelet}]
     │                       └─26*[{k0s}]


sanyo1234
()
Ответ на: комментарий от sanyo1234

systemD теперь еще и время отклика улучшает?

Да вот так уж получается, что если дело доходит до высоких нагрузок, то все ваши куберы почему-то дохнут и складываются - и приходится вылезать на барметал и полноценное управление сервисами.

no-dashi-v2 ★★
()
Ответ на: комментарий от no-dashi-v2

постгрес и php, классический «я мамы девопс на домашнем хайлоаде».

Zabbix vs Prometheus - это прям как из раздела «религиозных войн». У каждого есть свои применения, кому-то вообще нравится Victoria:

https://victoriametrics.com/

sanyo1234
()
Ответ на: комментарий от no-dashi-v2

Да вот так уж получается, что если дело доходит до высоких нагрузок, то все ваши куберы почему-то дохнут и складываются - и приходится вылезать на барметал и полноценное управление сервисами.

Это на Talos? Но в нем нет SSH консольки, печалька ...

Но таки K0S на Devuan+OpenRC ты можешь потеребонькать, если нет более полезных занятий, если чем-то не устраивает встроенный супервизор.

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

sanyo1234
()

Не так всё плохо, но я бы начал с вопроса о форме допуска. Потому что интегратор он может и в ФСБ или налоговой что-то секретное интегрировать. Так что заранее этот вопрос изучи и спросить его не забудь. А то будет тебе сюрприз в виде ограничений твоих прав и свобод на неизвестное в текущих условиях время.

peregrine ★★★★★
()
Последнее исправление: peregrine (всего исправлений: 2)
Ответ на: комментарий от no-dashi-v2

или не дохнут и не складываются - но готовить приходится долго и аккуратно

loki_ ★★
()
Ответ на: комментарий от sanyo1234

Вообще модель интегратора сама по себе неплохая, - собрать специалистов похожего профиля в отдельный бизнес-юнит.

Проблемы только IMHO такого характера:

1) Высокая нагрузка. Если бы можно было выбирать свою нагрузку 40-80 часов в месяц - это уже намного лучше. Заметил у многих работодателей какую-то маниакальную страсть к загрузке спецов на 100+ %, а какой смысл? Они хотят в результате получить загнанную лошадь или качественный результат? На качество пофик, главное навариться на выгорающих работниках, ведь после подписания акта приемки у интеграторатора остается только оплата клиента, а не продукт или его часть, который потом нужно развивать дальше своими спецами? Хотя у некоторых можно наблюдать что-то свое типа Flant:

https://flant.ru/products/deckhouse

Но по сути это уже продуктовая компания с сервисом поддержки своих продуктов в виде SaaS и DaaS:

https://flant.ru/services/devops-as-a-service

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

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

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 3)
Ответ на: комментарий от sanyo1234

IMHO не стоит связываться с различными интеграторами, аутсорсерами и т.п.

Ну хз, я работаю сейчас в одной крупной аутсорсовой компании, максимально плотно общаемся именно с конечным заказчиком. Компания максимально не мешает работе)

Правда я не в россии уже

cvs-255 ★★★★★
()
Ответ на: комментарий от irton

Тото и оно

Дадут какой-нибудь свой жестко заданный набор мало кому нужного в мире малопопулярного проприетарного софта после распила, и интегрировай его, сделать как всегда (не)нужно еще вчера ...

sanyo1234
()
Ответ на: комментарий от sanyo1234

Кстати, очень любопытно, как бы участники форума ответили на такие вопросы:

1) Имеет ли смысл автоматизировать неправильно и/или неэффективно организованные бизнес процессы, т.е. осуществлять так называемую автоматизацию бардака или хаоса?

2) Возможен ли аутсорсинг автоматизации вместо попытки осуществлять ее собственными силами, если их не хватает, и когда решение вручную требует еще больших затрат или может привести к значительным убыткам из-за ошибок при попытках решения вручную?

Btw., недавно получил совершенно шикарный ответ на него, сам бы даже не догадался до такого =)

sanyo1234
()
Ответ на: комментарий от sanyo1234

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

irton ★★★★★
() автор топика
Ответ на: комментарий от irton

Лично мне удавалось найти что-то интересное (разработка софта) только на фриланс-удаленке в Калифорнии.

Прекрасные менеджеры, нет маразма, шатания и метания из стороны в сторону в плане целей проекта, еще и деньги платили неплохие.

А да, еще и график абсолютно свободный. Просто учитываешь, сколько часов отработал (проектировал, кодил, документировал, общался с ними в чате и т.п., т.е. все затраты времени). Можешь спать, сколько влезет, хоть по два раза в день.

Как из параллельной вселенной, если сравнивать с тем, что я встречал в РФ раньше. После 2020 и в РФ такие компании иногда встречаются, но обычно международные, с офисами опять все там же =) Но вот в связи с последними событиями и санкциями, не уверен :(

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 5)
Ответ на: комментарий от no-dashi-v2

Чего тебе не хватает в Talos?

Оно при желании добавляется скриптом?

sanyo1234
()
Ответ на: комментарий от irton

Тото и оно, в России свой путь ))

И у нас так же все есть, вплоть до по-сути аутстафа, будешь как обычно каждый день ходить в офис к заказчику и внедрять/поддерживать свое решение

user_undefined
()

Привет. Даже в интеграторах, есть разделение, на тех под, внедрение, разрабов. Под «Инженер linux», че угодно понимать можно. Даже чела, который будет офисные тачки админить, у бухгалтеров например или еще кого то. ( я так, от балды взял бухгалтеров ). Я не вчитывался во всю переписку, но как понимаю, интегратор интегратору рознь. Сразу в отдел внедрения вряд ли с улицы кого то возьмут, разве что нужен хороший спец под проект. Например чела который хорошо знает Oracle. Так то, вероятнее всего возьмут в тех поддержку. Продукт то внедряется, потом еще договор на поддержку, какое то время. Тот же RHEL можно поставить кому то, а потом год еще следить, чтоб там нтп правильно синхронизировалось ( опять же, пример от балды ). По ЗП, я не знаю как у кого, но если хороший спец, больше 100 готовы платить. А если еще и продукт какой знаешь, Cisco там например ( не роутинг и свитчинг, а что то типо колоборейшна, получил серт и имеешь опыт работы ), то может и больше.

Tesler
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)