世界を動かす技術を、日本語で。

Google Cloudによって遮断された鉄道

概要

Railwayのサービス稼働状況まとめ。 全体的に非常に高い 稼働率 を維持。 主要な拠点やサービスごとの 詳細な稼働率 を記載。 外部連携 やログイン機能も安定稼働。 問題発生時は station.railway.com で報告可能。

Railwayサービス稼働状況レポート

  • Railway のステータスページは、広範囲に影響する 重大インシデント のみ掲載。
  • 小規模または限定的な問題は 掲載対象外
  • 問題発生時は station.railway.com での報告推奨。

サービス別稼働率

  • Dashboard (railway.com) :99.98%の高稼働率

  • Central Station (station.railway.com) :100.00%の稼働率

  • Deployments (Railway Metal) :99.94%の稼働率

    • US East (Metal / Virginia, USA) :99.94%
    • Southeast Asia (Metal / Singapore) :99.94%
    • US West (Metal / California, USA) :99.94%
    • EU West (Metal / Amsterdam, Netherlands) :99.94%
  • Edge Network (Railway Metal) :99.96%の稼働率

  • TCP Proxy (Metal) :99.97%の稼働率

    • 地域別(US East, Southeast Asia, EU West, US West):いずれも99.96%〜99.97%
  • Builds (Railway Metal) :99.94%の稼働率

  • Image Registry (Metal) :99.94%

  • Build Machines (Metal) :99.94%

100%稼働のサービス

  • Private Networking
  • DNS
  • Traffic
  • Observability
  • Metrics
  • Logs
  • Builds (Legacy)
  • Build Machines (GCP)
  • Image Registry (GCP)
  • Railway Storage Buckets
  • External / Third-Party Integrations
  • Registry - npm
  • Let's Encrypt - acme-v02
  • Registry - Dockerhub
  • Logins (magic.link)
  • Registry - GitHub (GHCR)
  • Payments (Stripe)
  • GitHub
  • Login
  • Login - GitHub
  • Login - Google
  • Deployments (Legacy)
  • Southeast Asia (GCP / Singapore)
  • US East (GCP / Virginia, USA)
  • US West (GCP / Oregon, USA)
  • EU West (GCP / Amsterdam, Netherlands)
  • Edge Network (Legacy)
  • EU West (GCP / Amsterdam, Netherlands)
  • US West (GCP / Oregon, USA)
  • US East (GCP / Virginia, USA)
  • TCP Proxy (GCP)
  • Southeast Asia (GCP / Singapore)

補足事項

  • 各サービスの 稼働率 は99.94%以上を維持。
  • 全体的な安定性 が非常に高い印象。
  • 問題発生時 は公式サポートページで迅速な対応可能。

まとめ

  • Railwayは ほぼ全サービスで99.94%以上 の稼働率。
  • 重要サービスや外部連携も 100%稼働 を多数維持。
  • 利用者は安心して Railway基盤 を利用可能。

Hackerたちの意見

GCPがスタートアップを潰してから0日。年に一度はこういうのを見るよね。AWSやAzureではこんな話、聞いたことない。真面目な話、だからうちは使わないんだよ。大手3社の中で一番使いやすいクラウドなのに、こういう評判で台無しにしちゃってる。

AWSは普通、最初に連絡してくれるよ。

うん、100%同意。彼らのやり方は本当にバカだよね。

GCPが以前にスタートアップを潰した理由って何だったの?

一方で、GCPの深刻な障害がいつあったか思い出せないな。AWSやAzureは年に何回か大規模にダウンするみたいだけど。

うん、俺たちも同じ理由で触らないようにしてる。

AWSやAzureからはこれを聞いたことがない。AWSはもっと効率的にやってるし、us-east-1がダウンするときに多くのスタートアップを一度に落とす。

こんなことがどうして起こるんだろう、特に月に大きな支出がある会社で。前の職場ではAWSで怪しいワークロードが動いてて、TAMが何かアクションを起こす前に連絡してきたよ。これ、AIの自動化がうまくいかなかったせいで、GCPが人間に連絡するのが苦手だから、サポートのキューに放置されて、数時間後にアウトソーシングされたスタッフが見て、決まり文句の返事をするだけになってるんじゃない?

GCPのサポートに関しては、何も驚かないよ。彼らが必要ないのは確かだけど、ここ6年で12人以上のアカウントエグゼクティブとやり取りしたけど、全員完全に役立たずだった。みんな自己紹介して、ミーティングを設定してくれってお願いしてくるけど、持ってくるスライドデッキは全然関係ない内容で、思わず笑っちゃう。次に連絡が来るのは新しいAEが来た時だよ。最近の返信はこれ(Next '26の直後): 「連絡してくれてありがとう。ただ、これまでに12人以上のGCPアカウント担当者やエグゼクティブ、技術チームと会ってきたけど、今も未来も私たちにとって価値はほとんどないよ。お時間は他のクライアントに使ってもらって構わないよ。私たちは大丈夫だから。本当に。GCPとそのサービスは大好きだし、これまで満足してるけど、人間的な部分は最悪だし、なんで彼らがこんなことを続けるのか理解できない。」

そう、Googleだよ。サービスは使わせてくれるけど、基準に合わないとすぐにアカウント停止される。

へぇ、意味のある返信があるHNの投稿が二つあるみたいだね… 他のスレッドでも言ったけど、アカウントへのアクセスは戻ってきた。でも、アカウント担当者とCSMがいても、何が起こっているのか把握するのに時間がかかったよ。担当者がいなかったらもっとひどかっただろうな。

企業環境でGCPを使うことは絶対にないな。彼らがどれだけ失敗してるか、ほんと驚くよ。GCPサポートがいつから彼らと連携を始めたのか興味深いね。問題を特定してからGCPサポートが確認されるまで、1時間以上かかってたみたいだし。クラウド業界では、AWSは何もしないで勝ってる感じだね。

Googleって人間が苦手なの?会社のインフラを壊す前に、メールか電話で連絡すればいいのに。バカなの?

これは自動化されてるに違いない。人間を雇って他の人間を喜ばせるために貴重な金を無駄にするわけがない。

公共APIを運営している者として、RailwayのIPからのスパムの量はマジでヤバい。彼らの不正防止策はひどいね。これが彼らの運営改善につながるといいんだけど。

Railwayのことは知らなかったから、この誤解を招く見出しを見て、鉄道の真ん前にGoogle Cloudのデータセンターが建設されるのかと思った。面白い話になっただろうな。

タイトルがどう misleading なの?

創業者がXで言ってたけど…「もちろん。鉄道ネットワークはAWS、GCP、Metalの間のメッシュリングです。 - 高可用性の相互接続 - クラウド間の高可用性パスルーティング - データベース自体も高可用性です。ただし、GoogleのVPC自体はそうではありません。だから、MetalとAWSにシャードを追加します。」

もっと詳しくは… https://x.com/JustJake

3-2-1バックアップルールは、クラウドの世界ではちょっと古いよね。異なるS3バケットにデータの完全なコピーを3つ持っていても、同じアカウントの下にあったら、バースト半径の保護を失ってるってことだよ。

独立したプロバイダーにS3バケットを簡単に複製する方法があればいいのに… … Unixコマンドラインで… … GCPより古いクラウドに… … もしあれば…

鉄道は自分たちのデータセンターを作ってると思ってたんだけど? [0] > 実際のところ、他人のクラウドの上にクラウドを構築することはできません。確かに… [0] https://blog.railway.com/p/launch-week-02-welcome

クラウドの上にクラウドを買ったら、まるで道化師の上に道化師だね。