Недо-цифровизация бизнеса: как ее распознать и перестать терять деньги

Рассказываем, чем цифровизация ИТ-инфраструктуры сегодня отличается от цифровизации в 2010-х и как компании могут получить больше от своих ИТ-систем.

Первая волна цифровизации 2010-х помогла компаниям меньше тратить на ИТ-системы и повысить их надежность. Расходы снизились за счет использования облачных ресурсов с оплатой по подписной модели вместо обычных железных серверов. Это был прорыв, который позволил сократить издержки на оборудование и штат администраторов, повысить утилизацию оборудования практически до 100%.

Что нового в 2020 году? Во-первых, многие, кто не мог перейти на облака в 2010-х по соображениям безопасности и регуляции, сейчас уже могут это сделать — облака стали более зрелой технологией. Во-вторых, бесперебойность и возможность кратного роста научились закладывать в ИТ-системы на уровне архитектуры.

Как перестать закупать много железа?

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

Раньше компании отказывались от облаков по требования безопасности. А иногда частная система оказывалась слишком сложна, чтобы просто мигрировать ее в облако. К счастью, обе проблемы сейчас решаемы.

Построение подобных гибридных ИТ-систем, наполовину частных, наполовину в публичном облаке — это способ «мягкого перехода» к облакам. Это позволяет держать под полным контролем «ядро» системы, которое сложно мигрировать, и данные, которые вы не готовы отдать в облако. Периферийные же системы можно разместить в облаке.

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

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

Что делать, если приложения падают под нагрузкой?

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

Современные ИТ-системы автоматически меняют свою мощность (автомасштабируются) с помощью облака. Под нагрузкой система берет дополнительные облачные мощности, а при падении нагрузки ресурсы высвобождаются, стоимость аренды сокращается.

Для надежного хранения данных используют объектные хранилища (S3-хранилища). Они подходят для любых данных — от архивов до тяжелых исходников медиафайлов. Встроенное бэкапирование защищает данные в хранилище.

Для надежности доступа также важна хорошая скорость: когда сайт тормозит при обращении многих пользователей — это все равно, что он лежит. Объектные хранилища помогают не просто хранить, но и бесперебойно раздавать контент. Десятки тысяч человек могут одновременно смотреть видео на медиа-хостинге. Если бы видео лежало на обычном сервере, оно бы страшно тормозило. А объектные хранилища быстро раздают контент любого объема практически под любой нагрузкой.

Как ограничить увеличение расходов на ИТ?

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

Для простого управления инфраструктурой можно использовать средства типа Terraform и Ansible, которые позволяют даже в одиночку создавать и поддерживать нужное состояние ИТ-системы любой сложности. Главное, чтобы облачный провайдер поддерживал эти средства управления.

Что делать, если ограничения развития продукта лежат в коде ИТ-системы?

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

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

Микросервисы часто размещают в облаке, поэтому такие приложения называют cloud-native («облачнорожденными»). В зависимости от нагрузки микросервисы умеют автоматически резервировать в облаке мощности и автоматически масштабироваться. Технически реализация всего этого связана с технологией контейнеров, в которую мы вдаваться не будем, но не удивляйтесь, почему от технической команды все чаще звучит это слово — контейнеры.

Как проапгрейдиться без аврала и лишних расходов?

Что делать, если ИТ-системе нужен апгрейд? Переезд в облако без простоя с одновременной пересборкой приложений — сложная задача. Но этого слона можно съесть по частям:

Сначала протестировать работу в облаке для отдельных проектов: тестирование, новые ИИ- и big data-технологии. Оценить финансовую эффективность по результату внедрения и понять, какую пользу от облака может получить остальная часть ИТ-системы.

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

Пообщайтесь с несколькими провайдерами с участием вашего ИТ-директора. Пусть они расскажут, как они помогут снизить расходы и увеличить надежность и производительность ИТ-системы. У вас будет хороший выбор.

Оригинал статьи на CRN.ru.