ハローワーク初体験から、DTLS1.3とEKSアップデート、そして減量の現在地まで

今週もジムへ向かう車内収録。パーソナリティは竹内（@rikson_en）と僕。相変わらずゆるい出だしから始まったのですが、話題はわりと実務的で濃いめでした。雇用保険の手続き、開発中アプリの設計変更、Chrome のアップデートで起きた WebRTC のトラブル、 EKS クラスターの更新、最後は恒例の減量近況報告まで。技術と生活が横並びで進んでいく感じが、この番組らしさだと思います。

減量と分散システム：体重は揺れる、クラスタも揺れる open.spotify.com

We Are On The Way · Episode

竹内、雇用保険の手続きを終える、ハローワークの現場感

竹内は正式退職後、退職証明書など必要書類が揃ったタイミングでハローワークへ。初回は勝手が分からず、窓口の所在やフローで迷子になりがち。しかもマイナンバーを家に取りに戻るというアクシデントも重なって、滞在はおよそ二時間コースでした。実際の流れは、まず 1 階の総合受付で一通りの事務を済ませ、そこから 2 階の雇用保険窓口に送られる形が正解。最初にここが見えないと、確かに混乱しやすいですね。

求人も少し見たようですが、IT の好条件は少なめで、提示されるレンジも月 25〜40 万円前後が中心。竹内はハローワークの求人に対して、転職先が決まっていない人がまずアクセスする場という印象を持っていて、企業側もその前提で条件を抑えがちなのでは、という所感。僕も昔の自分の経験を思い出し、投げやりに選んだ就職の難しさを振り返りました。とはいえ、研修ラインナップは幅広く、組込みや CAD 講座は気になっている様子。3D プリンターにつながる 3DCAD に惹かれてはいるものの、初学者向けに寄りやすい講習のペースが、かえって学習効率を落とす可能性はあるよね、というのが僕の見立てです。

アプリ開発の設計をピボット

竹内が個人開発している iOS アプリは、いったんログイン機能をやめる方針に舵切り。小さく使うユースケースで、いちいちアカウント登録は煩雑という判断です。ログインを捨てると当然ぶつかるのが同期問題。ここは iOS のヘルスデータ連携で分散データを寄せる案を模索しつつ、ローカルの永続化は SQLite を採用。 Android はデバイスも開発環境もないことから対象外と割り切りました。

設計で今つまずきが大きいのは、Web とアプリで文化が異なるマイグレーション運用。 Web のようにデプロイ時にマイグレを回すのではなく、アプリのエントリーでスキーマ判定と移行処理を走らせる必要があります。さらに DrizzleORM で SQLite を使う構成にしているため、シミュレーター配下の特殊なパスや DrizzleStudio の接続情報の扱いがややトリッキー。シードデータの流し込みも最適解を探っている段階です。

AI については、どの LLM を使うかが未決。僕からは、TypeScript 側で扱えるエージェント系フレームワークの選択肢や、まずは安価でレイテンシの良いプロバイダを試してみるアプローチを提案。竹内もコストと応答速度を見ながら、最安構成で実験してから本採用を決めたいという結論でした。

ChromeアップデートでWebRTCの映像が消えた日、DTLS1.3の余波

仕事の話に移ると、ここ数週間で一番焦ったのが Chromium 系のマイナーアップデート。 DTLS のデフォルトが 1.2 から 1.3 に切り替わり、WebRTC の一部セッションで映像が出なくなる事象に直面しました。 DTLS は UDP の上で暗号を担うレイヤーで、WebRTC 全体の輸送路を保護します。よく語られるエンドツーエンド暗号化は別レイヤーの話で、SFU 構成だと中継で復号・再暗号化が挟まるのに対し、E2EE はそこを通過時も秘匿を維持する思想。今回やられたのは、サーバー側が 1.2 前提の実装をしていたところに、クライアントの既定が 1.3 に上がってしまい齟齬が発生してしまうパターンでした。結果、ルームには入れても映像・音声が出てこない。サーバー更新で復旧しましたが、バージョン非互換は地味に現場へ響きます。

EKSを回し続けるコスト、Amazon Linux2から2023へ

インフラ側では、EKS のワーカーノードで使っていた AmazonLinux2 のサポートがこの 10 月で切れるため、 AmazonLinux2023 へ移行。併せてクラスター自体も 1.32 から 1.33 にアップグレードしました。選択肢としてコンテナホスト特化の Bottlerocket も検討しましたが、当面は情報量と運用の見通しを優先して 2023 を選択。 Kubernetes はクラスターを維持するだけで固定費が乗る上に、API 廃止やアドオンの互換追随など、定期的なメンテが必要となります。規模や要件によっては ECS や各種サーバーレスに寄せた方がトータルコストは軽くなる、というのが今回のアップグレードで改めて見えた教訓でした。 WebRTC の基盤自体も SaaS を使うか自前運用を続けるかは規模依存で、ユーザー数が伸びるまではマネージドサービスを賢く併用する余地がある、そんな議論で落ち着いています。

減量の現在地、数字は揺れる、でも継続する

最後は竹内の減量進捗。今朝は 58.0kg、週の途中には 59kg に触れるなど、9 月以降は緩い停滞モード。食事は 2000kcal 未満、タンパク質 120g 以上、脂質 30〜50g、糖質は日によって 100〜200g とコントロールを継続しています。運動と摂取が大きく変わっていないのに数値が動くのは不思議に見えますが、日単位の 1kg 前後は水分で簡単にブレます。僕としては、先週までの移動平均ではしっかり下向きだったので、まずは同条件での継続観察を推し。停滞期は誰にでも来るので、今は焦らずトラッキングを積むフェーズです。竹内いわく、この番組で減量の経過を公開していくのも自分へのコミットになるとのこと。うまくいってもいかなくても、データと記録は必ず次の改善に効いてきます。

おわりに

55 回目は、手続きという生活のリアルと、実務的なトラブルシュート、そして個人開発の意思決定が一本の線でつながった回でした。ログインを捨てて体験を軽くする設計、トランスポート層の非互換を即日で踏み抜いたときの対処、運用コストを見直していくインフラの選択肢、体重計の数字と向き合う地道さ。どれも正解はひとつではないからこそ、次回の車内でもう少し解像度を上げていきます。来週の僕らに少し期待しつつ、引き続きハッシュタグ We are on the way で感想やお便り、待ってます。

https://amzn.to/47VZOLV