FACEIO オンプレミス導入
FACEIO と PixLab Insight を自社インフラで運用し、生体認証ハッシュをプライベートに処理・保存して、データレジデンシー、DNS/TLS、REST API、Webhooks を管理します。
セルフホスト型顔認証
厳格なインフラストラクチャとセキュリティ要件を持つ組織向けのプライベート導入
FACEIO On-Premises は顔認識エンジンとして PixLab Insight を含みます。厳格な IT ポリシー、データレジデンシー要件、高度なインフラ統合要件を持つ組織は、顔認識レイヤー全体を自社サーバーで運用できます。生体認証ハッシュと認識データはお客様管理の環境内で処理・保存され、そのサーバーの外部には送信されません。
オンプレミス展開は、標準の FACEIO 統合に近い開発フローを維持しながら、プライベートな顔認証システムを必要とする組織向けです。アプリケーションチームはスタートガイドから始め、ブラウザーフローはfio.js 統合ガイドで確認してください。展開環境はセキュリティのベストプラクティスに沿って構成し、ユーザー管理は プライバシーのベストプラクティスを参照します。バックエンド処理にはFACEIO Webhooksを接続します。
このページでは、導入に含まれる内容、サーバー要件、FACEIO Widget と API ルーティングサービスが導入環境と通信する前に必要な DNS/TLS 設定を説明します。
重要なお知らせ
FACEIO On-Premises は、プライベートインフラを必要とする組織向けです。認識レイヤーを自社運用する必要がないチームは、FACEIO クラウドプラン ↗を利用できます。FACEIO Console はアプリケーション設定と Facial ID を管理し、生体認証ハッシュは選択された顔認識エンジンが管理します。
導入の流れ
機能とメリット
FACEIO On-Premises は、クラウドサービスより広い運用管理を必要とするチーム向けです。主な利点は、インフラストラクチャの制御、プライベートな展開境界、サーバー容量の直接設計、Web・モバイルアプリ統合で利用する FACEIO アプリケーションのライフサイクル機能です。本番稼働前に、アプリケーションレベルの通知と削除フローをプライバシーのベストプラクティスで確認してください。次に、 セキュリティのベストプラクティスに沿って展開環境を強化します。
- PixLab Insight によるプライベート処理。 生体認証ハッシュと認識データは、お客様管理の導入環境内で処理・保存されます。
- ユーザー登録数はサーバーリソースに応じて決まります**
- 顔認証を導入環境で処理
- FACEIO Widget の生成先を設定済みの導入環境に指定
- 導入環境向け FACEIO REST API エンドポイント
- TLS で暗号化されたブラウザーおよび API 通信***
- 自動インストールウィザードと導入パッケージ
- Webhooks と文書化された セキュリティオプション
- 適用されるサポート条件に基づくパッケージ更新と修正
- 優先メールおよび統合サポート
- オンプレミスパッケージからテレメトリを削除
FACEIO On-Premises は PixLab Insight を顔認識エンジンとして使用します。詳しくは顔認識エンジンのセクションを参照してください。
**上限はサーバー容量によって決まります。以下の要件を参照してください。
***ソリューションを導入する各ホスト名に、自社の TLS 証明書をインストールする必要があります。
システム要件
FACEIO のオンプレミス版は、ベアメタルサーバー、CPU または GPU を強化したマシン、VMware などの最新仮想環境、AWS、Google Cloud、Azure、OVH などのクラウドプロバイダーのマネージドインスタンスに導入できます。
次の表は FACEIO を自社インフラに導入するための最小技術要件を示します。実際の容量設計は、同時登録数、認証量、次のガイドで説明するアプリケーションフロー、 統合ガイドおよび導入時に選択した顔認識エンジンによって決まります。
技術要件
導入手順
FACEIO Console ↗ からアプリケーションのオンプレミス展開を申請できます。展開パッケージには、セルフホスト型顔認証サービスのインストール、設定、更新、運用に必要なコンポーネントが含まれます。FACEIO をまだ実装していない場合は、まずスタートガイドと 統合ガイドを確認し、インフラストラクチャ作業を始める前にフロントエンドとバックエンドのフローを明確にしてください。
- 導入用のプリコンパイル済みバイナリパッケージ
- 更新用ダウンロードトークン
- 自動ウィザードインストールスクリプト
- インストール手順 PDF
- 商用ライセンス契約
- 技術および統合サポート用のメール連絡先
DNS と TLS 証明書を設定
対象サーバーへの展開後、自社の TLS 証明書をインストールし、稼働中のサーバーに紐付いたホスト名を登録して、パッケージ設定を更新する必要があります。展開パッケージに含まれる自動ウィザードのインストールスクリプトが、この設定手順を案内します。複数のサーバーに展開した場合は、各サーバーに証明書をインストールしてください。DNS、TLS、ファイアウォールルール、バックエンドアクセス制御は、本番チェックリストの一部として扱います。詳しくは セキュリティのベストプラクティスを参照してください。
次のセクションでは、FACEIO オンプレミス展開の TLS 証明書設定を説明します。設定ファイルの生成は自動化されています。証明書のパス、稼働マシンに紐付いた完全修飾ドメイン名、インストールスクリプトが求めるその他の値を指定してください。
必要なもの
1. サーバー証明書
ドメイン用に認証局から発行された証明書を使用します。自己署名証明書は、クライアント側で明示的に信頼されていない限りブラウザーから信頼されないため、使用しないでください。
2. 中間証明書
これらのファイルにより、サーバーへ接続するブラウザーは発行元の認証局を識別できます。証明書が複数ある場合があります。ZIP フォルダーで証明書を受け取った場合は、中間証明書も含まれているはずです。これは CA Bundle と呼ばれることがあります。
3. 秘密鍵
外部の生成ツールで CSR を作成した場合、このファイルはサーバー上または手元にある必要があります。
WebSocket サービスを設定
対象サーバーに TLS 証明書を導入したら、パッケージの WebSocket 設定を調整します。
-
主な設定ファイル名は
fioconfig.jsonで、通常は On-Premises ソリューションを導入したルートディレクトリにあります。通常のパスは/usr/local/share/fio/です。 - TLS 証明書の場所を指定すると、自動インストールおよび設定スクリプトが設定ファイルに必要な変更を加えます。
- On-Premises パッケージが FACEIO Widget と API ルーティングサービスに登録できるよう、ソリューションを導入したマシンに紐付く完全修飾ドメイン名 (FQDN) が必要です。
FACEIO On-Premises の利用を申請
FACEIO Console を開いて申請を送信してください。サポートチームがインフラ、DNS、TLS 証明書、統合要件を確認します。