Сначала подтвердите предоставление, правила использования и ответственность за данные — затем запускайте облачный Mac

Посещая этот сайт, создавая аккаунт, размещая заказ, выполняя оплату или начиная использовать физический узел, предоставленный VMArm, вы подтверждаете, что прочитали, поняли и согласились соблюдать настоящие условия и связанные с ними правила. Лицо, действующее от имени организации, также подтверждает наличие полномочий принять условия и управлять заказами от её имени.

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

VMArm предоставляет выделенные физические облачные Mac на базе Apple Silicon. Каждый действующий заказ соответствует отдельному физическому узлу выбранной конфигурации; ресурсы не распределяются между заказами через виртуальные машины. Состав услуги определяется подтверждёнными в заказе моделью, объёмом памяти, хранилищем, регионом узла, дополнительными опциями и сроком аренды.

В текущий каталог входят VMArm M4 Core (M4, 16 ГБ, 256 ГБ) и VMArm M4 Plus (M4, 24 ГБ, 512 ГБ). Доступны узлы в Сингапуре, Японии (Токио), Южной Корее (Сеул), Гонконге и на западе США. Комбинации из каталога обычно доступны для заказа; фактический статус проверяйте в реальном времени через консоль.

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

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

1. Около 1 минуты
   Подтверждение оплаты

   Проверьте сумму заказа, статус оплаты и соответствующий идентификатор заказа.

2. Около 1 минуты
   Распределение узла

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

3. Около 1 минуты
   Инициализация системы

   Подготовка системной среды и проверка базового доступа.

4. Около 1 минуты
   Формирование данных подключения

   Адрес узла, данные аккаунта и дальнейшие действия доступны в консоли.

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

Все платежи проводятся в долларах США (USD). Поддерживаются только USDT-TRC20, а также Visa, Mastercard и Amex (через Stripe). Фактически доступный платёжный шлюз определяется ответом серверного интерфейса при оформлении заказа.

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

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

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

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

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

В рамках законных полномочий пользователь может использовать узел для разработки iOS, macOS и visionOS, сборки и архивации в Xcode, подготовки загрузки в TestFlight, CI/CD self-hosted runner, сборки iOS-проектов в Unity и экспериментов с локальными моделями.

Пользователь не вправе использовать узел для следующих действий или содействовать им:

• Несанкционированный доступ:сканирование, попытки получить доступ или установить контроль над системами, аккаунтами, сетями или данными без соответствующих полномочий.
• Распространение вредоносных программ:создание, развёртывание или распространение программ, повреждающих системы, крадущих информацию или обходящих средства защиты.
• Злоупотребление сетевыми ресурсами:проведение атак, массовая отправка нежелательных сообщений или длительное использование ресурсов во вред другим услугам.
• Нарушение прав:хранение, создание или распространение материалов, нарушающих права интеллектуальной собственности, неприкосновенность частной жизни или иные законные права.
• Угроза безопасности узла:обход контроля доступа, уничтожение журналов аудита, вмешательство в обнаружение угроз или самовольное изменение состояния аппаратных подключений.
• Перепродажа доступа:перепродажа учётных данных для подключения к узлу или права управления им как отдельной услуги без письменного подтверждения.

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

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

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

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

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

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

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

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

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

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

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

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

При предъявлении претензии или возникновении спора по услуге пользователь должен сначала обратиться через тикет в консоли или по адресу support@vmarm.com, указав номер заказа, узел, время возникновения, масштаб воздействия, шаги воспроизведения и обезличенные журналы. Стороны сначала сверяют сведения по записям и стремятся решить вопрос напрямую.

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

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