クラウドネイティブ会議 2026 参加レポート【Part2】
クラウドネイティブ会議 2026 参加レポート
こんにちは!
私は文系大学出身のSE2年目です。さらなるスキルアップを目指し、最新のクラウド関連技術について学びたいと考え、2026年5月14日・15日に中日ホールで開催されたクラウドネイティブ会議に参加してきました。
今回のクラウドネイティブ会議は、Platform EngineeringやSREなどをテーマに開催されました。
現地とオンラインを合わせて全国から約2,000人が集まり、熱気あふれるイベントとなりました。

本記事では、会場の雰囲気や特に学びが深かったセッションの内容をご紹介します。
※Part1では会場の雰囲気や企画の様子を紹介しています。まだご覧になっていない方は、先にPart1をご覧ください。
→ Part1はこちら
会場の様子
会場内には、さまざまな展示や企画が催されていました。
クラウドネイティブ用語解説チャレンジ
「クラウドネイティブ/SRE/Platform Engineering分野の専門用語」を、初心者でも分かるようスライド一枚でまとめるという企画です。生成AIを活用するなど、作成方法は自由でした。
企画の参加者は、X(旧Twitter)アカウントから、解説スライド1枚とチャレンジ用のハッシュタグを付けて投稿します。
現地では解説スライドが展示され、シールを貼って投票できるようになっていました。
飲食店や名古屋城など例えを用いた解説スライドは、初学者の私でもイメージが湧きやすく、
勉強になりました。

技術書同人誌博覧会
現場のエンジニアたちの知見が凝縮された同人誌を自由に読むことができました。

ほかにもスタンプラリーや屋台などがあり、ただ座って話を聞くだけではなく、
参加者と交流できる場となっていました。
セッション
各企業の製品紹介や開発現場の事例など、多岐にわたるトピックがありました。
なかでも印象的だった2つのセッションを紹介します。
① 二重開発負債をOne Application化で解くペアーズのグローバルRe:Architect戦略
アプリを海外展開した際に突き当たったのは、「日本で通じていた暗黙の前提が、海外では通用しない」という壁でした。言語、時刻、個人データの置き場所など、国ごとに異なる「文化的な差分」が膨大に発生したのです。開発効率とスケール性を保ちつつ、この差分をどう乗り越えるかが焦点でした。
そこでペアーズは、「One Application化」戦略をとりました。これは、すべてを共通化するのではなく、「スケールさせる共通基盤」と「現地文化に適応するための分離層」に分けて開発する設計戦略です。ある程度共通の土台ができていたインフラ層は統一することで、開発効率を最大化します。差分が大きかった機能面やデータ管理などのアプリケーション層は、国ごとに機能の可否を設定したり、データを別々に管理する設計を維持したり、あえて仕組みを分離させることで、現地の需要に即した柔軟なサービス展開を可能にします。
「現地文化への適応」と「技術的負債の解消」という相反する課題に対し、設計の分離を見極めることの重要性を学びました。
② ~備えあれば憂いなし~
とりあえず障害訓練やろ?デジタル/フィジカル横断プロダクトを24365で維持するための戦略
障害訓練とは、システムに障害を発生させ、チームで協力して対処することにより、本番環境でのトラブルに備える「システム版避難訓練」のことです。
その運用ルールで徹底されているのは「リアリティ」です。観察役と対応チームを分離し、発生時間を事前共有せず訓練を開始します。障害発生通知はシステムのアラートや顧客からの報告を模倣し、解決までの制限時間も設けることで、本番同様の緊張感を生み出します。ここでは技術的な解決だけでなく、関係各所への報告といった「コミュニケーション」の質も重要な評価ポイントとなります。
障害訓練のテーマ設定では、直近で発生した障害を模倣することがポイントでした。
また、障害を検知するアラートが多すぎると、重大な障害を見落とす原因になるため、「訓練を通じて『アラートを消す・変更する』改善活動を繰り返す」という指摘は新しい発見でした。
障害対応の訓練を積むことで、限られた時間の中でも証拠を収集する力と、迅速な意思決定力が鍛えられると学びました。
まとめ
今回のイベントを通じて学んだのは、最先端の技術を使っている現場であっても、課題解決の鍵は、技術そのものだけでなく、設計の考え方や組織の在り方にあるということです。
「システムを分けるべきか、一つにまとめるべきか」といった設計の悩みも、
「障害に素早く気づくために、チームでどう備えるか」という運用の工夫も、
すべて「プロダクトをより良くしたい!」という熱い思いから生まれていると気づきました。
登壇者の方々が話す「試行錯誤の経緯」を聞いていると、プログラミングや技術的知識だけでなく、直面した課題を解決する「思考力」や、予期せぬトラブルを冷静に対処する「対応力」といった、エンジニアとしての『人間性』そのものが試されているのだと感じました。
今回の学びを起点に、これからは自分の業務でも「もっと変化に強いシステムにするには?」「もっと効率的にトラブルを解決する仕組みはないか?」と、自分なりに考えながら開発をしていきたいと思います。





