Как стать автором
Обновить
22
0

Пользователь

Отправить сообщение
Я вам отвечу так.
Как-то там получилось, что я 7-8 лет не вносил правок в резюме.

Внезапно так получилось, что я закончил работу в компании — стартап перезапустился, я ушёл до договорённости, что мне оплачен месяц поиска работы.

Я опубликовал своё резюме на hh и в телеграмм-каналах.
Меня попросили сделать английское резюме.
Как итог — я на каждом собесе просил не читать резюме с hh, а читать английское, т.к. оно было более выверенным.

до сих пор резюме на hh живёт с багами.

не знаю, поправлю ли их или продолжу рассылать английское, как более актуальное.
Статья очень понравилась
Сколько на таких насмотрелся — человек знает что и как надо делать, но не делает…
moderator коммент явно не к этой статье — удалите, пожалуйста.
вы всё правильно пишете.
Должность DevOps-инженера она должна быть именно про процесссы.
Автор же указывает, что сейчас админов бездумно заместили девопсами.

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

Как вы считаете — у DevOps-инженеров больше функций, чем у Системных администраторов?
Обосновано ли, что их зарплата больше?
Так вот же точная цитата:
```
DevOps — (в теории) персона, не понаслышке понимающая все процессы цикла разработки — разработку, тестирование, понимающая архитектуру продукта, способная оценить риски безопасности, знакомая с подходами и средствами автоматизации, хотя бы высокоуровнево, помимо этого понимающая также пред и пострелизную поддержку продукта. Персона способная выступать адвокатом как Operations, так Development, что позволяет выстроить благоприятное сотрудничество между этими двумя столпами. Понимающая процессы планирования работ командами и управления ожиданиями заказчика.
```

Вся остальная статья вокруг того, что люди неправильно называют других спецов.
Ну или растят своих специалистов под эти требования.
Ну я бы еще отметил пункт про «На данный момент это чуть ли не самая дорогая позиция на рынке»

А вы с кем сравнивали?
Как в одном из чатов утверждают — с финскими уборщицами?
Как только мы уходим в сеньёров — devops/sre далеко не самая дорогая позиция.
А можете уточнить — про что вы пишете:
— Зарплаты на рынке — так это ок — рынок же
— Что специалит, который выстраивает процессы стоит дорого?
— То, что кадровики вместе сис.админов нанимают дивопсов?
Ну так они так и нанимают — на 90к со сменным графиком.
Заметка хороша тем, что публично пишет то, что пишется в договорах — в случае факапа вы максимум получите стоимость услуг хостинга (а скорее меньше)

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

То есть договор не гарантирует SLA, но соблюдение SLA возможно, если выстроены процессы.
всё же это побочная фича докера.
основная — независимость от окружения другого софта и простой юзерспейс.
понятно, что это костыль, который, если не путаю, даже в доке упоминается
но по ресурсам это дешевле, чем если контейнер рестартуется
> Директива depends_on, которая вроде как за это отвечает — бесполезна
wait-for.sh упомянуть бы
Почему с пресейла-то ушли?
Успешные вроде бы неплохо зарабатывают?
А ребята автоматизировали это, получили отчёты и поделились.
В чём проблема?
а вот расскажите ваш опыт с Istio:
* как бороться с 500мб сайдкар
* багами, которые встретили
* особенности, которые нужно учитывать
* личный опыт — что нужно учитывать при внедрении.
можете ссылочку на youtube трансляцию опубликовать?
Спасибо за статью.

Комменты какие-то совсем неадекватные.

Eduard_Fayzullin Может быть этот коммент внести в статью?
habr.com/ru/post/441380/#comment_19793850
А то точно затеряется среди срача о интерент-магазине в айфонах.

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность