Отдел был человек 8 :)

И у каждого такой фот, что уже давно можно было купить проприетарку, обучить 2-3 человека и делать все то же, только в гуе)

Тем не менее из частных клаудов едут в паблик. Такой переезд таки снимает значительную часть проблем. Проблемы РФ это проблемы РФ. Если все же есть приватный Клауд обычно им занимается отдельная группа инженеров.

Ну хз там такие проблемы при сборке этого гумна были что не описать

Надо считать опекс и смотреть, что толку. Я не сталкивался пока с паасом по причине его отсутствия в рф, так что спорить не буду. А едут.. Да хай едут) все равно будет гибрид.

Короче от задачи зависит. Все равно, если ит взрослое, то будет симбиоз онпрема, паблика и прайвата. Плюс еще разное. Блин, тут люди еще на физике живут и писают кипятком, когда им обычный HA кластер ставишь. И это в 2018. А мы тут про облака...)

в северной америке рьінок on-premise падает, и бьістро, в основном в пользу клаудов. мьі ж всетаки в контексте Канадьі говорим

Ой чёт мне сомнительно это... Падает - да, но вот как быстро... Тренд, мать его. Я знаю большие и успешные компании, в которых топы тупо кричат про облака, ни разу не понимая, как туда линию связи делать. И начинается, блин, карусель. Зато потом можно сказать что-то умное на совете директоров. Монстры используют свои поделки, энтерпрайз - надо считать. Не все можно и нужно утащить в облако. Нужно тупо брать и считать. Я не верю, что паас это серебряная пуля. Пока нет. На самом деле, нормальная здоровая онпрем инфра, это не так дорого и не так сложно, как думают некоторые. Просто строить надо нормально

Я бы не рассчитывал на такие з/п по приезду в Канаду. Вообще с любой специализацией. Разве что вы попадете сразу в гугл/амазон/эппл :)

Т.е позиции и такие з/п бывают, но это далеко не так просто будет ее получить

не серебрянная пуля конечно

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

например, от прода мы видим только логи спланка (да и то не все, а только те где нет PII), а доступ только к деплоймент конфигу, где вписываются env vars открытые (к секретным доступа нет)

А неплохо бы ещё и статистику использования, метрики, да и целый конфиг с спрятанными секретами. Емнип ты в банке работаешь, вполне могут быть нюансы с доступами, но для большей части есть методики обхода

ну метрики и статистику мы можем по логам из спланка строить (нет, zipkin/prometheus/etc нам не завезли), но в целом это блэк бокс для нас. более того, даже тестовые env такой же блэк бокс для нас :) ну а обойти и вытащить то всегда можно, только в итоге себе дороже выйти может поэтому нафиг надо :)

В смысле есть инструменты обфускации чувствительных данных. в целом ест ькуда работать в плане внедрения devops практик, только вот зачем? ваш бизнес понимает зачем им єто? может им и так нормально

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

от ответа на єтот вопрос зависит все остальное. городить devops ради devops - не лучшая затея. другой вопрос что бизнес может и хочет, но еще не знает что какие-то существующие проблемьі можно решить внедрением данного набора практик. но єто уже проблема уровня CTO.

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

а что ж они его роняют через день? :)

оно само :))) да и не только дженкинс