使わなくなった Android を、定点観測所にする。

PeriodicWorkRequest は OS 側の制約で最短 15 分。5 分間隔の観測が作れない。常時給電の専用機として置く前提なので、Foreground Service と自前のタイマーに寄せ、常駐通知が出ることは許容する。

ただし Foreground Service だけでは足りない。CPU のサスペンドを妨げないため、画面 OFF 中にタイマーが止まる。ウェイクロックと AlarmManager を併用して初めて成立する。

当初は端末側にも User Pool を置き、CUSTOM_AUTH でパスワードレス認証をする設計だった。だが Lambda Authorizer が毎リクエスト DynamoDB を引いて端末の有効性を確かめる以上、セッションの寿命管理はすでに DynamoDB 側にある。

Cognito に残るのは JWT の署名だけ。その対価が User Pool ひとつ分の管理、認証トリガー3本、ペアリング未完了時に残る孤児ユーザーでは釣り合わない。端末認証は自前のデバイスシークレットで完結させ、Cognito はオーナーの Google SSO に限定した。

端末の追加は TransactWriteItems 1コールで、Device(PENDING)と使い捨ての PairingSession を同時に書く。スキャン時も1コールで、「PENDING かつ未期限」を条件に CONSUMED へ倒しながら Device を PAIRED にする。条件が外れれば片方だけ書かれることがない。

この QR は、オーナーが目の前の端末をセットアップしている5分間しか存在しない。先に第三者がスキャンしていればオーナー自身のペアリングが失敗して異常に気づけるため、二段階の確認は置いていない。

Device レコードはペアリング開始の時点で作り、deviceId は以後変えない。端末を初期化しても、別の Android に置き換えても、再ペアリングすれば同じ観測地点として過去の画像履歴が繋がる。

型番の揃わない寄せ集めを前提にする以上、機体ではなく「置いた場所」に同一性を持たせる必要があった。

1端末あたり保持期間内の観測レコードは最大 288 件 × 日数。DELETE のリクエストの中で消しきるのは現実的でないため、論理削除にして status = ARCHIVED へ倒し、資格情報を失効させる。実体の削除は後日まとめて行う。

それでも切断は即座に効く。Authorizer が毎リクエスト Device の status を見るので、有効期限の残ったセッショントークンでもその瞬間から拒否される。端末は 401 を受けると自分の資格情報を捨てて未ペアリング画面に戻る。

屋外に固定した端末を操作するには、物理的にそこへ行くしかない。端末でしか変えられない設定があると運用が止まるので、端末側に設定画面を持たせない。

配信は Pull 型。定期アップロードのレスポンスに次回までの設定値を同梱する。AWS IoT Core のような新しいリソースを足さずに済み、代わりに反映が最大1送信サイクル遅れる。

個人開発でリリース列は1本しかなく、stg 本来の役割は dev がそのまま兼ねられる。1環境あたり Cognito・DynamoDB・S3×2・API Gateway・CloudFront・ACM が要る構成では、環境をひとつ減らす効果が大きい。

アプリコードは develop へのマージで dev に自動デプロイする。一方 Terraform は手動実行に留める。Cognito User Pool のようなステートフルなリソースは属性変更で置換され、登録済みのユーザーと端末が消えるため、plan を読まずに apply が走る状態を作らない。