Нытье всякое кучей
Oct. 25th, 2019 11:46 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
scif_yar10:04 PM 10/25/2019
Quo vadis, Domine?
Точнее, куда пришло "Российское ИТ"
- Можете увольняться прямо сейчас, такие как вы за воротами стоят в очереди, в ожидании нашей чудесной зарплаты в 25 тысяч рублей!
- Что-то мы никого не можем найти, такие буратины приходят, может вернетесь к нам?
- Что значит на какие деньги? 25 тысяч, и то это много, такие как вы за воротами стоят в очереди!
(краткое содержание переписки с менеджементом в регионе не далее 300 км от Москвы)
Сразу скажу, что сначала я хотел написать очередной пятничный пост для сбора минусов, с очередным списком литературы, на этот раз по VMware, но внезапно для себя обнаружил вот эту статью, почти все интересное в ней указано, так что вопрос "потери знаний" потерял актуальность. (*1)
Вместо этого произошло два события
- в одном сообществе была обнаружена ссылка на Coding Salaries in 2019: Updating the Stack Overflow Salary Calculator - средние показатели зарплат по миру с разбивкой по странам, которые могут показать куда все пришло "в мире".
https://stackoverflow.blog/2019/10/16/coding-salaries-in-2019-updating-the-stack-overflow-salary-calculator/
- коллеги поделились рассказом о том, как они ошиблись в удаленной настройке маршрутизатора, что является верной приметой к дальней дороге и большим хлопотам.
TL\DR. Рассуждения не тему, что приток инженерных (а не разработческих) кадров с инициативой и желанием что-то делать практически закончились за пределами российских миллионников, да и там отток сначала в столицу, потом в за рубеж заметен.
По мере выхода на пенсию и уезда текущего поколения проблема управляемости инфраструктуры "на местах" будет расти.
Будем считать, что графики и таблицы https://stackoverflow.blog/2019/10/16/coding-salaries-in-2019-updating-the-stack-overflow-salary-calculator/
все посмотрели
Как видно и из графика, и из публикуемых вакансий с открытой вилкой оплаты труда, наблюдается острый дефицит разработчиков среднего уровня по всем позициям (миддл) и выше, инженеров девопс (я знаю, что это методология, а не должность),
при этом системное администрирование находится сильно ниже в данном ряду.
При этом в системном администрировании за последние примерно 5 лет произошел гигантский скачок вверх по требованиям со стороны работодателя,
но сам спрос на системных администраторов "в штуках" упал. Зарплаты СА выросли примерно по инфляции, с учетом "доллара по 60" - упали примерно в 1.5 раза.
Причины этого известны и многогранны:
Со стороны техники.
- Наработанный опыт в построении и хоть каком-то обслуживании стандартных офисных архитектур (один сервер, на нем один домен контроллер, на этом всем рядом же одна 1с с такими же кривыми настройками на 24 vCPU) позволяет после однократного запуска ее практически не обслуживать.
В результате нужен не 1 администратор на 1 организацию, а 2 на 15. 2 - чтобы было кому подменить первого на время отпуска.
- Часть сервисов (от телефонии до 1с и офиса 365) вынесены в облака. Для организации работа в облаке дает массу плюсов масса плюсов: почти нет своих серверов (копеечный маршрутизатор не в счет), оборудование (и сервер с базами) нельзя изъять "для проверки", не нужно покупать непонятные лицезии, какие-то железные сервера, заниматься подготовкой помещения, все эти требования по ИБП и кондиционированию - все это не нужно. Далее смотри выше про 2 администраторов на 15 организаций.
- В достаточно больших организациях современные средства развертывания и управления (всех видов, Ansible и MDT\SCCM для самих серверов, автоматизация настройки сетевого оборудования на питоне https://natenka.gitbook.io/pyneng/, VMware Cloud Foundation для виртуализации https://www.vmware.com/products/cloud-foundation.html ) позволяют снизить число кадров, или вообще вынести управление инфраструрой на аутсорс. Это иногда создает определенные управленческие проблемы, например согласования планов работ, но зато позволяет снизить количество кадров.
Со стороны имеющейся инфраструктуры.
Лет 10 назад перекачать пару гигабайт из Москвы в Сочи было большой проблемой. Сейчас - никаких проблем.
Проблема была и с удаленным управлением - Если при наличии стационарной сети тогдашнее RDP (что там тогла было? Anyconnect? Radmin ?) еще как-то работало, то прокачать RDP через сотовую сеть было крайне сложно и весьма дорого.
Сейчас такой проблемы нет, был бы ноутбук, телефон и сотовая связь, а дальше админ подключится удаленно.
Те же лет 5 назад SSD стоили дорого. Очень дорого - в результате при крупной инфраструктуре необходимо было грамотно посчитать текущую нагрузку, возможную нагрузку, обьемы и так далее. Диски по 600 Гб 10-15к стоили достаточно приличных денег, давая при этом сотни IOPS.
Сейчас 1.8 Тб 2.5 SAS SSD диск дает скорость, сравнимую с дисковой полкой на 10к дисках, диски NVME увеличивают скорость еще на порядок.
Все вместе привело к снижению количества нужной инфраструктуры. К тому же, основная инфраструктура уже построена и больше ее не становится.
Конечно, при этом возрастает цена ошибки - одно неловкое движение, и дальше систему автоматизации уже не остановить.
Со стороны спроса на рынке.
Время обучения на системного администратора, и на создателя своей первой кнопки "хелло ворд" примерно одинаково.
Для и того, и другого, надо прочитать 2-3 книги, немного потыкать в примеры и все, новый джуниор готов.
Только джуниор сисадмин\эникей на таком рынке уже не нужен, а джуниор разработчик или тестер сейчас уже имеет какие-никакие, а перспективы. Исключение составляют разве что разработчики 1с, там рынок уже захвачен.
Теперь само нытье, ради чего этот текст и писался.
В итоге всего перечисленного давления на рынок труда, за пределами МКАД и КАД сложилась следующая ситуация:
- Техника в регионах есть
- Эта техника требует порой серьезного вмешательства, причем именно ручного.
- Молодых кадров нет и скорее всего и не будет.
Это понятно - новых рабочих мест для СА в регионах не создается, доступ к управлению имеющимися средствами скорее всего не дадут, как не будет и программы обучения или развития. Имеет смысл сразу нацеливаться на Москву и Санкт-Петербург, но местный рынок подвержен тем же рискам и процессам.
При этом для разработки ситуация лучше в разы:
Имея доступ к бесплатным курсам и литературе, плюс доступ к Amazon \ Azure, и при этом спрос даже на кадры минимального уровня квалификации.
пока что возможность прокачки и последующей релокации в Москву (Санкт-Петербург) еще есть.
Что-то вышло совсем про другое, совсем не про то что хотел. Да и ладно, потом перепишу.
(*1) Я бы еще добавил
блок Grigory Pryalukhin https://medium.com/@pryalukhin
статьи тут http://www.lib.ru/VMWARE/
и Network Virtualization For Dummies
https://www.vmgu.ru/news/network-virtualization-for-dummies
(*2)
Собеседования, рынок труда и прочее в городе Москве обр. лета 7525
https://habr.com/ru/post/334442/
Глобализм, антиглобализм, капитализм или куда все катится на рынке труда Москвы в частности и мира в целом
https://habr.com/ru/post/411583/
Quo vadis, Domine?
Точнее, куда пришло "Российское ИТ"
- Можете увольняться прямо сейчас, такие как вы за воротами стоят в очереди, в ожидании нашей чудесной зарплаты в 25 тысяч рублей!
- Что-то мы никого не можем найти, такие буратины приходят, может вернетесь к нам?
- Что значит на какие деньги? 25 тысяч, и то это много, такие как вы за воротами стоят в очереди!
(краткое содержание переписки с менеджементом в регионе не далее 300 км от Москвы)
Сразу скажу, что сначала я хотел написать очередной пятничный пост для сбора минусов, с очередным списком литературы, на этот раз по VMware, но внезапно для себя обнаружил вот эту статью, почти все интересное в ней указано, так что вопрос "потери знаний" потерял актуальность. (*1)
Вместо этого произошло два события
- в одном сообществе была обнаружена ссылка на Coding Salaries in 2019: Updating the Stack Overflow Salary Calculator - средние показатели зарплат по миру с разбивкой по странам, которые могут показать куда все пришло "в мире".
https://stackoverflow.blog/2019/10/16/coding-salaries-in-2019-updating-the-stack-overflow-salary-calculator/
- коллеги поделились рассказом о том, как они ошиблись в удаленной настройке маршрутизатора, что является верной приметой к дальней дороге и большим хлопотам.
TL\DR. Рассуждения не тему, что приток инженерных (а не разработческих) кадров с инициативой и желанием что-то делать практически закончились за пределами российских миллионников, да и там отток сначала в столицу, потом в за рубеж заметен.
По мере выхода на пенсию и уезда текущего поколения проблема управляемости инфраструктуры "на местах" будет расти.
Будем считать, что графики и таблицы https://stackoverflow.blog/2019/10/16/coding-salaries-in-2019-updating-the-stack-overflow-salary-calculator/
все посмотрели
Как видно и из графика, и из публикуемых вакансий с открытой вилкой оплаты труда, наблюдается острый дефицит разработчиков среднего уровня по всем позициям (миддл) и выше, инженеров девопс (я знаю, что это методология, а не должность),
при этом системное администрирование находится сильно ниже в данном ряду.
При этом в системном администрировании за последние примерно 5 лет произошел гигантский скачок вверх по требованиям со стороны работодателя,
но сам спрос на системных администраторов "в штуках" упал. Зарплаты СА выросли примерно по инфляции, с учетом "доллара по 60" - упали примерно в 1.5 раза.
Причины этого известны и многогранны:
Со стороны техники.
- Наработанный опыт в построении и хоть каком-то обслуживании стандартных офисных архитектур (один сервер, на нем один домен контроллер, на этом всем рядом же одна 1с с такими же кривыми настройками на 24 vCPU) позволяет после однократного запуска ее практически не обслуживать.
В результате нужен не 1 администратор на 1 организацию, а 2 на 15. 2 - чтобы было кому подменить первого на время отпуска.
- Часть сервисов (от телефонии до 1с и офиса 365) вынесены в облака. Для организации работа в облаке дает массу плюсов масса плюсов: почти нет своих серверов (копеечный маршрутизатор не в счет), оборудование (и сервер с базами) нельзя изъять "для проверки", не нужно покупать непонятные лицезии, какие-то железные сервера, заниматься подготовкой помещения, все эти требования по ИБП и кондиционированию - все это не нужно. Далее смотри выше про 2 администраторов на 15 организаций.
- В достаточно больших организациях современные средства развертывания и управления (всех видов, Ansible и MDT\SCCM для самих серверов, автоматизация настройки сетевого оборудования на питоне https://natenka.gitbook.io/pyneng/, VMware Cloud Foundation для виртуализации https://www.vmware.com/products/cloud-foundation.html ) позволяют снизить число кадров, или вообще вынести управление инфраструрой на аутсорс. Это иногда создает определенные управленческие проблемы, например согласования планов работ, но зато позволяет снизить количество кадров.
Со стороны имеющейся инфраструктуры.
Лет 10 назад перекачать пару гигабайт из Москвы в Сочи было большой проблемой. Сейчас - никаких проблем.
Проблема была и с удаленным управлением - Если при наличии стационарной сети тогдашнее RDP (что там тогла было? Anyconnect? Radmin ?) еще как-то работало, то прокачать RDP через сотовую сеть было крайне сложно и весьма дорого.
Сейчас такой проблемы нет, был бы ноутбук, телефон и сотовая связь, а дальше админ подключится удаленно.
Те же лет 5 назад SSD стоили дорого. Очень дорого - в результате при крупной инфраструктуре необходимо было грамотно посчитать текущую нагрузку, возможную нагрузку, обьемы и так далее. Диски по 600 Гб 10-15к стоили достаточно приличных денег, давая при этом сотни IOPS.
Сейчас 1.8 Тб 2.5 SAS SSD диск дает скорость, сравнимую с дисковой полкой на 10к дисках, диски NVME увеличивают скорость еще на порядок.
Все вместе привело к снижению количества нужной инфраструктуры. К тому же, основная инфраструктура уже построена и больше ее не становится.
Конечно, при этом возрастает цена ошибки - одно неловкое движение, и дальше систему автоматизации уже не остановить.
Со стороны спроса на рынке.
Время обучения на системного администратора, и на создателя своей первой кнопки "хелло ворд" примерно одинаково.
Для и того, и другого, надо прочитать 2-3 книги, немного потыкать в примеры и все, новый джуниор готов.
Только джуниор сисадмин\эникей на таком рынке уже не нужен, а джуниор разработчик или тестер сейчас уже имеет какие-никакие, а перспективы. Исключение составляют разве что разработчики 1с, там рынок уже захвачен.
Теперь само нытье, ради чего этот текст и писался.
В итоге всего перечисленного давления на рынок труда, за пределами МКАД и КАД сложилась следующая ситуация:
- Техника в регионах есть
- Эта техника требует порой серьезного вмешательства, причем именно ручного.
- Молодых кадров нет и скорее всего и не будет.
Это понятно - новых рабочих мест для СА в регионах не создается, доступ к управлению имеющимися средствами скорее всего не дадут, как не будет и программы обучения или развития. Имеет смысл сразу нацеливаться на Москву и Санкт-Петербург, но местный рынок подвержен тем же рискам и процессам.
При этом для разработки ситуация лучше в разы:
Имея доступ к бесплатным курсам и литературе, плюс доступ к Amazon \ Azure, и при этом спрос даже на кадры минимального уровня квалификации.
пока что возможность прокачки и последующей релокации в Москву (Санкт-Петербург) еще есть.
Что-то вышло совсем про другое, совсем не про то что хотел. Да и ладно, потом перепишу.
(*1) Я бы еще добавил
блок Grigory Pryalukhin https://medium.com/@pryalukhin
статьи тут http://www.lib.ru/VMWARE/
и Network Virtualization For Dummies
https://www.vmgu.ru/news/network-virtualization-for-dummies
(*2)
Собеседования, рынок труда и прочее в городе Москве обр. лета 7525
https://habr.com/ru/post/334442/
Глобализм, антиглобализм, капитализм или куда все катится на рынке труда Москвы в частности и мира в целом
https://habr.com/ru/post/411583/
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2019-10-25 08:47 pm (UTC)А во второй части хотелось бы набросить, как на такое отвечает бизнес и HR.
Это вообще писец.
no subject
Date: 2019-10-26 09:14 am (UTC)И все, готово. Гуры только в Сиднее, постепенно из обезьянок вырастающие через всяких третьих помощников, а в аделаидах все нафиг на ремоту, и пусть эти гуры из Сиднея разруливают. И вниз то же самое, если контора покрупнее (вон ETSA - энергосеть СА), там ни в каких вхуялах и мтгамбирах вооще никого нет, если чего надо делать а ремотно не получается - выезжает боец из Аделаиды (мы не будем показывать на него пальцем) с оборудованием, километров 500 туда, заменить свич убитый говномЪ и пылью, обратно.
И соответственно влезть в этот гешефт в аделаидах невозможно, просто нет позиций начального уровня, только сразу среднего. Впрочем это не только для одминов, даже у самых примитивных тракеров те же песни, одновременно и "нет молодежи!!111 тракеры предпенсионники, скоро передохнут, на чем ездить будем!" и "требуется водитель, опыт минимум три года".
no subject
Date: 2019-10-26 09:59 am (UTC)Вот падаван, у него выбор
- учить питон и потом удаленка - москва - как пойдет
- установка винды - линукса - локальный офис - тупик.
нет смысла учить системное администрирование
no subject
Date: 2019-10-26 07:48 pm (UTC)no subject
Date: 2019-10-26 10:08 pm (UTC)no subject
Date: 2019-10-26 10:42 pm (UTC)Дешевле иметь N+2 резервирование на месте, и гонять кого-то чинить.
no subject
Date: 2019-10-27 08:43 am (UTC)no subject
Date: 2019-10-27 08:49 am (UTC)Реальная ситуация -
сервер (или лезвие к блейду) стоит .. ну 10к долларов (запасной), и его покупку можно обосновать непрерывностью сервиса. Еще один запасной лежит на складе.
В итоге ремонт не нужен - в случае проблем
- сервисы автоматом или переезжают (если не сразу умерло)
- или переподнимаются (HA) на оставшемся сервере
После этого местный сервис выдергивает одно лезвие, ставит другое.
Управление шасси накатывает на лезвие все настройки, дальше его можно удаленно обновить до актуальной версии прошивок (ручная операция на час, можно частично автоматизировать), и потом уже оно автоматом разворачивается и добавляется в кластер.
Ручной работы на месте - выдернуть и вставить. Для этого робот не нужен.
no subject
Date: 2019-10-27 08:56 am (UTC)no subject
Date: 2019-10-27 04:50 pm (UTC)no subject
Date: 2019-10-27 07:44 am (UTC)no subject
Date: 2019-10-27 08:44 am (UTC)no subject
Date: 2019-10-27 08:50 am (UTC)no subject
Date: 2019-10-27 08:50 am (UTC)