Проблема инфраструктуры настольных компьютеров, которую наконец-то решает Kubernetes.

Дэниел Бен-Читрит, Kasm Technologies

Представлено компанией Kasm Technologies

Команды, занимающиеся корпоративной инфраструктурой, потратили большую часть десятилетия на перенос рабочих нагрузок в Kubernetes. Приложения, API, пакетные задания, конвейеры обработки данных — если это работает в контейнере, это должно работать в кластере. Операционные преимущества хорошо известны: декларативная конфигурация, горизонтальное масштабирование, самовосстановление, нативная интеграция с конвейерами CI/CD и инструментами мониторинга. Kubernetes стал операционной моделью по умолчанию для рабочих нагрузок в производственной среде.

За исключением настольных компьютеров.

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

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

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

Почему сейчас самое подходящее время

По мере развития инвестиций организаций в контейнерные платформы значительно возрос интерес к разработке рабочих пространств, изначально адаптированных под Kubernetes. Команды разработчиков платформ, которые годами стандартизировали использование Helm, рабочих процессов GitOps и мониторинга, изначально адаптированного под Kubernetes, все чаще не желают делать исключения для настольной инфраструктуры. Вопрос сместился с «можно ли это запустить на Kubernetes?» на «почему это еще не запущено на Kubernetes?»

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

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

Как выглядит развертывание, изначально предназначенное для Kubernetes

В развертывании, использующем Kubernetes, Kubernetes выступает в качестве управляющей плоскости для инфраструктуры рабочих пространств — обеспечивая оркестрацию, масштабирование и управление жизненным циклом с помощью той же декларативной модели, что и на остальной части платформы. Вместо использования выделенных устройств управления или предварительно подготовленных пулов рабочих столов, инфраструктура управляется с помощью тех же рабочих процессов CI/CD, GitOps, мониторинга и безопасности, которые уже используются командой платформы. Это обеспечивает командам платформы согласованную операционную модель, вместо того чтобы поддерживать отдельный набор инструментов для инфраструктуры рабочих столов.

Kasm Workspaces, платформа для создания рабочих пространств, работающая через браузер, специально разработана для использования Kubernetes в качестве управляющей платформы для оркестрации и доставки рабочих пространств. Ее модель развертывания предназначена для реальных корпоративных сред, а не для упрощенных демонстраций, и включает в себя готовые к использованию Helm-диаграммы, соответствующие соглашениям Kubernetes, проверенные пути обновления между версиями и стандартизированную архитектуру бэкэнда, подтвержденную в ходе развертывания в производственной среде. Компонент RDP Gateway, специально разработанный для топологии Kubernetes, обеспечивает доступ к виртуальным машинам Windows и Linux через одну и ту же платформу.

Ключевые возможности включают в себя:

• Горизонтальное масштабирование сессий, определяемое фактическим спросом и управляемое Kubernetes — предварительно подготовленные пулы виртуальных машин не требуются.

• Декларативная конфигурация с помощью значений Helm, обеспечивающая интеграцию GitOps и CI/CD для инфраструктуры рабочего пространства.

• Изоляция на уровне пространства имен и совместимость с существующими политиками RBAC, контроллерами входящего трафика и интеграциями для управления секретами.

• Экспорт метрик для интеграции с Prometheus и существующими системами мониторинга.

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

Применение в реальном мире

Удаленный доступ в регулируемой отрасли. Финансовая организация, использующая платформу приложений на базе Kubernetes, может развернуть Kasm в том же кластере, используя те же инструменты управления, для предоставления изолированных сеансов работы с браузером и приложениями аналитикам и консультантам. Сеансы являются временными, исходящий сетевой трафик контролируется, а весь процесс развертывания управляется через тот же конвейер GitOps, что и рабочие нагрузки приложений.

Доступ подрядчиков и третьих лиц. Организации, которые регулярно привлекают подрядчиков или внешних поставщиков — с сопутствующим риском привилегированного доступа — могут создавать сессии Kasm в Kubernetes, масштабируемые в периоды сотрудничества и уменьшающиеся в периоды низкой нагрузки. Отсутствие постоянного доступа. Отсутствие расширения VPN для внешних сторон. Контейнерная изоляция на каждой границе сессии.

Среды разработки ИИ/машинного обучения. Командам, создающим и запускающим модели ИИ, необходимы среды разработки с поддержкой графических процессоров и средствами контроля безопасности, которые редко предоставляются обычными облачными рабочими столами. Развертывание Kasm на Kubernetes с поддержкой многоэкземплярных графических процессоров NVIDIA MiG позволяет командам платформы предоставлять частичную долю ресурсов графических процессоров в изолированных рабочих сессиях, обеспечивая специалистам по обработке данных необходимые вычислительные ресурсы без риска нарушения безопасности общей инфраструктуры.

Оперативный сдвиг

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

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

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

Организации, заинтересованные в оценке возможностей доставки рабочих пространств на основе Kubernetes, могут изучить платформу на сайте kasm.com и самостоятельно протестировать версию Community Edition.

Даниэль Бен-Читрит — директор по продуктам в компании Kasm Technologies .

Спонсорские статьи — это контент, созданный компанией, которая либо оплачивает публикацию, либо имеет деловые отношения с VentureBeat, и они всегда четко обозначены. Для получения дополнительной информации обращайтесь по адресу sales@venturebeat.com .

Источник: venturebeat.com