CNCF спонсировал этот пост.
Cloud Native когда-то заключался в упаковке приложений в контейнеры и их быстром развертывании. Сегодня речь идет о поддержке всего: от микросервисов до платформ «Программное обеспечение как услуга» и анализа ИИ в инфраструктуре, которая должна быть производительной, масштабируемой и экономически эффективной.
Но здесь кроется проблема: разработчики не могут позволить себе роскошь выбирать инфраструктуру, в которой будут работать их приложения. Им необходимо написать код один раз и доверять базовой платформе развертывания для выполнения рабочих нагрузок там, где это имеет смысл. Ответ приходит в форме лучших практик поддержки мультиархитектуры в Kubernetes и доступности экосистемы собственного облачного программного обеспечения у всех основных облачных провайдеров.
Почему важны несколько облаков и архитектур
В течение многих лет контейнеризация обещала переносимость по принципу «сделай один раз, работай где угодно». На практике большинство команд по умолчанию использовали единую процессорную архитектуру, размещенную у одного облачного провайдера. Ситуация быстро меняется.
Мультиархитектурные сборки теперь становятся золотым стандартом во всей отрасли. Контейнеры, реестры и платформы оркестрации поддерживают их изначально, а это означает, что разработчики могут создавать единый образ, который работает на процессорах x86 и процессорах Arm. Со своей стороны, ИТ-организации все чаще используют эти приложения в мультиоблачных средах, балансируя рабочие нагрузки между поставщиками для снижения рисков, соблюдения нормативных требований и оптимизации затрат.
Этот сдвиг важен, поскольку он дает разработчикам свободу подключаться к новым классам инфраструктуры без переписывания кода или поддержки нескольких конвейеров, а для ИТ-специалистов это означает переносимость приложений с большей эксплуатационной эффективностью, улучшенной совокупной стоимостью владения (TCO) и возможностью выбора поставщика.
Сегодня облачные технологии — это не только скорость; речь также идет о гибкости и предсказуемости развертывания приложений в быстро развивающейся инфраструктурной среде. Kubernetes — отличная платформа для развертывания переносимых приложений, поскольку она может планировать размещение контейнеров на узлах, соответствующих архитектуре, скрывая сложности инфраструктуры и эффективно размещая приложение на лучшем узле, будь то x86 или Arm.
Подготовка к конвергенции Cloud Native и AI
Нативные принципы облака — мобильность, эластичность, автоматизация — были созданы для микросервисов и веб-приложений. Но поскольку ИИ становится центральным элементом почти каждого продукта, те же самые принципы теперь применяются к конвейерам машинного обучения (ML) и рабочим нагрузкам вывода.
Разработчики уже наблюдают эту конвергенцию, и пересечение облачных технологий и искусственного интеллекта создает некоторые из наиболее привлекательных вариантов использования мультиархитектуры:
- Поисково-дополненная генерация (RAG): Процессоры на базе ARM эффективно справляются с задачами векторного поиска и предварительной обработки по сравнению с устаревшими архитектурами.
- Встроенный вывод в микросервисах: Меньшие модели работают на базе процессоров Arm, что позволяет сократить расходы и снизить энергопотребление.
- Эластичное масштабирование: Kubernetes позволяет при необходимости переносить рабочие нагрузки на графические процессоры, а затем снова использовать процессоры на базе Arm для выполнения текущих задач.
Для многих разработчиков мультиоблачность и мультиархитектура больше не являются абстрактными понятиями. Они представляют собой повседневную реальность, определяющую способы создания, развертывания и масштабирования приложений. Вот как они оправдывают свои усилия в будущем:
- Убедитесь, что каждая сборка поддерживает несколько архитектур и поставщиков облачных услуг.
- Создавайте приложения, используя интерпретируемые языки: Python, Java и R — хороший выбор.
- Опирайтесь на абстракцию: Позвольте Kubernetes и управляемым службам справиться со сложными задачами, а вы сосредоточитесь на логике приложения. Рабочие нагрузки должны быть сопоставлены с подходящим поставщиком вычислительных и облачных услуг, чтобы снизить затраты и сделать устойчивость неотъемлемым результатом.
- Приоритет эффективности: Признайте, что соотношение цена-качество и энергопотребление на задачу так же важны, как и скорость.
Эти простые концепции являются естественным продолжением облачных принципов, и, поскольку искусственный интеллект и облачные технологии продолжают сближаться, они могут помочь разработчикам работать более продуктивно и упростить доставку приложений в предстоящие годы.
Перспективность ваших приложений
Arm помогает разработчикам и инфраструктурным командам адаптироваться к этой новой парадигме, гарантируя, что вся экосистема готова к развертыванию в нескольких облаках и с несколькими архитектурами.
В качестве примера возьмем процессоры Google Cloud Axion, работающие на базе технологии Arm Neoverse. Axion предназначен для рабочих нагрузок, которые больше всего волнуют разработчиков, таких как собственные облачные сервисы, конвейеры с интенсивным использованием данных и выводы ИИ малого и среднего масштаба.
Но ключ к успеху – это не просто производительность; это сумма всех ингредиентов. От Axion, являющегося первоклассным вариантом в Google Kubernetes Engine и Compute Engine, до бесперебойной поддержки инструментов контейнеров, платформ наблюдения и конвейеров CI/CD, разработчики могут запускать рабочие нагрузки на экземплярах с поддержкой Axion, используя те же манифесты Kubernetes и облачные API, которые они уже используют. Никаких новых инструментов, никаких отдельных конвейеров, никаких разветвлений или отдельных путей кода не требуется. Просто более эффективные вычисления, доступные через знакомые API Kubernetes. Разработчики сосредоточены на внедрении сервисов и добавлении новых функций, в то время как платформа и среда выполнения оптимизируют работу «под капотом».
Будущее разработки облачных приложений и приложений искусственного интеллекта больше не ограничивается только большими или более быстрыми вычислениями; речь идет о предоставлении разработчикам выбора инфраструктуры, обеспечивая при этом долговечность их приложений.
Благодаря Kubernetes, мультиархитектурным сборкам и процессорам, таким как Axion от Google Cloud, разработчики могут создавать портативные, производительные и устойчивые приложения.
Программа Arm Cloud Migration обеспечивает четкий и безопасный путь внедрения и оптимизации рабочих нагрузок в инфраструктуре Arm в облаке. Если вы посещаете KubeCon + CloudNativeCon North America 2025, зайдите на стенд Arm № 231, чтобы узнать больше. И не пропустите семинар «Создание многоархитектурных облачных приложений и масштабируемого искусственного интеллекта на Google Axion с помощью Kubernetes», который совместно организуют Arm и Google Cloud с полудня до 17:00 10 ноября.
KubeCon + CloudNativeCon North America 2025 пройдет 10–13 ноября в Атланте, штат Джорджия. Зарегистрируйтесь сейчас.
Фонд Cloud Native Computing Foundation (CNCF) размещает критически важные компоненты глобальной технологической инфраструктуры, включая Kubernetes, Prometheus и Envoy. CNCF — это нейтральная площадка для сотрудничества, объединяющая ведущих разработчиков отрасли, конечных пользователей и поставщиков. Узнайте больше Последние новости от CNCF TRENDING STORIES YOUTUBE.COM/THENEWSTACK Технологии развиваются быстро, не пропустите ни одной серии. Подпишитесь на наш канал YouTube, чтобы смотреть все наши подкасты, интервью, демонстрации и многое другое. ПОДПИСАТЬСЯ Группа, созданная в Sketch. Ян Фишер — директор экосистемы программного обеспечения в Arm, с 25-летним опытом работы в компьютерной индустрии и глубоким опытом в проектировании и архитектуре систем. Оттачивая свой опыт в таких компаниях, как Sun Microsystems, Oracle и Red… Подробнее от Яна Фишера
