Zenn Dev Easy Easy Articles 183946c047f71a
エンジニア達の「完全に理解した」Talk #75 イベントレポート
- URL: https://zenn.dev/easy_easy/articles/183946c047f71a
- 日付: 2026-06-26
- Tier: Tier 3
- 要旨: 第75回イベントレポートで、2026年3月開催。Android-DevPortalはデバッグ用Activityを本番バイナリに混入させずに別ランチャーアイコンとして起動できるOSS実装で、AndroidManifestのtaskAffinityとHiltの@IntoSetによる完全モジュール化でdebugImplementation追記だけで着脱可能になっている。ライブ配信技術については、HLS/DASHが大規模配信に強くWebRTCが低遅延に強いという二項対立をMedia over QUIC(MoQ)が解消しようとしており、QUICの上にPub/Subモデルを構築してフレーム単位の配信とCDNファンアウトを両立するアーキテクチャがIETFで策定中と紹介された。MCP経由の障害対応自動化の続編では、メトリクス(CPU使用率・メモリ・ネットワーク)まで自律調査できるように拡張されたが、完全自動化(自動運転レベル4相当)の本番適用は責任の所在問題から慎重な立場が示された。
詳細
LT1: Android-DevPortal(OSSデバッグポータル)
- 課題: デバッグ画面の実装コスト・ビルド時間への影響・本番への誤混入リスク
- 解決策: AndroidManifest.xmlで
action.MAIN+category.LAUNCHER+taskAffinityを設定し、別ランチャーアイコンから起動可能なデバッグ専用Activity - モジュール化: Google Navigation 3 + Hilt
@IntoSetでルーティングを完全モジュール化 - 着脱:
debugImplementationで追記するだけで追加、削除も記述を消すだけで完全除去 - OSSとして公開: Android-DevPortal
LT2: ライブ配信技術の変遷とMedia over QUIC(MoQ)
- 既存技術の限界:
- HLS / DASH: 大規模配信に強いが遅延が大きい(数十秒〜分単位)
- WebRTC: 低遅延(数百ms)だが大規模ファンアウトに弱い
- Media over QUIC(MoQ): IETFで策定中(ドラフト段階)、両者の課題を解消する次世代プロトコル
- 仕組み: QUICの上にPub/Subモデルを構築 → 視聴者がSUBSCRIBEするとフレーム単位でデータが流れる
- スケーラビリティ: 中継サーバー(Relay)をCDN(Cloudflare等)インフラに乗せて大規模ファンアウトが可能
LT3: AI障害対応自動化の続編(技術書典新刊より)
- 拡張点: ログ分析に加え、メトリクス(CPU使用率・メモリ・ネットワーク帯域)もAIが自律調査
- AIがサーバーに自らアクセスしてクエリを書き、ダッシュボードを生成して情報提供
- 完全自動化(レベル4)は技術的に視野に入ってきたが、本番無人適用は「やらかした時の責任の所在」問題が残る
- 重要な気付き: AI向けのログ・構成図・対応履歴整備は「新人のオンボーディング環境整備」と同義