AIニュース最前線
最新ニュースAI日報Hacker日報週報動画AIツールトレンド企業

AIニュース最前線

世界中のAI最新情報を日本語で毎時更新

最新ニュース日報トレンド企業プレミアムRSS
© 2026 ainew.jp特定商取引法に基づく表記
ニュース一覧元記事を開く
Vercel Blog·2026年5月25日 23:00·約7分で読める

Vercel上でNext.jsを活用したリアルタイム停電マップの構築

#Next.js#Vercel#Supabase#ヘッドレス CMS#リアルタイムシステム
TL;DR

オーストラリアの電力会社 Endeavour Energy は、Next.js と Vercel を活用したヘッドレスアーキテクチャへ移行し、台風時の大規模トラフィックでもサブ 1 秒の読み込みとリアルタイムデータ更新を実現しました。

AI深層分析2026年5月29日 23:02
3
注目/ 5段階
深度40%
4
関連度30%
2
実用性20%
5
革新性10%
3

キーポイント

1

インフラのボトルネック解消とパフォーマンス向上

従来の密結合型システムから Next.js と Vercel への移行により、ピーク時のページロード時間がサブ 1 秒に短縮され、デプロイ速度が 38% 向上しました。

2

ヘッドレスアーキテクチャによる独立スケーリング

フロントエンド(Next.js)、リアルタイムデータ層(Supabase)、コンテンツ管理(Sitecore)を分離し、各レイヤーがトラフィック変動に応じて独立してスケールする仕組みを構築しました。

3

災害時の信頼性と迅速な情報提供

通信環境が悪い状況でも正確な停電情報を即座に提供できるようになり、データ同期サイクルを 5 分以内に短縮することで、顧客の不安解消と安全性確保に貢献しています。

4

Vercel Cron Jobsによるデータ鮮度向上

Upstream の停電システムから Supabase へ 5 分ごとにデータを同期する cron ジョブを導入し、ピーク時のデータ更新サイクルを 45 分から 5 分に短縮しました。

5

既存 CMS を維持した段階的移行

Sitecore を継続利用しつつフロントエンドとデータ層のみを再構築し、編集ワークフローを中断せずに Vercel へ段階的に移行しました。

6

プレビュー環境による品質保証

各プッシュで自動生成されるプレビュー環境を活用して本番リリース前に検証を行うことで、デプロイ時間を 40% 短縮し、サービス停止なしに機能を実装しました。

影響分析・編集コメントを表示

影響分析

この記事は、インフラストラクチャの設計思想が「平常時」から「災害時(ピーク時)」を前提としたものへシフトする重要性を示しています。特に Next.js や Vercel といったモダンなクラウドネイティブ技術が、単なる開発効率化だけでなく、社会インフラとしての信頼性を支える基盤となり得ることを実証したケーススタディです。

編集コメント

自然災害時のインフラ運用において、技術選定が直接的に人命や社会生活の安全に関わるケースを浮き彫りにしており、エンジニアリングチームにとって非常に示唆に富む事例です。

Vercel 上の Endeavour Energy

ピーク時の嵐のトラフィック中もサブ 1 秒でのページ読み込み

すべての上流システムにわたる 5 分ごとのデータ同期サイクル

以前のプラットフォームと比較してデプロイが 38% 高速化

オーストラリアのニューサウスウェールズ州で夏の嵐が通過すると、数十万人の人々が同じページを開きます。それが Endeavour Energy の停電マップです。

最悪の嵐の際には、人々は暗闇の中で、受信状態が悪い携帯電話から、外でまだ線路に木が倒れている状況を確認します。彼らが求めているのはただ一つ:正確な情報を、迅速に。

Endeavour Energy はオーストラリア最大の電力配給事業者の一つであり、ニューサウスウェールズ州の 280 万人以上の人々にサービスを提供しています。嵐はこの地域で頻繁に発生し、発生した際、その停電マップは同社の窓口となります。長い間、それはボトルネックでもありました。パフォーマンスが最も重要となるまさにその瞬間にトラフィックが急増し、Vercel への移行前には、基盤となるプラットフォームが追いついていませんでした。

すべての嵐がインフラの欠陥を露呈させた

以前の構成ではフロントエンドとコンテンツ層が密結合しており、デプロイが遅く、スケーリングが困難でした。リアルタイム更新には手動でのオーケストレーションが必要で、負荷下では信頼性がありませんでした。本来 10 分で完了するべきリフレッシュサイクルが、マップが最新である必要があるまさにその時に 1 時間以上にも及ぶことがありました。

停電マップは拡張性が低く、更新も遅かった。小さな編集作業でも丸一日かかり、構造的な変更にはさらに時間がかかっていた。しかし、スピードこそが目的だったのだ。嵐の際には、顧客は数時間ではなく数分以内に正確な情報を必要とする。

すべての嵐は、製品ローンチに匹敵する規模のトラフィック急増を引き起こすが、いつ発生するかを誰かが選ぶわけではなく、嵐自身が決める。自動的に急増に対応できるインフラがなければ、チームは通常時の約 17 倍のトラフィックを見越して年間を通じてリソースを用意し、運用とエンジニアリングが並行して変更を検証できるように独自のプレビュー環境を構築し、アップストリームのデータフローを維持するための cron ジョブ(定期実行タスク)を管理する必要があった。

それぞれのワークアラウンドはエンジニアチームに対する四半期ごとの負担となり、パッチ適用はさらに保守すべきコードを増やすだけだった。そこで彼らはシステムを Next.js と Vercel 上で再構築した。

3 つのレイヤーがそれぞれ独自にスケールする

Endeavor のエンジニアリングチームは、Vercel 上でヘッドレス構成を採用した。まずフロントエンドを Sitecore から Next.js へ移行し、次にリアルタイム停電データを扱う新しいデータベースサービスを実装した。コンテンツ編集には CMS が引き続き使用される。

アーキテクチャの各部分は、それぞれ独立してスケールし、デプロイされ、更新される。

Vercel 上の Next.js は、サーバーサイドレンダリング(SSR)、静的生成(SG)、エッジ配信によってフロントエンドを支える。

Supabase がリアルタイムデータレイヤーを管理し、その API を通じて停電データと資産データを保存・提供している。

Sitecore はコンテンツおよびエクスペリエンスプラットフォームとして引き続き機能し、編集ワークフローとページコンテンツを管理しています。

ヘッドレス化により、各レイヤーが独自の条件でスケーリングできるようになりました。Vercel 上ではフロントエンドが自動的にトラフィックの急増に対応するため、チームはもはや最悪の事態に備えて年間を通じてリソースを確保する必要はありません。コンテンツ編集者は既存のワークフローを維持したまま、CMS の移行なしに全体の再構築が行われました。

5 分ごとの Vercel Cron Jobs による同期

停電マップの価値はその鮮度にかかっています。活発な気象事象中に古くなったデータは、データがないことよりも悪いです。

Endeavor の新しいデータパイプラインでは、Vercel Cron Jobs を使用して、上流の停電システムから Supabase へ 5 分ごとに同期を行っています。スケジュールされたジョブは Vercel Functions として実行され、最新の停電状況、影響を受ける地域、および推定復旧時間を取得します。フロントエンドは Supabase からほぼリアルタイムでデータを読み取ります。

負荷下では 45 分かかっていた更新サイクルも、ピーク時の嵐のトラフィック時でもスケジュール通りに 5 分以内に完了します。暗闇の中でマップを確認する顧客にとって、これは「表示されている情報を信頼できるか」、それとも「更新を期待して絶えずリフレッシュし続けるか」の違いとなります。

ダウンタイムなしでの移行

数百万のユーザーに電力を供給する事業者にとって、移行のためにサービスを停止することは選択肢ではありませんでした。チームは段階的な移行を実行しました。既存プラットフォームの横に Vercel 環境を構築し、コンテンツを徐々に移行したのです。Endeavour は Sitecore をそのまま維持しつつ、その周囲のフロントエンドとデータ層のみを再構築し、編集ワークフローには手を加えませんでした。

彼らのエンジニアリングチームは、Vercel のソリューションパートナーである Gamma と協力して、停電マップを再構築し Vercel への移行を行いました。

停電マップが最優先されました。これは最も多くのトラフィックを集め、かつ最も重要なステークスを持つ機能だったためです。新コンポーネントは本番環境へ投入する前に並行して構築・テストされました。プレビューデプロイメントにより、エンジニアリングから運用まで複数のチームが、本番公開前の各ビルドを可視化できるようになりました。

この段階的なアプローチにより、既存のサービスを中断させることなく、各コンポーネントを実際の環境条件下で検証することが可能になりました。Vercel のパイプライン上でのデプロイメントは 40% 高速化され、プッシュが行われるたびにプレビュー環境が自動的に生成されます。

次に何が起こるか

次の嵐の季節はもう目前に迫っています。到来した際、停電マップはピーク時のトラフィック下でもサブ秒レベルでのページ読み込みをサポートし、上位システムから 5 分ごとにデータが更新されるようになります。

Endeavor のエンジニアリングチームは Web アプリケーション全体を変革しましたが、280 万の顧客にとってその変化はシンプルです。暗闇の中でマップに手を伸ばしたとき、そこにあるということです。

Endeavour Energy について:Endeavour Energy はオーストラリア最大の電力配給事業者の一つであり、シドニー西部、ブルー山脈、サザン・ハイランズ、イラワラ地域に在住する 280 万人以上の人々に電力を供給しています。

続きを読む

原文を表示

Endeavour Energy on Vercel

Sub-1s page loads during peak storm traffic

Five-minute data sync cycle across all upstream systems

38% faster deployments compared to their previous platform

When a summer storm rolls through New South Wales in Australia, hundreds of thousands of people pull up the same page: the Endeavour Energy outage map.

During the worst storms, people check it from the dark, on a phone with patchy reception, while a tree is still down on the line outside. They want one thing: accurate information, fast.

Endeavour Energy is one of Australia's largest electricity distributors, serving more than 2.8 million people across New South Wales. Storms hit the region often, and when they do, that outage map is the front door to the company. For a long time, it was also the bottleneck. Traffic surged exactly when performance mattered most, and before migrating to Vercel, the platform underneath couldn't keep up.

Every storm exposed faulty infrastructure

The previous setup tightly coupled the frontend to the content layer, making deployments slow and scaling difficult. Real-time updates required manual orchestration and weren't reliable under load. Refresh cycles that should have taken 10 minutes could stretch to an hour or more, exactly when the map needed to be current.

The outage map was hard to extend and slow to update. Small editorial changes could take a full day, and structural changes took even longer. Yet speed was the whole point: during a storm, customers need accurate information in minutes, not hours.

Every storm produces a traffic spike on the scale of a product launch, except no one chooses when it lands; the storm does. Without infrastructure that automatically absorbs spikes, the team had to provision year-round resources for roughly 17x normal traffic, roll their own preview environments so operations and engineering could review changes in parallel, and maintain cron jobs to keep upstream data flowing.

Each workaround was a quarterly tax on the engineering team, and patching only added more code to maintain. So they rebuilt the system on Next.js and Vercel.

Three layers, scaling on their own terms

Endeavor's engineering team opted for a headless setup on Vercel. They started by migrating the frontend from Sitecore to Next.js, and then they implemented a new database service for live outage data. The CMS stayed in place for content editors.

Each piece of the architecture now scales, deploys, and updates independently.

Next.js on Vercel powers the frontend with server-side rendering, static generation, and edge delivery.

Supabase manages the real-time data layer, storing and serving outage and asset data through its API.

Sitecore remains the content and experience platform, handling editorial workflows and page content.

Going headless meant each layer could scale on its own terms. On Vercel, the frontend automatically absorbs traffic spikes, so the team no longer provisions year-round for the worst-case storm. Content editors kept their existing workflow, and the entire rebuild happened without a CMS migration.

Five-minute syncs with Vercel Cron Jobs

The value of the outage map depends on its freshness. Stale data during an active weather event is worse than no data at all.

Endeavor's new data pipeline uses Vercel Cron Jobs to synchronize upstream outage systems into Supabase every five minutes. The scheduled jobs run as Vercel Functions, pulling the latest outage status, affected areas, and estimated restoration times. The frontend reads from Supabase in near real-time.

Refresh cycles that once stretched to 45 minutes under load now hit their five-minute window on schedule, even at peak storm traffic. For the customer checking the map in the dark, that's the difference between trusting what they see and constantly refreshing, hoping for an update.

Migrating without going dark

For a utility serving millions, going offline for a migration wasn't an option. The team ran an incremental migration: a Vercel environment alongside the existing platform, with content moved gradually. Endeavour kept Sitecore in place and rebuilt only the frontend and data layer around it, leaving editorial workflows untouched.

Their engineering team worked with Gamma, a Vercel solution partner, to rebuild the outage map and migrate to Vercel.

The outage map was prioritized first, since it carried the highest traffic and the highest stakes. New components were built and tested in parallel before going to production. Preview deployments gave multiple teams, from engineering to operations, visibility into each build before it went live.

The phased approach allowed the team to validate each component under real-world conditions without disrupting the existing service. Deployments are 40% faster on Vercel's pipeline, with preview environments automatically generated on every push.

What comes next

The next storm season is already on the horizon. When it arrives, the outage map will support sub-second page loads under peak traffic, with data refreshed every five minutes from upstream systems.

Endeavor's engineering team transformed their entire web application, but for their 2.8 million customers, the change is simple: when they reach for the map in the dark, it will be there.

About Endeavour Energy: Endeavour Energy is one of Australia's largest electricity distributors, serving more than 2.8 million people across Western Sydney, the Blue Mountains, the Southern Highlands, and the Illawarra.

Read more

この記事をシェア

関連記事

Vercel Blog★32026年5月29日 19:00

Vercel、Pro および新 Enterprise ユーザー向けに関数呼び出し課金を単価制へ移行

Vercel は Pro および新規 Enterprise カスタマーに対し、パッケージベースの課金から単位ごとの課金(1 回あたり 0.0000006 ドル)へ移行すると発表した。現在の請求サイクル終了までは従来料金を維持し、次期から使用量に連動した課金体系となる。

Vercel Blog★42026年5月29日 13:00

推論盗難からの保護

Vercel は、最先端モデルへのプロンプトが高額なため推論盗難リスクが高まっているとし、インターネットに公開された AI エンドポイントを不正利用から守る対策を講じたと発表した。

Vercel Blog★32026年5月29日 09:01

Vercel Sandbox で Docker コンテナを実行可能に

Vercel は、ホストシステムに影響を与えずに Docker コンテナの構築やパッケージインストールを可能にする機能を Sandbox に追加した。これにより、Redis や Postgres などのテスト依存関係の実行や、デプロイ前のイメージ検証が可能になる。

ニュース一覧に戻る元記事を読む