すべてのプロダクト
Search

このプロダクト

    IoT Platform:代表的なシナリオの移行ガイド

    ドキュメントセンター

    IoT Platform:代表的なシナリオの移行ガイド

    最終更新日:Jun 18, 2026

    IoT Platform は、パブリックインスタンスからエンタープライズインスタンスへのアプリケーション移行をサポートしています。以下の代表的なビジネスシナリオでは、移行プロセスと主な考慮事項について説明します。

    シナリオ 1

    ビジネスシナリオ

    • デバイスは、デバイスごとの一意の証明書認証とパブリックインスタンスのドメイン名を使用して IoT Platform に接続します。

    • デバイスは、カスタムトピックを使用してデータを報告し、メッセージ転送機能を使用して他のクラウド製品を経由してビジネスサーバーに転送されます。

    • サーバーは、Pub API を呼び出してデバイスにメッセージを送信します。

    移行ガイド

    1. デバイス側での変更は必要ありません。

    2. グレースケール移行を使用して、デバイスを小さなバッチで検証してください。

    3. グレースケール移行中、製品の構成、クラウド製品へのメッセージ転送、AMQP サーバー側サブスクリプションが自動的に移行されます。エンタープライズインスタンスは MNS サーバー側サブスクリプションをサポートしていません。代わりに AMQP サーバー側サブスクリプションを使用してください。

    4. デバイスがオンラインであり、データを正常に報告できることを確認してください。

    5. Pub API の呼び出しを検証し、サービスが期待どおりに実行されていることを確認してください。

      Pub API はエンタープライズインスタンス ID をサポートしています。チケットを送信してこの機能をリクエストすると、サーバー側の変更を削減できます。

    6. グレースケールバッチ移行または完全移行を使用して、既存のデバイスを移行してください。

    シナリオ 2

    ビジネスシナリオ

    • デバイスは、デバイスごとの一意の証明書認証とパブリックインスタンスのドメイン名を使用して IoT Platform に接続します。

    • 一部のデバイスは、ゲートウェイデバイスのサブデバイスとして IoT Platform に接続します。

    • デバイスは、カスタムトピックを使用してデータを報告し、メッセージ転送機能を使用して他のクラウド製品を経由してビジネスサーバーに転送されます。

    • サーバーは、Pub API を呼び出してデバイスにメッセージを送信します。

    移行ガイド

    1. デバイス側での変更は必要ありません。ゲートウェイデバイスのサブデバイスとして接続するデバイスについては、移行中にトポロジーが変更されないことを確認してください。

    2. グレースケール移行を使用して、サブデバイスを小さなバッチで検証してください。

    3. グレースケール移行中、製品の構成、クラウド製品へのメッセージ転送、AMQP サーバー側サブスクリプションが自動的に移行されます。エンタープライズインスタンスは MNS サーバー側サブスクリプションをサポートしていません。代わりにAMQP サーバー側サブスクリプションを使用してください。

    4. デバイスがオンラインであり、データを正常に報告できることを確認してください。

    5. Pub API の呼び出しを検証し、サービスが期待どおりに実行されていることを確認してください。

      Pub API はエンタープライズインスタンス ID をサポートしています。チケットを送信してこの機能をリクエストすると、サーバー側の変更を削減できます。

    6. グレースケール移行を使用して、ステップ 2、3、4、5 に従ってゲートウェイデバイスを検証してください。

    7. グレースケールバッチ移行または完全移行を使用して、既存のデバイスを移行してください。

    シナリオ 3

    ビジネスシナリオ

    • デバイスは、製品ごとの一意の証明書による事前認証とパブリックインスタンスのドメイン名を使用して IoT Platform に接続します。

    • デバイスは、カスタムトピックを使用してデータを報告し、AMQP サーバー側サブスクリプションを通じてビジネスサーバーに送信されます。

    • サーバーは、Pub API を呼び出してデバイスにメッセージを送信します。

    移行ガイド

    1. デバイス側での変更は必要ありません。

    2. グレースケール移行を使用して、デバイス情報を検証してください。

    3. グレースケール移行中、製品が自動的に移行され、新しい AMQP サーバー側サブスクライバーが生成されます。サーバー側アプリケーションを更新して検証する必要があります。

    4. デバイスがオンラインであり、データを正常に報告できることを確認してください。

    5. Pub API の呼び出しと AMQP サーバー側サブスクリプションを検証し、サービスが期待どおりに実行されていることを確認してください。

      Pub API はエンタープライズインスタンス ID をサポートしています。チケットを送信してこの機能をリクエストすると、サーバー側の変更を削減できます。

    6. グレースケール検証が完了した後、新しいデバイスがある場合は、移行先のエンタープライズインスタンスで直接作成し、サービスが期待どおりに実行されていることを確認してください。

    7. グレースケールバッチ移行または完全移行を使用して、既存のデバイスを移行してください。

    シナリオ 4

    ビジネスシナリオ

    • 製品は Thing Specification Language (TSL) モデル機能を使用して定義されています。デバイスは、デバイスごとの一意の証明書認証とパブリックインスタンスのドメイン名を使用して IoT Platform に接続します。

    • デバイスは、Alink トピックを使用してデータを報告し、メッセージ転送機能を使用して他のクラウド製品を経由してビジネスサーバーに転送されます。

    • サーバーは、InvokeThingService API を使用して、デバイスが提供するサービスを呼び出します。

    移行ガイド

    1. デバイス側での変更は必要ありません。

    2. グレースケール移行を使用して、デバイスを小さなバッチで検証してください。

    3. グレースケール移行中、製品の構成、クラウド製品へのメッセージ転送、AMQP サーバー側サブスクリプションが自動的に移行されます。エンタープライズインスタンスは MNS サーバー側サブスクリプションをサポートしていません。代わりに AMQP サーバー側サブスクリプションを使用してください。

    4. デバイスがオンラインであり、データを正常に報告できることを確認してください。

    5. InvokeThingService API の呼び出しを検証し、サービスが期待どおりに実行されていることを確認してください。

      InvokeThingService API はエンタープライズインスタンス ID をサポートしています。チケットを送信してこの機能をリクエストすると、サーバー側の変更を削減できます。

    6. TSL モデルのプロパティ、イベント、サービスの履歴データを移行するには、データ同期を有効にして 7 ~ 30 日間待機してください。

    7. 7 ~ 30 日後、グレースケールバッチ移行または完全移行を使用して、既存のデバイスを移行してください。移行後、エンタープライズインスタンスのデバイスには、過去 7 ~ 30 日間の履歴データが保持されます。