Energent.aiは、エンタープライズデスクトップおよびプライベートクラウド環境で複雑なデータワークフローを自動化するAI駆動のエージェントを提供します。スムーズで安全なデプロイを確保するために、以下のインフラ、アクセス、および設定要件を満たす必要があります。
1. デプロイオプション
私たちは2つの主要なデプロイモデルをサポートしています:
-
クラウドホステッド(Energent.aiによる管理)
最も迅速なセットアップで、AWS上にホストされ、エンタープライズグレードのプライバシーと暗号化コントロールの下でデータが処理されます。
-
プライベートデプロイ(顧客管理)
完全なデータ居住地または内部ファイアウォールの隔離を必要とするクライアント向けに、Energentは顧客が管理するVPC、VM、またはKubernetes環境にデプロイできます。具体的には、以下をサポートしています:
- Azureプライベートデプロイ: エンタープライズクライアント向けデプロイ要件(Azure VM、高セキュリティ)
- AWSプライベートデプロイ: エンタープライズクライアント向けデプロイ要件(AWS VM、高セキュリティLinux環境)
2. インフラ要件
Kubernetes用(オンプレミスまたはクラウドネイティブに推奨)
- Kubernetesクラスター
- バージョン: 1.24+
- ノードあたり最低2 vCPU、8 GB RAM(負荷に応じてスケーラブル)
- ReadWriteOnce (RWO)および動的プロビジョニングを持つストレージクラス
- Ingressコントローラー
- NGINX、ALB Ingress、または同等のもの
- 永続ボリューム
- バックアップポリシー付きの100GB以上のディスク
- Namespace & RBAC
- Energentワークロード用の専用NamespaceおよびサービスアカウントとRBAC
VMベースのデプロイ用
- OS: Ubuntu 20.04 LTSまたはAmazon Linux 2
- 仕様: 4 vCPU、16 GB RAM、100 GB SSD
- Docker: Docker Engine 20.10+
- オプション: docker-compose、サービス持続性のためのsystemdサポート
3. ネットワークとセキュリティ
- ドメインとTLS: TLS証明書付きのオプションのサブドメイン(
.clientdomain.com
)またはLet's Encryptによる自動プロビジョニング - ファイアウォールルール:
- EnergentサービスへのHTTPS(443)の受信を許可
- Energentのライセンスおよび更新サーバー(
api.energent.ai
、update.energent.ai
)へのHTTPSの送信を許可
- オプションのVPCピアリングまたはVPN(プライベートAPI統合用)
4. アクセスと統合
- 管理UIアクセス: SSO(SAMLまたはOAuth2)またはEnergent IAMによる認証
- APIアクセス: IP許可リストサポート付きのトークンベース
- データソース(オプション):
- 内部SQLデータベース(PostgreSQL、MySQL)
- ファイルストレージ(S3互換または内部ドキュメントストア)
- WebhookまたはCLIエージェントによるRPA / ワークフロートリガー
5. セキュリティとコンプライアンス
- すべてのデプロイは以下のように強化されています:
- ロールベースのアクセス制御
- TLS 1.2+の暗号化(転送中)
- ディスクレベルまたはアプリレベルのシークレットによる静止時の暗号化
- 監査ログ(オプション)
- 明示的に有効にされない限り、テレメトリなし
6. サポートとモニタリング
- モニタリング: EnergentはPrometheus/Grafana統合または内部メトリックエンドポイントをサポート
- ログ転送: 顧客のSIEM(例:Splunk、Datadog)とのオプションの統合
- 更新: HelmまたはDockerイメージを介した定期的な更新(リリースバージョンでタグ付け)
7. セットアップタイムライン
タスク | 推定時間 |
---|---|
インフラプロビジョニング | 0.5–1日 |
ネットワーク + アクセス設定 | 0.5日 |
Energentデプロイ(Helm) | < 1時間 |
統合と検証 | 1–2日 |
総デプロイウィンドウ | 約2–3日 |
お問い合わせ
セットアップ支援またはデプロイ前のレビューについては、以下にご連絡ください:
DevOps & インフラチーム
📧 support@energent.ai 🧩 ドキュメントタスクキューの統合はRabbitMQ、Kafka、またはREST Webhookを介して行います。