Каждая аренда VMCache включает один выделенный физический узел без совместного использования процессора, унифицированной памяти или локального хранилища с другими арендаторами. Изоляция оборудования — лишь основа: она не заменяет управление учётными записями, защиту учётных данных, резервное копирование и контроль доступа к сервисам.
Эти пункты независимы. Выполнение одного не означает автоматического выполнения остальных.
Выделенный физический узел уменьшает риски от совместного использования вычислительных ресурсов, но безопасность сервиса по-прежнему зависит от распределения учётных записей, хранения секретов, открытия сетевых сервисов и резервного копирования данных.
В рамках заказа предоставляется выделенный физический сервер. Процессор, унифицированная память и локальное хранилище не распределяются между арендаторами и не являются ресурсами общей виртуальной машины.
Данные подключения лишь показывают, кто может войти на узел. Возможности после входа определяются системной учётной записью, правами каталогов, идентичностью задачи и внутренними разрешениями команды.
Локальный диск узла предназначен для работы, а не для хранения единственной копии. Код, модели, артефакты, журналы и конфигурации должны проходить через существующие процессы управления версиями, артефактами или резервными копиями команды.
Читайте данные подключения только через управление заказом. Не копируйте их в общедоступные каналы, заголовки обращений, репозитории кода, журналы сборки или командные документы без контроля доступа.
Сначала сверьте идентификатор заказа, модель, узел и текущий статус предоставления, чтобы не внести данные подключения другой машины в рабочие записи.
Входите в консоль через доверенную сеть с управляемого локального устройства. Не показывайте полные данные в режиме демонстрации экрана, записи или трансляции.
Если команде необходимо передать доступ, используйте собственный менеджер секретов и ограничьте объект чтения, срок действия и область аудита.
Сохраните названия полей, этап ошибки и необходимый контекст; удалите пароли, закрытые ключи, токены, полные строки подключения и персональные данные.
Интерактивный вход, CI/CD и сервис моделей связаны с разными рисками. Отдельные идентичности, права каталогов и области чтения секретов уменьшают последствия ошибок и утечек учётных данных.
| Назначение идентичности | Рекомендуемые права | Область секретов | Требования к журналам |
|---|---|---|---|
| Интерактивный вход Ручная настройка и диагностика |
Предоставляйте только системные права и права каталогов, необходимые для текущей работы | Не храните токены автоматизированных задач постоянно | Записывайте время изменений, объект операции и результат |
| CI/CD Загрузка зависимостей, сборка и архивирование |
Ограничьте рабочий каталог, инструменты сборки и каталог артефактов | Читайте только необходимые материалы подписи и токены репозитория для конкретного конвейера | Сохраняйте в журнале номер задачи, фильтруя переменные окружения и содержимое подписи |
| Сервис моделей Загрузка модели и обработка запросов |
Ограничьте каталог моделей, процесс сервиса и прослушиваемый порт | Читайте только источник модели, данные аутентификации сервиса и необходимые учётные данные хранилища | Не записывайте полные подсказки, токены и конфиденциальное содержимое ответов |
Начинайте новые задачи без дополнительных прав и добавляйте аудируемые разрешения только при явной необходимости.
После изменений в сотрудниках, конвейере или сервисе моделей заново проверяйте учётные записи, токены, каталоги и сетевые права.
Каждую идентичность задачи должно быть можно отключить отдельно, без удаления всего узла или остановки других рабочих нагрузок.
Узел подходит для задач сборки и вывода, но не должен быть единственным местом хранения кода, моделей или артефактов. Заранее укажите путь выхода в плане развёртывания, чтобы к окончанию аренды не обнаружить отсутствие восстанавливаемой копии.
Сначала удалите нерелевантные архивы, старые учётные данные, копии производственных данных и персональную информацию. То, что можно повторно получить через менеджер зависимостей, не нужно включать в постоянный образ.
Разделяйте каталоги по проектам или партиям задач. Отдельно храните кэш сборки, файлы моделей, выходные артефакты и журналы, чтобы задавать права, квоты и правила очистки.
Исходный код храните в системе контроля версий, артефакты сборки — в процессе управления артефактами, модели и данные — в утверждённом командой хранилище. Регулярно проверяйте фактическую возможность восстановления копий.
Экспортируйте необходимые артефакты, конфигурации и обезличенные журналы, проверьте целостность файлов и место получения. После подтверждения ненужных данных выполните собственный процесс очистки команды.
Файлы подписи, токены репозитория, ключи сервисов и переменные окружения должны предоставляться собственным процессом управления секретами команды. Скрипты сборки ссылаются только на имена переменных или контролируемые пути к файлам и не хранят реальные значения.
Храните реальные значения, ограничивайте круг читателей и сохраняйте историю изменений и отзыва.
Читайте только минимальный набор секретов, необходимый текущему конвейеру, и только во время выполнения задачи.
Выводите этап задачи, код завершения и расположение артефактов, не раскрывая секреты.
Перед запуском интерфейса вывода MLX отдельно проверьте область прослушивания процесса, контроль доступа, границы параллелизма, содержимое журналов и источник зависимостей модели. Сначала проверяйте в ограниченной сети, затем расширяйте область доступа.
Проверьте формат модели, процесс загрузки, использование унифицированной памяти и базовый ответ.
Откройте доступ только тестовым вызывающим сторонам и проверьте ошибки аутентификации, тайм-ауты и аномальные запросы.
Постепенно увеличивайте число запросов и наблюдайте за памятью, задержкой, частотой ошибок и журналами загрузки модели.
Зафиксируйте итоговую область прослушивания, идентичность вызывающей стороны, политику журналирования и способ остановки.
| Пункт проверки | Приемлемый результат | Признак необходимости изменений |
|---|---|---|
| Область прослушивания | Привязка только к ожидаемым интерфейсам с понятным сетевым маршрутом доступа | Прослушивание всех интерфейсов по умолчанию без возможности определить источник вызовов |
| Контроль доступа | Идентичность вызывающей стороны можно отозвать отдельно, а неудачные запросы не раскрывают внутреннюю информацию | Общий постоянный токен или запись токена в клиенте и журналах |
| Журнал запросов | Хранятся необходимые время, статус и идентификатор задачи; содержимое обезличено | Полная запись конфиденциальных подсказок, токенов или входных данных модели |
| Источник зависимостей | Источник модели и пакетов отслеживается, версия и контрольная информация указаны | Зависимости загружаются во время выполнения, а их источник или версия не подтверждены |
При обнаружении необычного доступа, ошибочной передачи учётных данных, неизвестного процесса или проблемы с доступностью сервиса сначала ограничьте соответствующие идентичности и сервисы по процедуре команды, затем подготовьте идентификатор заказа, хронологию, область воздействия и обезличенные доказательства.
Для внешней поддержки используйте только адрес support@vmcache.com. Не отправляйте действующие ключи в тексте письма или вложениях.
Сначала подтвердите модель, узел и срок аренды, затем включите учётные записи, секреты, резервное копирование и проверку интерфейсов в собственный контрольный список предоставления команды.