ZhiOne
ZhiOne の仕組み
一つの塊ではなく、コンポーネントで構成
ZhiOne は、TM Forum の Open Digital Architecture（ODA）のコンポーネントに分かれています。各コンポーネントはビジネスの担当部分とそのデータを持ち、TM Forum の Open API で公開し、変更をイベントとして通知します。他のコンポーネントや事業者の他のシステムがそのデータに到達できるのは API を通してだけで、データベースを直接使うことはありません。
顧客またはチャネルが動く
販売ポータル、セルフケアアプリ、パートナーのシステムがコンポーネントの API を呼び出します。
コンポーネントが判断する
自らの規則に照らして要求を確認し、その結果に責任を持ちます。
プロセスが進む
たとえば注文は、各コンポーネントを順に呼び出すプロセスエンジンによって、受付から開通まで進みます。
全員が知る
変更はイベントとして公開されるため、請求、台帳、通知が問い合わせなしに追随します。
コンポーネントの周り
| 要素 | 役割 |
|---|---|
| サインイン | 標準の OpenID Connect。事業者の ID システムに接続 |
| 権限 | TM Forum の Permissions Management が定めるロールと権限 |
| プロセス | 注文とその開通のためのプロセスエンジン |
| 統合 | 決済ゲートウェイなど、事業者自身のシステムへのアダプター |
| 記録 | すべての変更をイベントとして保存し、監査ログで誰が何をいつ変更したかを示します |
| 日々の業務 | 記録へのコメントと、各記録を担当する社員への割り当て |
| バックグラウンド処理 | 時間のかかる処理はバッチとして、利用者の操作とは別に実行します |
| プラットフォーム | Kubernetes 上のコンテナ。固定のバージョンとしてリリースし、ロールバック |
他のシステムに残るもの
サービスとリソースの台帳、障害管理と性能管理といった事業者のネットワークの側は、それを運用するシステムに残ります。ZhiOne は同じ標準 API でそれらに接続します。