プラットフォームのアーキテクチャ
新しいビジネスを成長させるために、別のプラットフォームを構築する必要はありません。
複数の企業、複数のアプリケーション、ID 権限、AI、デバイス機能を再利用し、研究開発投資を独自の業界プロセスと製品エクスペリエンスに任せます。
あなたの製品、なぜそれが必要ですか?
あなたの製品、なぜそれが必要ですか?
1 つのプロジェクトから複数の企業顧客に拡張する場合、問題はページの追加だけではありません。メンバーの属性、アプリケーションのプロビジョニング、データ スコープ、展開のメンテナンスのすべてに一貫した基盤が必要です。断片化されたインターフェイスは、完全なプラットフォーム組織を置き換えることはできません。
ビジネスにアクセスするにはどうすればよいですか?
ビジネスにアクセスするにはどうすればよいですか?
以下に実装パスを示します。公式 Web サイト上でビジネス インターフェイスが呼び出されたり、コマンドが実行されたりすることはありません。
- 01
エンタープライズとアプリケーションを定義する
エンタープライズを使用してビジネスの所有権を整理し、アプリケーションを使用してサービスの入り口とアクティベーション関係を分割し、各顧客のコードのセット全体をコピーしないでください。
出力を確認するエンタープライズリスト、アプリケーションポートフォリオ、アクティベーションスコープ - 02
パブリック機能に接続する
アカウント、ロール、デバイス システムを再利用し、必要に応じて知識、メモリ、ツールにアクセスします。業界ルールは依然としてアプリケーションによって実装されています。
出力を確認する業界モジュールとパブリック機能の間の責任の境界 - 03
配送境界を確認する
企業間のアクセス、アプリケーションのステータス、プロジェクトの権限、ビジネス インターフェイスを確認し、実際の依存関係に基づいて展開方法を選択します。
出力を確認する許可および拒否されたパス、展開および操作のリスト
他の基本機能と併用する
他の基本機能と併用する
これらの機能は同じ基本プラットフォームに属しており、ビジネス ニーズに応じて組み合わせることができます。