# モニタリング | IOTPERF 7.IoT アプリケーションのエンドツーエンドのシミュレーションテストをどのように実行していますか? | | --- | | | IoT アプリケーションは、テストデバイスとしてセットアップされた実稼働デバイス (特定のテスト MQTT 名前空間を持つ) を使用するか、シミュレートされたデバイスを使用してシミュレートできます。IoT ルールエンジンを使用してキャプチャされたすべての受信データは、本番稼働用と同じワークフローを使用して処理されます。 エンドツーエンドのシミュレーションの頻度は、特定のリリースサイクルまたはデバイスの導入によって駆動される必要があります。障害パス (障害時にのみ実行されるコード) をテストして、ソリューションがエラーに対して耐障害性を確保する必要があります。また、本番稼働用アカウントと本番稼働前のアカウントに対して Device Canary を継続的に実行する必要があります。デバイス Canary は、シミュレーションテスト中にシステムパフォーマンスの重要な指標として機能します。テストの出力を文書化し、修復計画を下書きする必要があります。ユーザー受け入れテストを実行する必要があります。 | IOTPERF 8.IoT 実装でパフォーマンスモニタリングをどのように使用していますか? | | --- | | | IoT デプロイに関連するパフォーマンスモニタリングには、デバイス、クラウドパフォーマンス、ストレージ/分析など、いくつかの主要なタイプがあります。ログから収集されたデータと、テレメトリとコマンドデータを使用して、適切なパフォーマンスメトリクスを作成します。ベーシックパフォーマンス追跡から開始し、ビジネスコアコンピテンシーが拡大するにつれ、メトリクスに基づいて構築します。 CloudWatch Logs のメトリクスフィルタを活用して、regex (正規表現) パターンマッチングを通じて IoT アプリケーションの標準出力をカスタムメトリクスに変換します。アプリケーションのカスタムメトリクスに基づいて CloudWatch アラームを作成し、IoT アプリケーションの動作をすばやく把握します。 特定のモノのグループを追跡するためのきめ細かなログをセットアップします。IoT ソリューション開発中に、DEBUG ログ記録を有効にして、メッセージブローカーとルールエンジンを介してデバイスから渡される各 IoT メッセージに関するイベントの進行状況を明確に把握します。本稼働環境では、ログ記録を ERROR および WARN に変更します。 クラウド計測に加えて、デプロイ前にデバイスで計測を実行して、デバイスがローカルリソースを最も効率的に使用できるようにし、ファームウェアコードがメモリリークなどの不要なシナリオにつながらないようにする必要があります。制約のあるデバイスに高度に最適化されたコードをデプロイし、組み込みアプリケーションから AWS IoT にパブリッシュされたデバイス診断メッセージを使用してデバイスの状態をモニタリングします。