GoogleのFirebase SDK障害、iOSアプリが世界中でクラッシュ
姉妹サイトの新着
他サイトの新着
- 5chまとめMAP【徹底調査】カレーの野菜の多くに「中国産」を使用する「CoCo壱番屋」 一方、国産野菜にこだわる外食チェーンの名前は？ 中国産野菜の使用を徹底調査！
- ニュース速報まとめMAP【芸能】河本準一、絶飲絶食での治療を決意－膵臓がガチでヤバいらしいでｗｗｗ
- なんJ傑作まとめアンテナMAP【悲報】GACKT「NISAの時価総額は答えられる？配当利回り8%なのか？そんなもんいっぱいあるわ」
- アニメ声優まとめアンテナMAP【悲報】スト6のモダンを見下して説教垂れたプロチームのスタッフさん、無事チームごと謝罪
- VTuberまとめアンテナMAPGALLERIA「カグラナナコラボモデル」がリニューアル 本人イラストによる特別デザインケースを採用し、スペックも強化
- だめぽアンテナ【ウマ娘】新衣装のエアグルーヴは跪いて下から拝みたくなる破壊力があるな…
- ヌルポあんてなローソン半額祭りｗｗｗｗｗｗｗｗｗｗ
- 2chまとめアプリ+●●●●●●●●●●●●●●●●●●●●●中日 ●●●●●●●●●●●●●●●●●●●広島
- News人【にじさんじ】しがりこ「レッスンの後そのまますず菜の家でベリーも一緒に3人でお泊まり会してるお✊ﾊﾋﾟｰ」他
- ブルーアンテナ東大「くっ…女性学長を誕生させたいのに男側とダブルスコアで投票負けてる…」
- ウマーあんてな米ホワイトハウス声明 「アメリカは決して共産主義の国にはなりません」
- Red4 海外の反応まとめ【海外の反応】日本で600年前から伝わる林業技術「台杉」が凄い → 「なんで世界の他の地域でこれをやらないのか不思議」「マジでよく考えられてるわ」
- つべこアンテナ【事故渋滞】名神高速 下り 蒲生バス停付近で接触事故💥 追越車線規制 湖東三山PA〜蒲生SIC 渋滞距離 6.0km 通過時間 50 分
- キター！アンテナNewsweek「成人して子供もいないのにデズニーに夢中な奴は発達障害を除いて火炎放射器で焼かれろ」
- ２ちゃんマップサッカー、度を越した長髪でプレーして相手が思わず引っ張りレッドカードにする戦術が開発される
- カオスアンテナ使徒に侵食される綾波レイ、えっちすぎてヤバい・・・
- おまとめ【スカッと】下校中に不審なおじさんに肩を掴まれた中学生女子⇒通りすがりのメガネ青年に理詰め論破されて捨て台詞で逃走ｗｗ
- 即まとch尾田栄一郎さん、敵キャラをまたギャグ化に賛否 5ch「ソマーズはこの程度でええやろ」
- 海外の反応ジャーナル「１９９９年当時、日本のゲームショップはこのような感じで商品を並べていた」海外の反応
- 海外反応・海外ニュースまとめ【海外の反応】新作『コントロール レゾナント』同接3.4万→海賊版ユーザーも「買え」と勧める珍事
2026年9月29日朝、Googleが提供するFirebase SDKの不具合により、これを組み込んだiOSアプリが世界的に次々とクラッシュする障害が発生した。問題は数時間で修正されたが、サーバー側から配信される設定が原因だったため、アプリ側でSDKのバージョンを固定していても防げなかったという指摘が上がった。米Hacker Newsのスレッドでは、2020年のFacebook SDK障害との類似を指摘する声のほか、サードパーティ製SDKへの依存リスクや、その責任の所在を誰が負うべきかを巡って議論が交わされた。
FirebaseのSDKが今朝からずっとiOSアプリを全部クラッシュさせてる
出典: twitter.com / 元記事はこちら
せめてGoogleのエンジニアは「二分木を反転させる」問題くらいは解けるんだろうな
>>2
笑える、でも奴らBREWは作れなかったけどな(笑)
笑える、でも奴らBREWは作れなかったけどな(笑)
>>2
そりゃ少なくとも12人くらいのエンジニアが、このSDKを最低14日間ぶっ通しでちゃんとテストしたんだろうね[1]（棒読み）
[1] Google Playの該当ポリシーページより
そりゃ少なくとも12人くらいのエンジニアが、このSDKを最低14日間ぶっ通しでちゃんとテストしたんだろうね[1]（棒読み）
[1] Google Playの該当ポリシーページより
2020年にFacebookのSDKでもまったく同じことが起きている: https://news.ycombinator.com/item?id=23097459
解決済みとのこと → GitHubのissueより
>>4
解決したとはいえ、影響は最大4時間ほど残る可能性があるらしい……問題が多すぎるし、不正な入力に対してちゃんと振る舞うSDKの更新版が出る気配もない
解決したとはいえ、影響は最大4時間ほど残る可能性があるらしい……問題が多すぎるし、不正な入力に対してちゃんと振る舞うSDKの更新版が出る気配もない
そう、バージョンを固定していても、設定自体がサーバーから配信される以上は防げない
うわ……これがこの手の依存関係の怖いところだよな。でも便利さは確かにあるから、使いたくなる気持ちも分かる
>>6
そろそろAppleがFirebaseを「シャーロック」(標準機能として取り込んで潰す)する時期じゃないか
そろそろAppleがFirebaseを「シャーロック」(標準機能として取り込んで潰す)する時期じゃないか
>>18
AppleのWebサービスは正直ひどいから、それはやめてほしい。動くときはいいんだけど、5〜10%くらい（体感、AirDropが繋がらない頻度と同じくらい）失敗したときに、何が起きてるのか全く分からない。Appleは進捗表示や分かりやすいエラーメッセージが本当に苦手
AppleのWebサービスは正直ひどいから、それはやめてほしい。動くときはいいんだけど、5〜10%くらい（体感、AirDropが繋がらない頻度と同じくらい）失敗したときに、何が起きてるのか全く分からない。Appleは進捗表示や分かりやすいエラーメッセージが本当に苦手
>>18
今なら自分でクラッシュレポーターを書けるよ
今なら自分でクラッシュレポーターを書けるよ
皮肉だよな。他人をクラッシュから救うはずのサービスが、自分自身は救えなかった
ちょっとした英語のアドバイス: "today morning"じゃなくて"this morning"が正しい言い方だよ
今日、いろんなアプリが落ちるのはなんでだろうと思ってたけど、これが原因だったのか。知れてよかった
>>11
でもこれはGoogle側として全く許されることじゃない
でもこれはGoogle側として全く許されることじゃない
これが初めてじゃないんだよね
これを避ける方法が何かあればいいのに……（Google側の話は置いといて、それだけじゃなくてさ）
>>13
無理だよ、自分たちでコントロールできる話じゃない。依存先のメンテナーを「信じるしかない」っていう類の話
無理だよ、自分たちでコントロールできる話じゃない。依存先のメンテナーを「信じるしかない」っていう類の話
「どうしてこんな酷いことを」って声ばかりで、「自分たちが組み込んだサードパーティのコードを、ちゃんと読んでおくべきだったんじゃ」っていう声はあまり聞かない。ただの部外者の意見だけど、モバイル開発の現状を物語ってる気がする
>>14
君たちはすでにFirebaseの、コードを読めないクラウド製品側は信頼してるわけだろ。だったらクライアントSDKのコードだって信頼して当然じゃないか
君たちはすでにFirebaseの、コードを読めないクラウド製品側は信頼してるわけだろ。だったらクライアントSDKのコードだって信頼して当然じゃないか
>>14
モバイルもフロントエンドも、今の開発は依存ライブラリが多すぎるんだよ
モバイルもフロントエンドも、今の開発は依存ライブラリが多すぎるんだよ
>>8
オフライン同期に関しては、Firebaseは他のオールインワン型サービスよりまだかなり強い。本当の代替にするなら、SQLite系の同期ソリューションと、認証・クラウド演算は別のサービスを組み合わせる必要がある
オフライン同期に関しては、Firebaseは他のオールインワン型サービスよりまだかなり強い。本当の代替にするなら、SQLite系の同期ソリューションと、認証・クラウド演算は別のサービスを組み合わせる必要がある
>>19
Firebaseはリアルタイム更新付きのクエリやオフラインキャッシュには対応してるけど、それを「オフライン同期」と呼ぶのはちょっと違う気がする
Firebaseはリアルタイム更新付きのクエリやオフラインキャッシュには対応してるけど、それを「オフライン同期」と呼ぶのはちょっと違う気がする
他サイトの新着
>>8
Supabaseが分かりやすい対抗馬だと思う。ただフロントエンドのホスティングまではやってくれないから、結局「問題が2つ」になるのが面倒
Supabaseが分かりやすい対抗馬だと思う。ただフロントエンドのホスティングまではやってくれないから、結局「問題が2つ」になるのが面倒
>>20
Supabaseがセルフホストできるのは知らなかった、教えてくれてありがとう、調べてみる。うちの客先はヨーロッパで、Firebaseから移行するにしても、別の米国企業運営のマネージドサービスには行きたくないらしい（デジタル主権とかの理由で）
Supabaseがセルフホストできるのは知らなかった、教えてくれてありがとう、調べてみる。うちの客先はヨーロッパで、Firebaseから移行するにしても、別の米国企業運営のマネージドサービスには行きたくないらしい（デジタル主権とかの理由で）
>>10
誰がコードを書いたかに関係なく、コミットに名前が載っている人と、そのPRを承認・レビューした人には責任がある
誰がコードを書いたかに関係なく、コミットに名前が載っている人と、そのPRを承認・レビューした人には責任がある
>>21
そして多くの会社では、まともなスピード（AIベンダーが謳うスピード、つまりツールを「ヨロモード」で好き勝手動かすスピードじゃなく）で仕事をしていると、そういう責任者はそのうち「とにかくヨロで進める人」に置き換えられてしまう
そして多くの会社では、まともなスピード（AIベンダーが謳うスピード、つまりツールを「ヨロモード」で好き勝手動かすスピードじゃなく）で仕事をしていると、そういう責任者はそのうち「とにかくヨロで進める人」に置き換えられてしまう
>>21
何度言われても現実は変わらない。「AIのせいにできる」なら誰も責任を取らされない、それが実態
何度言われても現実は変わらない。「AIのせいにできる」なら誰も責任を取らされない、それが実態
彼らを「サードパーティのプッシュ通知ベンダー」と呼ぶのは、まだ好意的すぎる言い方だと思う。プッシュ通知自体はGoogleがやっていて、OneSignalはそのラッパーを提供しているだけだと思う
>>22
何年も前からずっとこの状態を受け入れてきたし、ユーザーもそれを受け入れてきたよね
何年も前からずっとこの状態を受け入れてきたし、ユーザーもそれを受け入れてきたよね
>>24
現実的じゃないのは分かるけど、サードパーティのライブラリを一つでも使えば、上流のバグに巻き込まれるリスクは常にある。それを「誰かのせい」にする文化じゃなくて、受け入れる姿勢が必要だと思う
現実的じゃないのは分かるけど、サードパーティのライブラリを一つでも使えば、上流のバグに巻き込まれるリスクは常にある。それを「誰かのせい」にする文化じゃなくて、受け入れる姿勢が必要だと思う
>>26
そうだね、でもSaaSがここまで広まったのもそれが理由でしょ。分析SDKとか監視ツールとか色々あるし
そうだね、でもSaaSがここまで広まったのもそれが理由でしょ。分析SDKとか監視ツールとか色々あるし
>>33
エージェント型のソフトウェア開発における「検証」は、まだグレーゾーンだと思う。QA担当や検証する人たちも、結局はコーディングエージェントに頼ってQAをやらせがちだし、エージェントが自分自身を納得させるのがどれだけ得意か、みんな知ってるはず
エージェント型のソフトウェア開発における「検証」は、まだグレーゾーンだと思う。QA担当や検証する人たちも、結局はコーディングエージェントに頼ってQAをやらせがちだし、エージェントが自分自身を納得させるのがどれだけ得意か、みんな知ってるはず
>>33
そんなの全部お金と手間をかけてやる必要ある？ユーザーに丸投げすればいいんだよ。ユーザーは忘れるし、惰性でそのままそのプラットフォームを使い続けてくれる
そんなの全部お金と手間をかけてやる必要ある？ユーザーに丸投げすればいいんだよ。ユーザーは忘れるし、惰性でそのままそのプラットフォームを使い続けてくれる
>>34
それは違う。ちゃんと全部彼らのせいにされるよ。そしてその反論は「経営陣がAIを使え、早くしろと言ってきたから」になる。結局、経営陣は誰からも責められない
それは違う。ちゃんと全部彼らのせいにされるよ。そしてその反論は「経営陣がAIを使え、早くしろと言ってきたから」になる。結局、経営陣は誰からも責められない
>>42
解決策は自分でちゃんとテストすることであって、AIを増やすことじゃない
解決策は自分でちゃんとテストすることであって、AIを増やすことじゃない
この話題の背景と論点
Firebaseは、プッシュ通知や認証、リアルタイムデータベースなどをまとめて提供するGoogleのモバイル向けサービス群で、多くのiOSアプリに組み込まれている。今回の障害はクライアント側のコードではなく、Firebaseのサーバーから配信される設定(リモートコンフィグ)を読み込む際に不正な値でクラッシュした可能性が高く、そのためSDKのバージョンを固定していても防げなかった点が特徴的だ。同様の事例は2020年のFacebook SDKでも起きており、スレッドでは「サードパーティSDKを組み込む以上、上流のバグに巻き込まれるリスクは避けられない」という意見と、「Googleほどの企業が最低限の検証もしていないのは許されない」という意見が並んでいた。AIによる開発が広がる中で、不具合が起きた際の責任の所在が誰に向かうのかという、やや脱線した議論も交わされている。
※本記事は5ch(Hacker News)スレッド「Firebase SDK is CRASHING ALLLL iOS Apps, since today morning」より抜粋・要約して構成しています。
この記事のリアクション
まだコメントはありません。