Применяйте облачные инструменты, только когда ваша ИТ-команда готова

По мере того, как сетевое оборудование становится дешевле, оно влияет на то, как центры обработки данных подключаются друг к другу. По мере того как крупные провайдеры, такие как Amazon, Google и другие, все шире используют SDN и SD-WAN, затраты на оборудование снижаются. Раньше эти затраты на оборудование были самым важным фактором при создании и настройке центров обработки данных, но теперь это не так. Возможна также гораздо большая емкость, теперь, когда она не ограничена оборудованием. В результате повысилась производительность в центрах обработки данных этих поставщиков. Большинство обычно отслеживаемых сетевых показателей, таких как задержка, потери и пропускная способность, по-прежнему должны отслеживаться в этих современных центрах обработки данных. Еще несколько советов по использованию более дешевого оборудования:знайте производительность, необходимую для различных приложений, подумайте о программном обеспечении SDN с открытым исходным кодом и помните, что SD-WAN не устраняет задержки и другие проблемы с производительностью.

В то время как облачные провайдеры делают большую часть тяжелой работы для предприятий, мэйнфреймы по-прежнему играют важную роль в современных ИТ. Они не просто собирают пыль и остаются в сети из-за изоленты, и это делают сами ИТ-специалисты - есть поставщики, добавляющие новые функции, чтобы мэйнфреймы могли соответствовать постоянно включенной природе этого мира SaaS и облачных приложений. Одна из этих функций, в частности, позволяет использовать язык программирования COBOL для мэйнфреймов, который подвергается тем же процессам быстрого тестирования приложений, что и Java и другой основной код. Однако, как и во многих изменениях в ИТ за последнее десятилетие, здесь присутствует большой человеческий фактор:прежние ИТ-команды по мэйнфреймам уходят на пенсию и передают системы новым коллегам. Им нужно будет поработать, чтобы убедиться, что качество кода на мэйнфреймах находится на должном уровне.

Пока мы говорим о локальных проблемах, статистика Gartner пугает:90% внедрений облачных ERP к этому году выйдут из строя. Это означает, что с тех пор, как они сделали этот прогноз в 2016 году, многие ИТ-команды потратили время и деньги на инструменты, которые не помогли решить проблемы, которые у них уже были. По мнению Gartner, проблемы облачной ERP такие же, как и у традиционных ERP-систем:более высокие затраты, большая сложность и невозможность интеграции с другими инструментами. Для многих компаний эти традиционные проблемы ERP никогда не были решены в первую очередь, поэтому переход в облако мало что добавляет, особенно если пользователи ожидают, что поставщики позаботятся об облачных ERP проблемах. Как и в случае с другими новыми технологиями, не совершайте скачок, если ваша ИТ-команда и компания к этому не готовы.

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