コンテンツにスキップ
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向けのログ・構成図・対応履歴整備は「新人のオンボーディング環境整備」と同義