開発範囲
ゲートウェイの登録、リモート構成、サービスのステータス、ログの取得、アプリケーションの更新を開発します。
- このサービスの対象者
- 複数拠点のゲートウェイを管理する機器ベンダーと運用チーム
- 同意する成果物
- 管理エージェント、サーバー インターフェイス、運用および保守ページ、およびアップグレード テスト記録。
プロジェクト開始に必要な資料
情報は、インターフェイス、実装条件、作業範囲を決定するために使用されます。
- ゲートウェイのハードウェア、システム、プロセス、またはコンテナーの動作モード
- 構成、ログ、アプリケーション パッケージ、およびバージョンの互換性要件
- ネットワーク、権限、リリースバッチ、メンテナンスウィンドウ
成果物と検収
- 納品ドキュメント
- 管理エージェント、サーバー インターフェイス、運用および保守ページ、およびアップグレード テスト記録。
- バージョンと再現性
- 配信リストには、ターゲット ハードウェア、ソフトウェア バージョン、構築または展開手順、インターフェイス構成、およびテスト記録が記録され、その後の統合テストとメンテナンスが容易になります。
- 構成の配信、有効性、および失敗の受信を確認する
- アップグレードの中断、サービスの起動の失敗、および回復をテストする
- デバイスグループの権限を確認し、管理操作を監査する
受け入れは、双方が確認した機器、バージョン、環境、サンプル、指標に基づいて行われます。ソースコードと設計文書の範囲、プロトタイプの材料、サードパーティの料金、およびその後のメンテナンスがプロジェクト文書に記載されています。
よくある質問
すべてのゲートウェイ アプリケーションはコンテナ内で実行する必要がありますか?
いいえ。ネイティブ サービス、プラグイン、またはコンテナは、ハードウェア リソース、既存のプロセス、分離のニーズ、更新要件に応じて選択できます。バージョン追跡および回復手順は保守可能でなければなりません。
開発範囲を決定するにはどのような情報が必要ですか?
提供してください: ゲートウェイ ハードウェア、システム、プロセス、またはコンテナーの動作モード。構成、ログ、アプリケーション パッケージ、およびバージョンの互換性要件。ネットワーク、権限、リリース バッチ、メンテナンス期間。不足している情報は、範囲が合意される前に、インターフェイスのチェックや集中的な実現可能性テストを通じて対処できます。
プロジェクトについて話し合う
デバイスとインターフェイス情報を使用して範囲を定義する
ワークロードの評価と段階的な配信手配を容易にするために、ターゲット機能、既存の機器またはコード、インターフェイス プロトコル、展開環境、および計画されたマイルストーンを提供してください。
相談
電話
WeChat
トップに戻る