Firebaseサービスは70倍になりましたが、誰も警告しませんでした

Meidumのブログで、HomeAutomationのスタートアップチームは、Firebaseのような無害なサービスがどのようにトラップになり、初期段階での近視眼的な計画が数年後に会社にとって災害になったかについて、比較的ハッピーエンドで有益なストーリーを語りました。

開始する

「他の多くの会社と同様、私たちのスタートアップは非常にシンプルなアイデアから始まりました。 実際、「スマートホーム」向けの自動化システムのプログラマーが新たな問題に対処し、デバイスを統合し、時間を節約できるように作成されたツールでした。



製品を無料で配布し、すぐに人気が出始めました。 とてもエキサイティングでした！ 数か月の間に、Skypeカンファレンスの10人のベータテスターのオーディエンスは、数百、数千のユーザーに成長しました。 私たちは第七天国にいました！ 私はただ座ってGoogleとWoopraの統計を見て、ユーザーの行動を見ていたことを覚えています。



私はこの段階でいくつかの重大な間違いを犯したことを認めた最初の人物です（そこから他の人に警告できることを願っています）。 その後、追加の機能を積極的に作成して実装し、リクエストの無限のストリームの処理に苦労しました。



エラーは、ドキュメントに慣れていないということではありません。 また、機能性に問題があるか、パフォーマンスが低いサービスを選択したわけではありません。 いいえ、小さなながらも危険なミスを犯しました（そして、他の多くのアプリケーション開発者がこの瞬間に成功していると思われます）。



その結果、次のような状況に陥りました。完全に依存していたサービスがポリシーを変更し、サービスの価格が突然70倍に急上昇しました。 そして、支出が数万ドルに達するのを防ぐために緊急に適用できる解決策はありません。 最終的には、ブートストラップモデルに従って資金調達を行うスタートアップに過ぎません。

閉じ込められた！ 黒いストリップの始まり

すべては今年の4月に始まりました。 FirebaseがGoogleの一部になって以来、月額25ドルかかるFlameの料金プランに参加しました。 Googleが買収し、モバイルクラウドストレージに関連するイニシアチブの主役になる前に、この会社のサービスを使い始めました。



次の支払いの後、トラフィック制限を超えたためにアプリケーションが切断されたという通知を受け取ったとき、ほんの数日が過ぎました。 なに？ 非常に驚いたので、そこで起こったことを確認するためにログインしました。



FirebaseのFlame料金プランでは、1か月あたり20ギガバイトの発信トラフィックが25ドルの料金で提供されます。 システムは、指定された制限を超えることを許可していないため、事実の後に不快な驚きを伴うことなく取引が行われます。 それにもかかわらず、過去数日間、統計が示しているように、すでに30ギガバイトのトラフィックを消費しています。











もちろん、アプリケーションを無効にすることはできず、ユーザーはそれを使用する機会を奪われました。 はい、10ギガバイトの追加料金として10ドルを支払います-大したことではありません。 この問題についてすぐにテクニカルサポートに連絡し、議論の後、別の計画「Pay As You Go」に切り替えました。これは、彼らが提供できる唯一の選択肢でした。



Enterキーを押してすぐに、要求されたトラフィック消費量が100ギガバイトに跳ね上がりました。 分かりました、私は不安に感じました。 しかし、私は手を振って、明日、技術サポートでこのトピックについて話すことにしました。



翌朝オフィスに到着すると、180ギガバイトのトラフィックがすでに私たちから送られていることがわかりました。 ギガバイトに1ドルを支払ったことを考えると、私がどれほど恐ろしかったか想像できます。 何が起こっているのですか？！ なぜ？！ すべてを修正する方法？！ どうする？！ これにより、数千および数千ドルの予定外の費用が発生します。



Firebaseは、トラフィック消費に関する分析や説明を提供しません。 利用できるのはグラフ上の青いバーだけで、ギガバイトを消費していることがわかります。











ある種のナンセンス-どこから突然大量のトラフィックを獲得したのでしょうか？ なんで？ これらの人々は誰ですか？ 残念ながら、Firebaseはそのような質問に対する回答を提供していません。



しかし、不幸なことに、データベースプロファイリングツールがあることがわかりました。 私はそれを開始し、1時間後に結果を確認しました。そのデータによると、わずか数メガバイトしか消費していませんでした。 同時に、分析では、同じ期間に2ギガバイトの消費が示されました！











最後に、テクニカルサポートに連絡し、トラフィックの計算ルールを変更したことを通知しました。セキュリティ要件に従って失敗した試行を含む、過剰なSSLリクエストも考慮されるようになりました。 同じ会話の中で、彼らはデータベースプロファイリングツールはSSLの過剰データを表示しないと述べました。 私の場合、利用可能なツールのどれもまったく問題がないことは明らかになりませんでしたが、サービスの請求額は70倍になりました！



彼らによると、ほとんどの場合、アルゴリズムの変更は、REST APIを使用しない限り特に影響しません。 私たちのアプリケーションでは、ソースコードはサポートされていない言語で書かれていたため、これを補うためにREST APIに頼りました。 彼がしたことは、毎分ブール値を読み取り、さらに処理が必要かどうかを確認することだけでした。 2年間、これは問題を引き起こさず、突然、私たちを台無しにしました。



テクニカルサポートスタッフは状況を慎重に調査し、次のように述べました：トラフィックオーバーランは、TLSチケットと呼ばれるものを使用しなかったために発生しました（今では使用していますが、それ以前はライブラリやパッケージでこのようなものを見たことはありませんでした）。 「キープアライブ」は私たちには当てはまりませんでした。



これについてのドキュメントでは、みんなに言葉ではありません。 これは、支払いルールの変更前には特別な問題がなかったという事実によるものだと思います。 私たちはドキュメントを正直に読み、それに基づいてリクエストをコンパイルしました。 私は個人的にすべてを30回読み直しました。











最初は、サイト管理者に会う準備ができているように思われました。 彼らは私たちと状況について話し合う時間を設け、彼らが問題の解決に役立つことを保証しました。 電話での会話の中で、彼らはすべての面倒を見て、アプリケーションを適切な形にする時間を与えてくれると言いました。 また、チームは問題に取り組んでおり、まもなくローンを提供するという手紙を受け取りました。



そして、彼らは私のカードからお金を取りました。 そして、彼らは私たちの手紙に応答しなくなりました。 一般的に、連絡をとろうとする試みへの応答を停止し、片道しか残しませんでした。支払いを撤回すると、サービスが切断され、アプリケーションがクラッシュし、ユーザーが逃げます。 通信チャネルは1つしかありませんでした。1か月以上、繰り返し電話に反応することなく、手紙は単純に無視されました。 私たちは行き止まりで、行動する機会もなく閉じ込められました。



要約すると：

1. サイト管理者はトラフィック計算スキームを変更しました。その結果、実際には費用は同じままでしたが、70倍の料金を請求し始めました。 そして、このすべては、数年間サービスを使用したときに起こりました。
2. ポリシーの変更に関する通知や警告を受信しませんでした-アプリケーションを切断しようとしたときにのみ連絡がありました。
3. 彼らが提供するプロファイリングツールはトラフィック消費の増加を反映していません-あなたは肥大化したチェックからのみそれについて学びます。

下部に

少なくとも、状況を修正するのは簡単なようです。 1つのことがすべてを損なう場合は、変更するだけです！ アプリケーションアーキテクチャが既に再設計されていることを今すぐ教えていただければ、「質問なし、すべてが1時間で完了します」と答えます。



これで、URLを厳密に規定しなくなりました。 代わりに、必要に応じて変更できるプロキシを使用します。 サードパーティのAPIを中間リンクとして導入しています。これにより、突然の場合、同様のサービスに切り替えることができます。一般的に、毎日、より便利なテクニックを学びます。 私たちのスタートアップは小さくて自給自足なので、アイデア、ヒント、提案を喜んでいます。



しかし、残念なことに、それはそれほど単純ではありませんでした。 ご覧のとおり、これは最初にすべてがFirebaseサービスに統合されたときに作成したコードの最初の行の1つです。 これはバージョン1.0のコードにハードコードされており（私たちにとっては重大なエラーです！）、世界中の何千ものシステムに展開されています。 そのコードは、アプリケーションが単なる面白いアイデアであったときに作成されました。 何年もの間、彼には何の問題もありませんでしたが、現在でも、私たちが利用できるプロファイリングツールは珍しくありません。 開始以来、サービス料金は25ドルを超えたことはありません。



ただし、これはすべてアプリケーションの最初のバージョン（世界のほとんどの国の自動化システムにローカルにダウンロードされる）で記述されているため、できることは、新しいバージョンを準備するまでサービスを完全にオフにすることです...その結果は壊滅的であるため、ユーザーベース-多くは、問題を解決するために顧客の家に何百マイルも行く必要があります。



アプリケーションが勢いを増し始めたとき、すぐに1つのサービスに密接にリンクすると、この種の不快な結果に遭遇する可能性があることに気付きました。 しかし、すべてがそんなに突然、そのような規模で起こることは私には決して起こりませんでした！



この事件の後、サーバーを持たないアーキテクチャのおかげで、必要な変更を動的に行えるモデルに変更しました。 それはすべての問題を解決しますが、Firebase 5000-10,000ドルの予定外の費用を支払うまで完全に実装することはできません。残念ながら、現時点では余裕がありません。



したがって、私はあなたに非常に尋ねます...私たちのばかげた、そして現在判明しているように、致命的な間違いから勉強してください。

• サードパーティのサービスに「拘束」される状況を回避するような方法で、常にアーキテクチャを構築してください。 あるサービスから別のサービスにできるだけ簡単に切り替えられるようにアプリを作成します。
• 使用するサービスはいつでもサービスの提供条件を変更する可能性があり、事前に注意しないとデッドロック状態になる可能性があることを常に忘れないでください。
• 可能であれば、独自の運用インフラストラクチャに依存してください。 SaaSモデルは、顧客とサービスプロバイダーの両方にとって有益であるように思われますが、最終的には、企業が利益を上げる一方で、すべてのバンプがスタートアップに降りかかります。
• オープンソースのオプションを真剣に検討してください。 プロジェクトの作業を開始したとき、Firebaseに代わるものはまだ存在していませんでしたが、現在では、たとえばHorizo​​nとBackendlessが登場しています。

おわりに

この記事を書いているとは信じられません。 私はそのような物語を語り、汚いリネンを小屋から取り出すのが好きな人の一人ではありません。 ここにいる多くの人と同じように、私のチームと私は、夢のあるスタートアップを始めるためのコードの作成、計画、作成に長時間を費やしました。 それらのジェットコースター：浮き沈み、楽しい興奮、そして-多くのストレス。



実際、私たちがそのような話になったことを非常に恥じています。 外から見ると多くの人が仮想現実に持っている膨大な知識は、時には非常に圧倒的です。 私たちが自分の過ちのために非難されるという恐れを克服し、このテキストを書くことを強制することは困難でした。 これらの愚かな間違いの話からあなたの一人が恩恵を受け、サービストラップの問題の拡大に対する新しい解決策を思い付くことを願っています。



未知の世界に飛び込んで仕事を辞め、1つのクレイジーなアイデアに基づいてキャリアを築くことを決定するよりも、不気味でエキサイティングな何かを思い付くのは困難です。 これは、これと比較できる私の人生の他の出来事ではないことをためらうことなく言うことができます。 しかし、それ自体では、何か新しいことを学ぶと、間違いなく誰もできません。 残念なことに、しばらくしてあなたを悩ませるためにそのような小さな失敗が戻ってきたとき、これは簡単ではありません。 特に、サービスが警告なしに動作原理を変更することを決定した場合。

これは彼らの庭の石ではありません

特定のサービスやプラットフォームを公開しません。 Firebaseは、私たちに対して、または悪意を持って行動しませんでした。 それはすべて、彼らの側の小さな変更が私たちの小切手の大きな変更に変わったという事実のために起こりました（70回！）、その結果、25ドルからの月額料金はそれ以上ではないにしても1,750ドルになりました（金額は増え続けています）。



私が望むのは、私たちの間違いからあなたを守ることです。 プロジェクトの将来を危険にさらしているエラーは、Firebaseがトラフィックの計算方法を変え始めたためです。



気をつけてください：実装する予定のサービスを適切に分析するために時間をかけてください。 製品の運命を根本的に変えることができるので、数時間のうちにすべてのポジティブなダイナミクスがtartararaに飛ぶことに注意してください。



UPD ：今朝、Firebaseから電話があったことをお知らせできてうれしいです。 彼らは状況について謝罪し、アカウントに何が起こったのかをより詳細に説明しました。



これまでのところ、最終的な合意に達しましたが、この記事で説明した状況に注意を払っています。 彼らが近い将来に確定する瞬間として特定した、声に出された主張の多く（例えば、メトリックに関連する主張）。



何か新しいものが来たら、私はあなたに投稿し続けます。



UPD 2 ：さらなる議論の結果、ローンを整理し、残りの問題を迅速に解決する計画を立てました。 アンドリュー（Firebaseの創設者）と彼のチームは非常に積極的に仕事に取りかかり、 ここで全体の状況についてコメントしました。



もちろん、企業にとっては、公式の声明を出す必要がある状況は望ましくありませんが、彼らがこれにアプローチした方法は有利です。 ずっと落ち着きました。



UPD 3 ：Firebaseはローンを提供してくれました。 今週は、トラフィック消費を詳細に検討するために集まります。 アレックスとアンドリューに連絡して以来、彼らは最高の状態でした。 私の意見では、彼らは問題に対する包括的な解決策を提供し、私の意見では、将来の行動が他のユーザーに影響を与えないようにする方法を理解しました。」