Интересное

Что такое Cloud Native и зачем бизнесу внедрять этот подход

30 мая 2023

4 мин

Поделиться в соцсетях

Матвей Ульянычев

Матвей Ульянычев

Директор по развитию цифровой облачной платформы Platform V компании СберТех

Cloud Native — это подход, при котором возможности и специфика облачных технологий учитываются не только для управления инфраструктурой, но во всех аспектах ИТ-систем (от архитектуры до процессов DevOps). В последние годы Cloud Native становится важной технологической тенденцией. ИТ-инфраструктура различных компаний во многих отраслях строится именно на основе облачных технологий. В работу с подобными сервисами вкладываются и крупный, и микробизнес. Однако удачно реализовать этот подход на практике по-прежнему довольно сложно, даже учитывая наличие множества облачных сервисов и методов их создания.

10%

составляет доля облачных затрат в ИТ-бюджете крупнейшего бизнеса

Средняя доля облачных затрат в ИТ-бюджете компаний в разрезе сегментов

Источник: исследование Сloud и «Технологий Доверия», 2022

Преимущества использования облачных платформ

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

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

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

Основа многих Cloud Native — одинаковые open-source-технологии, поэтому различные облачные среды можно успешно совмещать друг с другом. В результате компоненты, приложения и ландшафты вполне реально переносить между облаками с минимальными усилиями. Так появляется возможность создавать multicloud-приложения.

Оптимизация. Гибкая архитектура приложений даёт возможность сократить потребление ресурсов, подстраивая их под непосредственные потребности в конкретный период времени.

Порядок перехода на облачные системы

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

4 шага

нужно пройти на пути перехода к Cloud Native

Подготовка. Переходить на работу в облачных сервисах следует постепенно, шаг за шагом перестраивая устаревший функционал и одновременно разрабатывая новый. У такого перехода неизбежно будут архитектурные последствия, среди которых асинхронная обработка данных, оркестрация сервисов и другое. Все эти неполадки нужно последовательно устранять до момента окончательного перехода на облачные сервисы. Cloud-native-решения имеют ряд особенностей, среди которых:

возможность обновлять, расширять и перезапускать отдельные сервисы в составе приложений;

настройки инфраструктуры позволяют перераспределять ресурсы и минимизировать простои в случае сбоя;

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

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

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

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

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

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

У Сбера есть своя cloud-native-платформа для разработки бизнес-приложений — Platform V. Подробнее о ней читайте здесь.


Самые важные кейсы лидеров бизнеса, мнения ведущих экспертов и тренды в отраслях экономики теперь всегда под рукой — подпишитесь на наш Telegram-канал.

Поделиться в соцсетях

Статья была вам полезна?

Да

Нет