Как нивелировать влияние кризиса поставок на ИТ-системы: мето | Цифровизируй это
Как нивелировать влияние кризиса поставок на ИТ-системы: метод Юлы
Никита Сушков, техлид сервиса классифайдов и магазинов для бизнеса Юла, проект VK, рассказал о том, как санкции и ограничения в ИТ-сфере влияют на работу цифровых B2С-сервисов и что с этим делать.
Топ-3 вызова ИТ-сферы сегодня
Вызов №1. Уход западных компаний. Особенно болезненно сказался на тех, кто сильно зависел от платных решений иностранных вендоров на разных участках автоматизации.
Вызов №2. Общая нехватка серверного оборудования. Его в целом стало меньше, уже работающие решения накапливают амортизацию, цены на новые продукты существенно выросли.
Вызов №3. Миграция в российские облака. Разворачивать свои системы у иностранных провайдеров стало слишком рискованно, а частичный или полный перенос мощностей в Россию так или иначе требует изменений на уровне ИТ-архитектуры.
Впрочем, все решаемо
На мой взгляд, озвученные выше проблемы нельзя назвать критичными. Один из вариантов как с ними справиться – реализовать собственные know how. Вот решения, которые мы выработали для себя.
Ответ на вызов №1
В некоторых случаях бизнесу придется заменить какие-то элементы сложившегося «конвейера разработки» в части ПО на бесплатные или самописные аналоги. В этом плане мы как сервис пострадали минимально, т.к. изначально используем либо самописные решения, либо OSS.
Ответ на вызов №2
Наш подход по проблеме нехватки «железа» – заняться оптимизацией доступных ресурсов. Например, мы переориентировались на более интенсивный путь: отказались от большого количества выделенных сред разработки в облаке в пользу более продвинутой общей, «умной» среды.
Одно из решений – оптимизация текущей архитектуры вашего приложения с точки зрения оптимального использования «железа». Например, в Юле мы смогли добиться значительного уменьшения потребления ресурсов за счет выделения части функциональности в виде микросервисов на Golang.
Это снимает значительную часть текущих вызовов в плане ресурсов оборудования или мощностей в облаке.
Ответ на вызов №3
Проблема с переездом из одного облака в другое у нас в Юле не возникла. Юла как стартап всегда жила на железе в дата-центрах VK. Тем не менее, недавно мы закончили переезд в корпоративное облако на базе VK Cloud Solutions и теперь пользуемся всеми его «плюшками». Учитывая большое разнообразие наших сервисов (PHP-монолит плюс несколько новых сервисов на Go и еще историческое наследство в виде сервисов, которые были отдельным решением, а потом стали частью Юлы), это оказалось совсем нетривиальной задачей. Здесь нам существенно помогла стандартизация и перевод всех сервисов на Kubernetes.
Общий совет, который я могу дать тем, кто переезжает из одного клауда в другой: старайтесь быть Vendor-agnostic и не завязываться на решения конкретного облака, чтобы в случае необходимости переезд стал относительно простым.
И не забываем про ИБ
В процессе перестройки конвейера ИТ-разработки нужно минимизировать возможное влияние внешних факторов.
Например, наша среда разработки позволяет «отключаться» от интернета на этапе сборки и развертывания готовых сервисов в продуктивной среде – все происходит локально, никакие пакеты из Сети подтягивать не нужно.
Таким образом, наша формула ответа на внешние перемены – это сохранение качества разработки + усиление автономности среды + повышенное внимание к ИБ.
А что предприняли в вашей компании?
#импортозамещение #трансформация #инфраструктура
@digitize_IT – мнения и управленческий опыт ИТ-лидеров
