google-site-verification=tSMQ4FQhFx1RDsDFsOm7hyKcAa8tJgpr-DpePxzfGzM iPhoneアプリ落ち､Googleの障害記録と見出しを並べる | 見出しの手前

iPhoneアプリ落ち､Googleの障害記録と見出しを並べる

Detailed view of a smartphone camera app icon with notification badge. バズ

9月の午前､日本国内でいう報告が相次ぎました｡国内の報道はいう利用者目線の見出しで伝えました｡原因として名前が挙がったのはAppleではなくGoogleで､アプリに組み込まれている解析用の部品が止まる原因になっていました｡この記事では､Googleが公開した障害記録､開発者が立てたGitHubの報告､国内外の報道を並べます｡見出しに入った要素と落ちた要素を確かめます｡

何が報じられたか

ITmedia Mobileの記事､9月の午前ごろから複数のiOSアプリで強制終了が頻発したと伝えました｡起動しても数秒でホーム画面に戻るという症状です｡影響は特定のアプリに限らず､ジャンルの異なる多くのアプリで同時に起きたとしています｡このいう把握について､記事はJX通信社のリスク情報サービス出典に挙げています｡

原因については､Googleのアプリ開発基盤解析機能関係している可能性を示しました｡Firebaseは多くのアプリが外部部品して組み込んでいるため､個々のアプリ開発者のコードではなく提供元のサーバー側に起点がある､という構図です｡見出しのこの構図を指しています｡

海外ではMacRumors9to5Google､Googleの説明を引いて報じました｡

原典に当たる

一次情報は2つあります｡

1つ目はGoogleのFirebaseステータスページです｡対象サービスは記されています｡原因は「SDKが受け取ったペイロード形式が正しくなかった」ことで､起動時のクラッシュにつながったと説明しています｡ページには「修正は展開済み｡SDKの更新は不要」とあり､下記のGitHub報告にリンクしています｡9to5Googleが引用したGoogleの説明によると､発生は米太平洋夏時間の9月､修正の全面展開は同です｡キャッシュの挙動により､展開完了から最大は一部の端末でクラッシュが続く可能性がある､とも書かれています｡

日本時間に直すと､発生は9月､修正の展開完了はです｡キャッシュ由来のクラッシュが収まる目安はごろになります（太平洋夏時間とは差｡換算は筆者）｡

2つ目は､FirebaseのiOS用SDKのGitHubリポジトリに立てられたIssue #16728です｡報告者は､本番のiOSアプリが9月から急にクラッシュし始めたと書いています｡SDKを更新していないのに､リリース済みの4つのビルドで同時に起きたとのことです｡例外メッセージは､sdk-expと呼ばれる通信先からの応答を処理している最中に発生していました｡報告者の環境のSDKは12.14.0です｡最初の間で56人の利用者にのクラッシュがあり､確認したはすべて同じパターンだったと記録しています｡ただし､これは1人の開発者が自分のアプリについて示した数字で､障害全体の規模を表すものではありません｡Issueはその後改題されています｡

報道との差分

原典と国内報道を並べると､差は主に次の4点です｡

  • 発生時刻：Googleの記録は日本時間｡国内記事は､おおむね一致しています｡
  • 原因：Googleは明示しています｡国内記事はいう書き方で､断定を避けていました｡
  • 解消：Googleは修正の展開完了､キャッシュによる最大の余波を公表しています｡国内記事の段階では､解決の見通しは示されていませんでした｡
  • 利用者側の対処：Googleの記録は述べているだけで､利用者が端末で何をすべきかには触れていません｡国内見出しは利用者の対処軸にしています｡

海外の2媒体は､Googleの修正完了の説明を見出しと本文の中心に置きました｡MacRumorsは､同じ時期にiOS 27.0.1が配信されたが､クラッシュとは無関係だったと添えています｡

なぜそうなったか

国内見出しが利用者の対処に寄った理由は､資料の構造と時刻から説明できます｡

1つ目は時刻の差です｡障害が始まった日本時間は､米国では前日の夕方でした｡修正は日本時間の昼前に完了しましたが､キャッシュの余波は午後まで続き得ます｡日本の利用者が症状に気づいて検索し､記事が読まれる時間帯は時間と重なっていた可能性があります｡いう疑問がそのまま見出しになったのは､この時間の重なりと一致します｡

2つ目は､症状と原因の場所が離れていることです｡落ちるのは利用者のiPhoneの中ですが､原因はGoogleのサーバーが送ったデータにあり､アプリの開発者もAppleも直接の当事者ではありません｡説明すること自体が､利用者向け記事の中心的な価値になります｡一方､海外テック媒体の読者には開発者が多いため､いう開発者向けの結論を前に出したと読めます｡これは両者の見出しの違いから分かることで､各社の編集判断を資料で確認したわけではありません｡

3つ目は発表のタイミングです｡国内記事が参照できたのは障害検知サービスの情報で､Googleの事後説明が出そろう前だったと考えられます｡そのため原因がとどまっていました｡どの時点で何を参照したかは､記事からは確認できません｡

分からなかったこと

影響を受けたアプリの数と利用者の数は､Googleの記録に書かれていません｡海外報道にはいう表現がありますが､その根拠となる集計は確認できませんでした｡アプリの削除と再インストールで症状が消えたかどうかも､Googleの説明には書かれていないため判断できません｡キャッシュが端末側とサーバー側のどちらにあったのかも､公開資料からは特定できませんでした｡国内記事が挙げたFASTALERTの検知データは､原資料を取得できていません｡

出典

※本記事は報道・公開情報をもとに作成した速報であり､内容が後に更新・訂正される場合があります｡最新かつ正確な情報は､一次情報や公式発表をご確認ください｡

コメント

タイトルとURLをコピーしました