Квантовый скачок 🔝
Есть у меня один хороший товарищ, назовём его Олег. 4 года назад он обратился за помощью в решении своей проблемы по работе SQL-сервера. Когда я разобрался что и как у него работает, то мне стало немного грустно. Потому что стоящие перед ним задачи, не соответствовали его инфраструктуре. Несколько отдельных физических серверов с кучей соседствующих задач на каждом. При появлении новой задачи надо брать новый сервер, так как текущие заняты и в работе. С ресурсами тоже печаль - то густо, то пусто. Где-то процы и диски забиты под завязку, а где-то простаивают и не поделишься.
Надо сказать, что Олег парень аккуратный, дотошный, исполнительный, и сильно ограниченный регламентами и правилами его организации. Он честно и добросовестно развивал своё хозяйство как видел и как мог, реагируя на прилетающие задачи. Глядя на это я предложил: “Олег, давай попробуем не просто решить маленькую локальную задачу по апгрейду, а поднимем твою инфраструктуру на уровень выше”. И показал как. Олег сильно удивился, немного напрягся, и... отказался, сказав, что ему этого не надо и дальнейшего развития он вообще тут не видит.
За годы работы у меня накопилось немало примеров работы ИТ-отделов. Только за последние 1,5 года я поучаствовал в 30 проектах по модернизации, включая построение 2х резервных ЦОДов. И хотя каждый случай индивидуален, но я выделил общие составляющие, по-своему сгруппировал их и теперь характеризую как уровни зрелости ИТ-инфраструктуры.
Для любого заказчика можно определить текущий уровень зрелости его ИТ-инфраструктуры. При этом каждый уровень, даже самый начальный, по-своему хорош и подходит для своих задач. И сервер 1С на ПК бухгалтера, и бэкап на флэшку решают свои задачи на каком то этапе. Но что интересно, инфраструктура всё время просит роста. С одной стороны сама как бы подталкивая тебя, с другой стороны реагируя на появляющиеся задачи.
Я уже приводил пример как фактор внезапной пандемии заставил всех обратить внимание на свои ИТ-отделы. И выиграл в итоге тот, кто до этого успел поднять свой уровень настолько, чтобы быстро решать бизнесовые задачи.
А Олег в итоге всё-таки решился и пошёл защищать бюджет на более серьезное развитие инфраструктуры. В итоге задачу закрыли с перекрытием по ресурсам, но они понадобились уже через полгода на новый проект 😄
Сейчас Олег работает в той же организации, но с бюджетом уже в 10 раз больше той задачи и решает вопросы построения SAN-сети и автоматизации резервного копирования. Новые задачи и требования заставили его искать новые решения.
Хотя можно посмотреть и с другой стороны. Если бы Олег не решился на этот шаг 4 года назад и не дал толчок развитию своего отдела, то возможно сейчас он бы покупал ещё один сервер. А новые задачи им бы просто не доверили.
Post #11
158