本アーキテクチャを適用する際に押さえておきたいポイントと注意点です。「設定情報」は個体ごとに異なった設定を行う値です。台目のデバイスにプログラムを書き込む際に変更する値や情報は、すべて設定情報と考えて良いでしょう。等の定義や定数が外出しの候補となります。ある必要はありません。フォーマットはデバイス側での処理のしやすさと、性能とのバランスで決定します。取扱いはメモリを圧迫します。固定長テキストといったフォーマットが検討できるでしょう。構造化されていないフォーマットにおいては、文法や構造のチェックを実装する手間も存在します。これらの要素を加味したうえでフォーマットを決めていきます。メタデータサービスには「ユーザーデータ」という領域があります。ごとに設定可能ですので、共通する設定情報を保存しておくといった活用方法があります。設定情報の取得と反映タイミングこれまで、設定情報の取得と反映はデバイスの起動時として解説してきましたが、実装によってはデバイスの稼働中においても可能です。デバイス起動時デバイス稼働中の割り込み時デバイス起動時における設定情報の取得と反映は、本アーキテクチャにおいての基本実装で、もっとも簡単なものとなります。これに加えて、デバイス稼働中の「割り込み」を利用した設定情報の取得と反映をする方法があります。スイッチやボタン等の信号による割り込み時間による割り込み信号による割り込みは、たとえば「設定取得ボタン」といった形です。基本的に有人運用向けですが、必要なタイミングで反映ができることから、運用としてもわかりやすい方法となります。回、設定情報を取得し反映させる」というものです。無人で運用する際に有用ですが、間隔によっては反映までに時間がかかるという面もあります。再起動は実装が容易です。複雑な作業が無い事から、手間なく運用できる方法です。一般的には内部メモリが消失することから、保存が必要であれば外部記憶が必要となります。いったクラウドストレージの利用を組み合わせることで、本アーキテクチャを活かす事が可能です。復旧できる実装が不可欠です。ソフトウェアリセットによる再起動は、マイコンがリセットできてもセンサーや周辺機器のリセットは別に行う必要があるため、マイコンとセンサーや周辺機器との状態が不一致になり動作に支障をきたす場合もあります。行う運用を行う事、もしくはもう一つの考え方「デバイス稼働中における設定情報の反映」を検討します。デバイス稼働中における設定情報の反映はデバイスとクラウド間の「双方向通信」とも言われます。利点は内部メモリやセンサー、周辺機器のリセットといった課題を解消できます。して、別途公開していますのでご覧ください。本アーキテクチャは設定情報を取得して適用する部分にフォーカスを当てて解説していますが、適用の結果を知る方法があるとトラブルシュートに役立ちます。結果の保存先にもメタデータサービスは利用可能です。することで、タグと値を書き込むことができます。してメタデータサービスに書き込んでいます。metadata.soracom.io/v1/subscriber/update_tags書き込んだ後のタグの状態は以下のようになります。値はキーが存在していれば値は上書き、存在していなければキーと共に新規作成されます。"4"}タグの値は文字形式のみ使用可能です。値を数値形式にした場合は失敗しますのでご注意ください。設定情報の取得失敗に備えましょう電波状況などの要因から設定情報の取得を失敗する可能性があるため、その場合の挙動を考慮しておく必要があります。例としては再起動をしつづける、あらかじめデバイス内に設定情報した標準値で起動するといった実装が考えられます。いった措置がされる場合があります。分に実行」といった実装は大量のデバイスになった場合に本問題に遭遇する可能性が高まります。取得失敗後の再取得タイミングも同じにしてしまうと同様の問題が続くため、ランダムで数秒ずらすといった分散アクセスを検討してください。利用して設定情報を書き込む手法が用いられます。本アーキテクチャは稼働中において動的に適用する仕組みとなっているため、プリプロセッサの挙動を本アーキテクチャで制御することはできません。