Tech Memo

はじめに

2026年6月25日・26日に開催された AWS Summit Tokyo 2026に参加してきました。

今年は業務都合もありいいかなと思ったのですが業務の付き合いなどのため午前中のみ参加しました。そのため最新技術のキャッチアップはもちろんですが、今回の個人的な最大の学びはセッションの内容そのものよりも、「前泊の判断」と「入場時の大行列」というロジ面・サバイバル面にありました。

AWS Summit Japan 2026 会場のエントランスオブジェ

次回以降の自分、そしてこれから大規模カンファレンスに参加するメンバーに向けて、役立つナレッジを書き残しておきます。

1. 前泊の判断はどうだったか？

午前中のみ参加ということもあり、今回は会場から数駅隣で前泊する選択をしました。

良かった点（Keep）

• 朝の体力的な余裕: 時間ギリギリまでのんびりでき会場に向かうことができました。
• 前日夜の準備時間: 見たいブースの最終整理をホテルで落ち着いて行えました。

改善点・次回への教訓（Problem & Try）

• 当日はのんびりしすぎた感ありました。また業務終了後の移動だったため到着した時間が22時過ぎで夕飯を探すのに苦労
  • 次回へのTry: 遅い時間の到着になる場合は、あらかじめ車中や乗換駅で夕食を済ませるか、コンビニ等で調達しておく。前泊だからと油断せず、当日の朝は受付開始や混雑ピークを意識して計画的に動く。

2. 入場時の大行列とタイムライン

当日の最大の誤算は、入場（受付）にかかった時間でした。 自身は基調講演とかは特に興味がなくブースを回るのが目的だったためこのぐらいの時間でもいいだろうと思い行きました。

当日のタイムライン（目安）

• 09:30 - 会場到着。すでに長蛇の列。
• 10:30 - ようやく受付を通過、入場完了。

入場までに1時間以上並ぶことになりました。このため、決められた時間(午前中)でのブース周りがとてもハードなことになりました。

それでもなんとか、お目当てだった New Relic、Red Hat、Datadog、GitLab のブースに行くことだけはできました。

賑わうExpo会場の様子

なぜ並んだのか？（ボトルネックの分析）

1. QRコード読み取りとパス印刷の物理的な限界: 受付端末の台数に対して、参加者数が圧倒的に多かったため。
2. ピークタイムの直撃: 基調講演はスルーしてブースだけ見る予定だったが、結果的に基調講演（10:00開始）に向けて最も混雑する時間帯（09:30）に会場に到着してしまい、入場列のピークに巻き込まれてしまった。

3. 次回に向けた「サバイバルナレッジ」

今回の経験から、次回AWS Summitや同規模のカンファレンスに参加する際は、今後は以下を意識すればいいのかなと感じます。

① 受付時間は「超早め」か「遅め」の二択にする

• パターンA（アーリーイン）: 開場時間の45分〜1時間前には列に並ぶ。キーノートを特等席で聴きたい、最初のセッションから確実に参加したい場合はこれ一択。

• パターンB（レイトイン）: 混雑のピーク（08:30〜09:30）を避け、午後以降にゆっくり受付する。最初のセッションをオンライン等で妥協できるなら、並ぶストレスは皆無になります。

② 楽しむなら1日時間を確保する

• 本質はこれ（今回はAM休暇でしたが会社を休むなどでもいい）

まとめ

技術的なインプットだけでなく、大規模イベント特有の「ロジスティクス」の難しさを身をもって体感した1日でした。今回の教訓を活かし、次回はもっとスマートに参加したいと思います！

SRE Tech Leadからのフィードバック

イベント参加お疲れ様でした！ 「午前中のみの参加」という限られた時間枠だったからこそ、1時間の入場待ちは本当に手痛いタイムロスでしたね。「楽しむなら1日しっかり時間を確保する」という教訓は非常に本質的で、チームで参加する際の上申や有給取得の強い根拠になりそうです。

前泊時の「遅い時間の到着で夕飯難民になった」という生々しいトラブルシューティングも、次回遠征するメンバーへの素晴らしいアドバイスになりますね。