ObjectOS環境
ObjectOS Cloud の本番環境と開発環境。プランごとに誰がどれを得るか、環境の作成、そして一時停止、アーカイブ、復元、削除がそれぞれデータに何をするか。
環境は、独自のデータベース、ファイル、アプリ、アドレスを持つ、ObjectOS の稼働中のコピー 1 つです。組織のアプリは環境の中にあり、チームはそれを使うために環境にサインインします。ObjectOS Cloud には 2 種類があります。
| 本番 | 開発 | |
|---|---|---|
| 数 | どのプランでも、組織ごとにちょうど 1 つ | 有料プランのみ：2 つに加えて AI シートごとに 1 つ。組織全体で共有されます |
| アドレス | プラットフォームのドメイン上の組織のスラッグ。独自のドメインを付けられます | プラットフォームが割り当てる dev-<id> という形式の固定のアドレス。ブランド付きのサブドメインや独自のドメインには決してなりません |
| アイドル | 非アクティブによるアーカイブは決してされません | 使われないまま 7 日経つと自動的にアーカイブされます |
| 用途 | チームが使うアプリ | 変更が本番に届く前に構築して試す |
組織が作成する最初の環境が本番環境で、それ以降のすべてが開発環境です。
誰がどれを得るか
Free：本番環境が 1 つだけで、ほかには何もありません。 本番で直接構築します。2 つ目の環境の作成は 403 DEV_ENV_PLAN_LOCKED で拒否され、コンソールは代わりにアップグレードを提示します。
Team 以上：本番に加えて開発環境のプール。 プールは開発環境 2 つに加えて、組織が支払う AI シートごとに 1 つで、組織全体で数えられます。開発環境はシートの料金に含まれており、請求書に行が追加されることは決してありません。有料プランでの通常の流れは、開発環境で構築し、パッケージとして公開して、そのパッケージを本番にインストールすることです。
そもそも開発環境が存在するかどうかはプランが決めます（cloud#1252 で決定）。1 つの本番環境はどのプランでも同じです。
環境を作成する
Environments で Create Environment を選び、名前を付けます。アドレスはプラットフォームが割り当てます。本番環境のアドレスは後から Change Hostname（ドメイン）で変更できます。開発環境は、与えられた固定のアドレスのままです。新しい環境は Provisioning で始まり、データベースの準備ができると Active になります。
環境に入るには Open を選びます。新しいタブで環境自身のコンソールが、あなたとしてサインインした状態で開きます。
環境のページ
各環境には、2 つのタブを持つページがあります。
- Overview：アドレス、ステータス、プランと種類、インストールされているアプリ、アクセスの設定。折りたたまれた Features that need a higher plan の行は、現在のプランに含まれていないものを数え、開くとその一覧を表示します。
- Settings：すべてのアクションが 5 つのセクションにあります。Apps、Plan and billing、Name and domain、Access and sign-in（AI エージェントのアクセスを含む）、Lifecycle and danger zone です。
環境を変更するアクションは、組織のオーナーと管理者に提示されます。
ライフサイクル
| 状態 | 意味 | データ |
|---|---|---|
| Active | リクエストを処理しています | — |
| Suspended | 再開するまで、ランタイムへのすべてのトラフィックがブロックされます | 保持されます |
| Archived | アクティブな表示から外され、訪問されても起動しなくなります | 保持期間が終わるまで保持され、その後削除されます |
| Failed | プロビジョニングが完了しませんでした | 何も作成されていません |
一時停止と再開。 一時停止すると、人からも連携からも、環境へのすべてのリクエストがブロックされます。何も削除されず、Resume で元どおりに戻ります。
アーカイブと復元。 アーカイブすると、環境は使われなくなり、その保持期間のカウントが始まります。Restore はその期間内に環境を戻し、次の訪問で再び起動します。
削除。 削除は 2 段階の操作なので、1 回のクリックでデータが失われることは決してありません。
- まだアーカイブされていない環境は、完全な削除を求めた場合でもアーカイブされます。
- アーカイブ済みの環境を、Delete permanently if already archived にチェックを入れて削除すると、そのデータベースとすべてのファイルが一度に破棄され、復旧はできません。
本番環境を削除するときは、さらに Force-delete the production environment にチェックを入れるよう求められます。プロビジョニングに失敗した環境はデータを持たないので、即座に削除されます。
アーカイブされた環境がどれだけ保持されるか
| アーカイブのされ方 | 保持期間 |
|---|---|
| あなたによる（Archive、または Delete の第 1 段階） | 少なくとも 30 日。Business では 90 日、Enterprise では 1 年 |
| 自動的に、7 日間アイドルだった開発環境 | プランの期間：Team では 30 日、Business では 90 日、Enterprise では 1 年 |
アーカイブされた環境が削除される少し前に環境のオーナーに警告が届くので、復元する時間があります。期間を過ぎると、データベース、ファイル、ドメインとともに完全に削除されます。
アイドル状態の開発環境
7 日間誰も訪問も構築もしていない開発環境は、自動的にアーカイブされます。環境を使うことと、その中で開発すること（公開、インストール、パッケージの編集）の両方がアクティビティとして数えられます。本番環境がこの方法でアーカイブされることは決してありません。
Free へのダウングレード後
ダウングレードはさかのぼって適用されません。組織がすでに動かしている開発環境は動き続けます。ダウングレードによって一時停止やアーカイブされることはありません。Free が拒否するのは追加です。開発環境の作成や、アーカイブされた開発環境の復元は、組織が再びアップグレードするまで 403 DEV_ENV_PLAN_LOCKED で応答します。アーカイブされた開発環境は、その後 Free の期間である 7 日間保持されます（cloud#2253 と cloud#2204 で決定）。
次へ
- プランと AI シート：有料プランが追加するもの。
- ストレージと上限：環境ごとのストレージの割り当て。
- アプリ：環境でアプリをインストール、更新、公開する。