Уникальные учётные данные
Для каждого заказа используются отдельные данные подключения. Не используйте один комплект данных для разных команд, проектов или узлов.
AC-01 · UNIQUE
Выделенные узлы и границы ответственности
Каждому заказу соответствует отдельный физический Mac
Арендаторы не используют общий экземпляр ОС, общую память или локальный диск. ArmCLI отвечает за передачу физического узла, базовое подключение и регистрацию состояния на платформе; пользователь — за код, ключи, права доступа, рабочие данные и очистку после завершения аренды.
- 1:1
- Заказ соответствует физическому узлу
- 99,9%
- Целевой показатель доступности
- 365 дней
- Узел работает круглый год
Регистрация безопасности узла
AC-NODE-01
Состояние изоляции проверено
Выделенный физический узел, общий экземпляр ОС не используется
- Принадлежность узла
- Один активный заказ
- Способ аутентификации
- Уникальные учётные данные и ключи в приоритете
- Записи состояния
- Передача, сессии и события ресурсов
- Завершение аренды
- Доступ прекращается, запускается процесс возврата
- Повторная передача
- Обработка данных и повторная проверка состояния
Актуальные состояние узла, принадлежность заказа и доступность отображаются в консоли в реальном времени.
Контроль доступа
Каждое подключение должно иметь понятные и отзывные права
Безопасность не зависит от одного переключателя. Учётные данные, ключи, права, сессии и реагирование на аномалии должны образовывать замкнутый процесс, снижающий риски общих паролей, долгосрочных разрешений и забытых сессий.
Ключи в приоритете
Для задач автоматизации SSH в первую очередь используйте ключи, которые можно отозвать отдельно. Храните закрытый ключ на контролируемом устройстве, а не в репозитории, журналах сборки или общих документах.
AC-02 · KEY FIRSTМинимальные права
Предоставляйте только права на каталоги, команды и сервисы, необходимые для задачи. Для CI runner, интерактивной разработки и эксплуатационных скриптов используйте разные учётные записи и рабочие каталоги.
AC-03 · LEASTЗавершение сессии
После работы в графическом интерфейсе или командной строке завершайте сессию, удаляйте временные перенаправления и очищайте локальные записи подключений на общих устройствах.
AC-04 · SIGN OUTРотация учётных данных
После ухода участника из команды, потери устройства, изменения области автоматизации или подозрительного доступа немедленно отзовите старые ключи и выпустите новые данные подключения.
AC-05 · ROTATEОбработка подозрительного доступа
При обнаружении неизвестного источника, необычной команды или неожиданной сессии сначала разорвите подключение, отзовите учётные данные, сохраните обезличенную временную шкалу и отправьте заявку через консоль.
AC-06 · CONTAIN
Жизненный цикл узла
От подготовки до возврата — у каждого шага есть понятное состояние
Физический узел не используется двумя активными заказами. Переходы состояния подтверждаются заказом, идентификатором узла и записью обработки; перед повторной передачей ещё раз проверяются доступ и состояние данных.
-
01
Подготовка
Проверьте модель, память, хранилище, целевой дата-центр и базовое подключение, чтобы узел мог пройти автоматическую подготовку.
-
02
Передача
Свяжите заказ и физический узел один к одному, выдайте данные подключения и попросите пользователя проверить отпечаток хоста, версии инструментов и ёмкость диска.
-
03
Записи во время аренды
Регистрируются состояние узла в сети, базовое подключение и события ресурсов; содержимое пользовательского кода не читается. Пользователь самостоятельно управляет правами проекта, ключами и рабочими данными.
-
04
Возврат по окончании аренды
После окончания срока доступ к заказу прекращается и запускается процесс возврата. До окончания аренды пользователь должен выполнить резервное копирование, перенести данные и удалить конфиденциальные файлы.
-
05
Обработка перед повторной передачей
Выполняются обработка данных, отзыв учётных данных и повторная проверка состояния узла; только после завершения проверки узел может перейти к следующей передаче.
Методика расчёта доступности
99,9% Целевой показатель проверяется по сервисным записям
Доступность рассчитывается по состоянию узла, записям базовых подключений и подтверждённым событиям. Время, потерянное из-за локальной сети пользователя, его действий, конфигурации ПО, сторонних зависимостей или форс-мажора, не учитывается как время доступности платформы.
Все узлы работают 365 дней в году без заранее запланированных периодов остановки. При внезапной аномалии записи состояния обновляются по этапам: обнаружение, подтверждение, смягчение, восстановление и разбор.
Открыть условия сервиса
Записи за последние 90 дней
99,9%
Целевой показатель
Нормальный период
Метки подтверждённых событий
Метки за этот период: 0
- Единица статистики
- Узел, соответствующий заказу
- Источник данных
- Записи состояния и подключений
- Компенсация
- По условиям сервиса и результатам проверки
Измерение задержки в пяти локациях
Сначала изучите маршрут, затем выбирайте дата-центр
В таблице указана медианная задержка ICMP туда и обратно от точки тестирования до узлов в Сингапуре, Японии (Токио), Южной Корее (Сеул), Гонконге и восточной части США. Значения предназначены для сравнения маршрутов и не равны скорости сборки или частоте кадров удалённого рабочего стола.
Дата тестирования20.09.2026
Поставщик сетиПубличный интернет, выходы через двух местных операторов фиксированного доступа
Количество измерений20 измерений на каждый маршрут
МетодикаМедиана ICMP RTT, единица измерения — мс
| Источник тестирования | Сингапур | Япония (Токио) | Южная Корея (Сеул) | Гонконг | Восток США |
|---|---|---|---|---|---|
| Шанхай | 73 мс | 49 мс | 45 мс | 36 мс | 188 мс |
| Тайбэй | 61 мс | 38 мс | 52 мс | 24 мс | 176 мс |
| Бангкок | 31 мс | 96 мс | 101 мс | 54 мс | 229 мс |
| Сидней | 92 мс | 118 мс | 132 мс | 126 мс | 241 мс |
| Франкфурт | 162 мс | 231 мс | 224 мс | 198 мс | 94 мс |
Результаты измерений меняются в зависимости от оператора пользователя, международного маршрута, беспроводной сети, перегрузки и локального устройства. До заказа проверьте целевой дата-центр из основных точек подключения команды; фактическая доступность отображается в консоли в реальном времени.
Инфраструктура
Пять дата-центров охватывают ключевые маршруты Азии и восток США
Все три доступные конфигурации можно разместить в любом из пяти дата-центров. При выборе учитывайте расположение команды, маршрут репозитория кода, источники загрузки зависимостей и регион конечной доставки.
SG
Доступно для заказа
Сингапур
Подходит командам из Юго-Восточной Азии, а также для сборки, тестирования и автоматизации с подключением к региональным сервисам.
- Что проверить
- Международный маршрут и время загрузки из репозитория
- Конфигурации в каталоге
- 3 конфигурации
JP
Доступно для заказа
Япония (Токио)
Подходит для подключений из Японии и Северо-Восточной Азии, интерактивной разработки, сборок Xcode и self-hosted runner.
- Что проверить
- Стабильную задержку команды до Токио
- Конфигурации в каталоге
- 3 конфигурации
KR
Доступно для заказа
Южная Корея (Сеул)
Подходит для сетевых маршрутов из Южной Кореи и соседних регионов, предоставляя выбор локации для командных сессий и задач непрерывной интеграции.
- Что проверить
- Маршрут местного оператора за границу
- Конфигурации в каталоге
- 3 конфигурации
HK
Доступно для заказа
Гонконг
Подходит командам, которым нужен короткий сетевой маршрут в Азии, для удалённой разработки, подписи и выполнения конвейеров.
- Что проверить
- Изменения маршрута в часы пик
- Конфигурации в каталоге
- 3 конфигурации
US-E
Доступно для заказа
Восток США
Подходит командам на востоке Северной Америки и нагрузкам, для которых код, артефакты и сервисы автоматизации находятся главным образом в Северной Америке.
- Что проверить
- Межконтинентальные зависимости и передача артефактов
- Конфигурации в каталоге
- 3 конфигурации
Задержка зависит не только от дата-центра
Фактический опыт также зависит от локальной сети пользователя, маршрутизации оператора, VPN, беспроводной среды и протокола задачи. Для работы с графическим интерфейсом выбирайте стабильный маршрут с низкой задержкой; для массовых сборок сравнивайте также расположение репозитория и хранилища артефактов.
Связь при инцидентах
Внезапные аномалии обновляются в пять шагов — без расплывчатых статусов вместо выводов
ArmCLI не планирует регулярные остановки. Этот процесс применяется при внезапных проблемах с подключением, узлом или платформой; на каждом шаге обновляются известный масштаб, следующее действие и вопросы, требующие подтверждения.
-
01
Обнаружение
Зафиксируйте время первой аномалии, затронутый узел и воспроизводимое проявление, отделив локальную сеть пользователя от сигналов со стороны узла.
-
02
Подтверждение
Проверьте записи состояния, базовое подключение и работу соседних узлов; укажите подтверждённый масштаб и не выдавайте предположение за вывод.
-
03
Смягчение
В первую очередь восстановите рабочее подключение или ограничьте распространение воздействия, одновременно зафиксировав временные меры, область применения и оставшиеся риски.
-
04
Восстановление
Проверьте подключение узла, принадлежность заказа и ключевые маршруты. После восстановления продолжайте наблюдение и не завершайте процесс только потому, что единичная проверка прошла успешно.
-
05
Разбор
Соберите временную шкалу, масштаб воздействия, условия возникновения и улучшения. Вопросы доступности и компенсации рассматриваются по условиям сервиса и результатам проверки.
Сообщение о проблеме безопасности
Отправляйте воспроизводимые обезличенные данные
При обнаружении потенциальной проблемы безопасности сначала прекратите тестирование, которое может увеличить воздействие. Не публикуйте открыто действующие учётные данные, закрытые ключи, токены доступа, полную информацию о хосте или необезличенные журналы.
Отчёт должен содержать
- 01
Условия воспроизведенияУкажите точку входа, исходное состояние, последовательность действий и ожидаемый результат.
- 02
Масштаб воздействияУкажите, затронуты ли один узел, процесс заказа, уровень подключения или общедоступная страница.
- 03
Время и окружениеУкажите часовой пояс, время возникновения, сетевое окружение и версию клиента.
- 04
Обезличенные данныеПриложите краткое описание ошибки, необходимые снимки экрана или фрагменты журналов, скрыв все действующие учётные данные.
Обычные вопросы обрабатываются в порядке поступления. При сохраняющемся риске укажите в теме «проблема безопасности» и храните исходные материалы в контролируемой копии.
Проверьте границы безопасности и выберите подходящий физический узел
Три конфигурации выделенных физических Mac доступны в Сингапуре, Японии (Токио), Южной Корее (Сеул), Гонконге и восточной части США. Конфигурация, узел и фактическая доступность отображаются в консоли в реальном времени.