固有の認証情報
注文ごとに独立した接続情報を使用します。チーム間、プロジェクト間、ノード間で同じログイン情報を使い回さないでください。
AC-01 · UNIQUEテナント間でOSインスタンス、メモリ領域、ローカルディスクを共有しません。ArmCLIは物理ノードの提供、基本接続、プラットフォーム側の状態記録を担当します。コード、鍵、アクセス権、業務データ、利用終了時の整理はユーザーの責任です。
実際のノード状態、注文の割り当て、可用性はコンソールのリアルタイム表示を基準とします。
セキュリティは1つの設定だけでは守れません。認証情報、鍵、権限、セッション、異常対応を一連の仕組みにすることで、共有パスワード、長期権限、残存セッションのリスクを抑えられます。
注文ごとに独立した接続情報を使用します。チーム間、プロジェクト間、ノード間で同じログイン情報を使い回さないでください。
AC-01 · UNIQUESSH自動化タスクでは、個別に取り消せる鍵を優先します。秘密鍵は管理下の端末に保管し、リポジトリ、ビルドログ、共有ドキュメントには保存しません。
AC-02 · KEY FIRSTタスクに必要なディレクトリ、コマンド、サービス権限だけを付与します。CI runner、対話型開発、運用スクリプトには異なるIDと作業ディレクトリを使用します。
AC-03 · LEASTGUIまたはコマンドライン作業の完了後はセッションを明示的に終了し、一時転送を削除します。共有端末ではローカルの接続履歴も消去してください。
AC-04 · SIGN OUTメンバーの離脱、端末の紛失、自動化範囲の変更、不審なアクセスがあった場合は、古い鍵を直ちに取り消し、新しい接続情報を発行します。
AC-05 · ROTATE見慣れない送信元、異常なコマンド、想定外のセッションを見つけたら、まず接続を切断し、認証情報を取り消します。匿名化したタイムラインを保存してから、コンソールのチケットを送信してください。
AC-06 · CONTAIN物理ノードを有効な2つの注文間で共有することはありません。状態遷移は注文、ノードID、処理記録に基づき、再提供前にアクセス状態とデータ状態を再確認します。
モデル、メモリ、ストレージ、対象データセンター、基本接続を確認し、自動準備フローへ進める状態か確認します。
注文と物理ノードを1対1で割り当て、接続情報を発行します。ユーザーにはホストフィンガープリント、ツールバージョン、ディスク容量の確認をお願いします。
ノードのオンライン状態、基本接続、リソースイベントを記録します。ユーザーのコード内容は読み取りません。プロジェクト権限、鍵、業務データはユーザーが管理します。
利用期間の終了後は注文へのアクセスを停止し、回収プロセスへ移行します。期限前にバックアップ、移行、機密ファイルの削除を完了してください。
データ処理、認証情報の無効化、ノード状態の確認を実施します。確認完了後にのみ、次の提供プロセスへ進みます。
稼働率はノード状態、基本接続記録、確認済みイベントに基づいて算出します。ユーザーのローカルネットワーク、操作、ソフトウェア設定、第三者依存、不可抗力による影響はプラットフォームの稼働時間に含めません。
すべてのノードは365日、年間を通じて正常に稼働します。突発的な異常が発生した場合は、発見、確認、緩和、復旧、振り返りの順に状態記録を更新します。
サービス規約の基準を見る以下はテスト端末からシンガポール、日本(東京)、韓国(ソウル)、香港、米国東部のノードまでのICMP往復遅延の中央値です。数値は経路比較用であり、ビルド速度やリモートデスクトップのフレームレートを示すものではありません。
| テスト元 | シンガポール | 日本(東京) | 韓国(ソウル) | 香港 | 米国東部 |
|---|---|---|---|---|---|
| 上海 | 73 ms | 49 ms | 45 ms | 36 ms | 188 ms |
| 台北 | 61 ms | 38 ms | 52 ms | 24 ms | 176 ms |
| バンコク | 31 ms | 96 ms | 101 ms | 54 ms | 229 ms |
| シドニー | 92 ms | 118 ms | 132 ms | 126 ms | 241 ms |
| フランクフルト | 162 ms | 231 ms | 224 ms | 198 ms | 94 ms |
実測結果はユーザーの通信事業者、国際経路、無線ネットワーク、混雑、ローカル端末によって変動します。注文前にチームの主な接続地点から対象データセンターをテストしてください。実際の可用性はコンソールのリアルタイム表示を基準とします。
販売中の3モデルはいずれも以下の5拠点から選択できます。チームの所在地、コードリポジトリへの経路、依存関係のダウンロード元、最終提供地域を総合的に検討してください。
東南アジアのチームや、域内サービスへ接続するビルド、テスト、自動化タスクに適しています。
日本および北東アジアからの接続に適しており、対話型開発、Xcodeビルド、自社運用runnerによく利用されます。
韓国および周辺のネットワーク経路に適しており、コマンドラインセッションやCIタスクに地域の選択肢を提供します。
アジア内の短いネットワーク経路を必要とするチームに適しており、リモート開発、署名、パイプライン実行に利用できます。
北米東部のチーム、またはコード、成果物、自動化サービスの主な配置先が北米にあるワークロードに適しています。
実際の体感は、ユーザーのローカルネットワーク、通信事業者の経路、VPN、無線環境、タスクのプロトコルにも左右されます。GUI操作では安定した低レイテンシ経路を優先し、大量ビルドではリポジトリと成果物ストレージの場所も比較してください。
ArmCLIでは定期的な停止予定を設けていません。以下のフローは、突発的な接続、ノード、プラットフォームの異常に使用します。各段階で判明範囲、次の対応、確認事項を更新します。
最初の異常発生時刻、影響を受けたノード、再現した現象を記録し、ユーザー側のローカルネットワークとノード側の兆候を切り分けます。
状態記録、基本接続、近隣ノードの状況を確認し、確認済みの範囲を示します。推測を結論として記録しません。
利用可能な接続の復旧、または影響の拡大防止を優先し、暫定措置、対象、残存リスクを記録します。
ノード接続、注文の割り当て、主要経路を検証します。復旧後も継続して監視し、1回の検知成功だけで終了しません。
タイムライン、影響範囲、発生条件、改善項目を整理します。稼働率や補償に関わる場合は、サービス規約および審査結果に基づき対応します。
潜在的なセキュリティ問題を発見した場合は、影響を拡大する可能性のあるテストを直ちに停止してください。公開チャネルに有効な認証情報、秘密鍵、アクセストークン、完全なホスト情報、未加工のログを掲載しないでください。
再現条件入口、事前状態、操作手順、期待結果を説明します。
影響範囲単一ノード、注文フロー、接続層、公開ページのどれに関係するかを明記します。
時間と環境タイムゾーン、発生時刻、ネットワーク環境、クライアントバージョンを記載します。
匿名化済みの証拠エラー概要、必要なスクリーンショットまたはログの一部を添付し、有効な認証情報をすべて隠します。
通常の問い合わせは受付順に対応します。継続的なリスクがある場合は、件名に「セキュリティ問題」と記載し、元の証拠の管理下にあるコピーを保管してください。
3つの専用物理Macモデルで、シンガポール、日本(東京)、韓国(ソウル)、香港、米国東部をカバーします。構成、ノード、実際の可用性はコンソールのリアルタイム表示を基準とします。