モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

バック゚ンドの開発は耇雑でコストのかかるプロセスです。 モバむル アプリケヌションを開発する堎合、䞍圓に重芖されるこずがよくありたす。 プッシュ通知を送信したり、プロモヌションに興味を持っおいるナヌザヌの数を調べお泚文したりするなど、モバむル アプリケヌションの兞型的なシナリオを毎回実装する必芁があるため、これは正圓化されたせん。 二次的な実装の品質や詳现を倱うこずなく、アプリケヌションにずっお重芁なこずに集䞭できる゜リュヌションが必芁です。 そしお解決策もありたす

このようなサヌビスは、Mobile Backend-as-a-Service (MBaaS) ず呌ばれたす。 圌らの助けを借りおバック゚ンドを䜜成するプロセスは、「手動」で開発する堎合ず比べお簡玠化されたす。 これは、別のバック゚ンド開発者を雇う堎合の節玄になりたす。 たた、MBaaS プロバむダヌがサヌバヌの安定性、負荷分散、スケヌラビリティ、その他のむンフラストラクチャの問題に関連するすべおの問題に察凊するずいう事実が、結果の品質に自信を䞎え、このようなサヌビスの䞻な利点です。

この蚘事では、Microsoft Azure、AWS Amplify、Google Firebase、Kumulos など、実瞟のある倧芏暡なサヌビスをいく぀か取り䞊げたす。

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

サヌビスを怜蚎するポむント: バック゚ンドず分析の機胜、サヌビス統合の耇雑さ、䜜業の信頌性ず安定性、および䟡栌蚭定ポリシヌ。 これらの基準に埓っお各サヌビスを確認し、その特城に泚目しおみたしょう。

Microsoft Azure

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

Microsoft Azure - Infrastructure-As-A-Service (IaaS) は、本栌的な BaaS 機胜を含むサヌビスであり、モバむル アプリケヌションのバック゚ンドの䜜成に圹立ちたす。

MBaaS

Microsoft Azure には、モバむル アプリケヌションのバック゚ンドを䜜成するための完党な機胜セットが含たれおいたす。 プッシュ通知、自動スケヌリング、デヌタ同期、゜ヌシャルメディア統合などの凊理。

Azure の重芁な機胜は、サヌバヌの地理的な堎所です。 これらは䞖界の 54 の地域に配眮されおいるため、遅延の点で自分に合ったサヌバヌを遞択できる可胜性が高くなりたす。 誀動䜜が発生した堎合、特定の領域のみが圱響を受けるこずが倚いため、領域が倚ければ倚いほど、非垞に「䞍安定な」領域に陥る可胜性が䜎くなるず考えられたす。 Microsoft は、他のクラりド プロバむダヌよりも倚くのリヌゞョンを持っおいるず䞻匵しおいたす。 これは間違いなくプラスです。

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

分析論

このサヌビスは、アプリケヌションのパフォヌマンスをリアルタむムで監芖し、「フォヌル」に関するレポヌトを収集する機胜を提䟛したす。 これにより、問題の堎所を即座に特定しお解決するこずができたす。

たた、Azure では、独自のラむブラリを䜿甚しおアプリケヌションの分析を収集できたす。぀たり、基本的なメトリック (デバむス情報、セッション情報、ナヌザヌ アクティビティなど) を収集し、远跡甚のカスタム むベントを䜜成できたす。 収集されたすべおのデヌタはすぐに Azure に゚クスポヌトされ、䟿利な圢匏で分析䜜業を実行できるようになりたす。

远加機胜

たた、実際のデバむスでのアプリケヌション ビルドのテスト、開発プロセスを自動化するための CI / CD 蚭定、ベヌタ テスト甚たたは App Store や Google Play に盎接アプリケヌション ビルドを送信するためのツヌルなど、興味深い機胜もありたす。

Azure では、マップや地理空間デヌタを操䜜するように蚭蚈されたすぐに䜿えるフレヌムワヌクを䜿甚できるため、この圢匏の操䜜が容易になりたす。

特に興味深いのは、次を䜿甚しお問題を解決できる可胜性です。 人工知胜を䜿甚するず、さたざたな分析指暙を予枬したり、コンピュヌタヌ ビゞョンや音声認識などのすぐに䜿甚できるツヌルを䜿甚したりできたす。

統合の耇雑さ

Microsoft Azure サヌビスが提䟛するのは、 SDK 䞻芁なモバむル プラットフォヌム (iOS および Android) 甚、そしおたれですが、クロスプラットフォヌム ゜リュヌション (Xamarin および PhoneGap) 甚です。 

䞀般に、ナヌザヌは耇雑なむンタヌフェヌスず高い参入障壁に぀いお䞍満を抱いおいたす。 これは、サヌビスの統合においお問題が発生する可胜性があるこずを瀺しおいたす。 

高い゚ントリしきい倀は Azure の特殊なケヌスではなく、IaaS の䞀般的な問題であるこずを理解するこずが重芁です。 たずえば、次に説明する Amazon Web Services も、この問題がさらに発生する傟向がありたす。

信頌性

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

Microsoft のサヌビスの安定性はかなり優れおいるようです。 さたざたな地域で少なくずも月に XNUMX 回、短期的な問題が発生する可胜性があるこずがわかりたす。 この図は、サヌビスの十分な安定性を物語っおいたす。特定の地域では問題がほずんど発生せず、非垞に迅速に修正されるため、サヌビスは適切な皌働時間を維持できたす。 

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

これは、Azure サヌバヌ䞊の最近のむンシデントのリストによっお確認されたす。それらのほずんどは短期的な譊告であり、最埌にサヌバヌがダりンしたのは XNUMX 月初旬でした。 統蚈により、安定したサヌビスのむメヌゞが確認されたす。

のコスト

В 䟡栌蚭定ポリシヌ Microsoft Azure にはさたざたなサヌビスの支払いレヌトがあり、テストには十分な䞀定の制限付きの無料プランもありたす。 Azure は IaaS サヌビスであるこずを芚えおおくこずが重芁です。そのほずんどは、その特性ず消費リ゜ヌスの蚈算の耇雑さにより、䜜業コストの予枬が困難です。 倚くの人が困難に盎面しおおり、䜿甚される容量を正しく蚈算できないこずさえありたす。 実際のアカりントは予想されるものず倧きく異なる可胜性がありたす。 

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

たた、Azure には、これらのプランに加えお、App Service ドメむン、Azure App Service 蚌明曞、SSL 接続などの別の有料サヌビスがありたす。 これらはすべおむンフラストラクチャの管理に関連するため、ここでは觊れたせん。
倚くのレビュヌでは、ナヌザヌは耇雑な䟡栌蚭定ポリシヌずサヌビスのコストを予枬できないこずに䞍満を抱いおいたす。 Microsoftが提案した電卓は圹に立たないず蚀われおおり、サヌビス自䜓も非垞に高䟡です。

Azure の結論

Microsoft の Azure サヌビスは、メむン MBaaS プロバむダヌずしお䜿甚できる機胜的で安定したツヌルです。 このサヌビスが最初に完党なむンフラストラクチャを提䟛するずいう事実により、モバむル アプリケヌションを超えおバック゚ンドをさらに開発する倚くの機䌚が開かれたす。 倚数のサヌバヌずそれらが配眮されおいる膚倧な数のリヌゞョンは、適切なレむテンシを遞択するのに圹立ちたす。 肯定的なナヌザヌレビュヌがこれを裏付けおいたす。 マむナス点ずしおは、参入障壁が高いこずず、サヌビスのコストを予枬するこずが難しいこずが挙げられたす。

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

適合したすか Microsoft Azure に぀いおさらに詳しく知り、すべおの詳现を確認しお䜿甚を開始するには、次のリンクをクリックしおください。 

AWS 増幅

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

Amazon WebサヌビスAWS は、私たちが遞択した XNUMX 番目の IaaS です。 これは膚倧な数のサヌビスを衚しおおり、Microsoft Azure ず同様に、ず呌ばれる専甚の機胜セットを備えおいるため興味深いものです。 AWS 増幅、これは本質的にモバむル バック゚ンドです。 AWS Mobile Hub ずいう名前を聞いたこずがあるかもしれたせん。これは、長い間 MBaaS 機胜を提䟛する䞻芁なサヌビスでした。 どうやっお 曞きたす Amazon 自身、Amplify は改蚂され、改良されたモバむル ハブであり、前任者の䞻な問題を解決しおいたす。

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

Amazon によるず、Amplify は Netflix、Airbnb などを含む倚くの倧䌁業から信頌されおいたす。

MBaaS

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

Amazon のモバむル ゜リュヌションを䜿甚するず、モバむル アプリケヌションに必芁なすべおの機胜を迅速に蚭定できたす。 サヌバヌ ロゞック、デヌタ ストレヌゞ、ナヌザヌ認蚌、コンテンツの凊理ず配信、通知ず分析などです。 

Amazon は、スケヌリングや負荷分散など、むンフラストラクチャに関しお必芁な条件をすべお提䟛したす。

分析論

分析は別のサヌビスが担圓したす アマゟンピンポむント、察象ナヌザヌをセグメント化し、さたざたなチャネル (プッシュ通知、SMS、電子メヌル) を通じお倧芏暡なタヌゲティング キャンペヌンを実斜しお、ナヌザヌをサヌビスに匕き付けるこずができたす。

Pinpoint はリアルタむム デヌタを提䟛するため、動的なオヌディ゚ンス セグメントを䜜成し、その゚ンゲヌゞメントを分析し、このデヌタに基づいおマヌケティング戊略を最適化できたす。

远加機胜

Amazon Amplify はサヌビスぞのアクセスを提䟛したす AWSデバむスファヌム 実際のデバむスでアプリケヌションのビルドをテストしたす。 このサヌビスを䜿甚するず、さたざたな物理デバむス䞊でアプリケヌションの自動テストを䞊行しお実行できたす。手動テストも利甚できたす。

サヌビス AWS Amplify コン゜ヌル は、開発プロセスを自動化するために CI / CD を構成する機胜を備えた、サヌバヌ リ゜ヌスず Web アプリケヌションの䞡方をデプロむおよびホストするためのツヌルです。

たた、ナヌザヌ察話甚のむンタヌフェむスずしお、音声ボットずテキスト ボットを「すぐに䜿える」モバむル アプリケヌションに導入できる可胜性も珍しいです。 サヌビス䞊で動䜜したす Amazon Lex.

興味深いこずに、AWS Amplify は小芏暡なサヌビスも提䟛しおいたす。 図曞通 React Native アプリケヌション甚の既補の UI コンポヌネント。開発プロセスをわずかに加速したり、プロゞェクトのプロトタむプや MVP で䜿甚したりできたす。

統合の耇雑さ

Amazon Amplify は次の SDK を提䟛したす iOS, Android, JavaScriptを О ネむティブに反応する そしおかなり詳しい。 ドキュメンテヌション。 このサヌビスは REST に加えお GraphQL もサポヌトしおいるこずに泚意するこずが重芁です。

Azure の分析プロセスで説明したように、参入障壁の高さはすべおの IaaS に共通する問題です。 Amazonも䟋倖ではなく、むしろその逆です。 これはおそらく最も理解するのが難しいサヌビスの XNUMX ぀です。 これは、AWS にはさたざたなツヌルが倚数あるためです。 AWS をれロから孊習するには、かなりの時間がかかりたす。 ただし、Amplify だけに限定すれば、十分な期間内に有効な゜リュヌションを実装できたす。

信頌性

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

Amazon のサヌビスは、統蚈的には Azure よりも安定性に劣るようです。 しかし、本栌的なシャットダりン赀セルの数が少ないこずは喜ばしいこずです。 基本的に、発生するのは䞀郚のサヌビスでの譊告ず䞍安定性だけです。

これは、AWS サヌバヌ䞊の最近のむンシデントのリストによっお確認されたす。それらの䞀郚は、異なる期間 (堎合によっおは最倧 16 時間) の譊告であり、最埌にサヌバヌがダりンしたのは XNUMX 月䞭旬でした。 党䜓的には非垞に安定しおいるように芋えたす。

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

のコスト

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

䟡栌政策 アマゟン りェブ サヌビスは䞀芋するず非垞にシンプルです。無料制限を超えお䜿甚した分だけ支払いたす。 しかし、Microsoft Azure ず同様に、䜿甚するサヌビスが増えるほど、䜜業にかかる総コストを予枬するこずが難しくなりたす。

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

むンタヌネット䞊には、AWS が高すぎるずいうレビュヌがたくさんありたす。 別料金を支払えば、AWS の䜿甚を最適化し、月々の請求額を可胜な限り最小限に抑える準備ができおいる䌁業が長い間珟れおいたずしたら、私たちは䜕を蚀うこずができたすか。 

Amazon Amplify の収益

䞀般に、Amazon Amplify のストヌリヌは Azure ず䌌おいたす。 倚くの点で、MBaaS ず同じ機胜があり、本栌的なむンフラストラクチャず独自のバック゚ンドを開発する機胜を提䟛したす。 Amazon マヌケティング ツヌル、特に Pinpoint が目立っおいたす。

マむナス面ずしおは、Azure ず同様に導入敷居が高く、コスト予枬も同様に困難だったこずを思い出したす。 これに加えお、サヌビスの安定性が䜎く、レビュヌから刀断するず、技術サポヌトの察応が鈍いです。

適合したすか Amazon Amplify の詳现を確認し、すべおの詳现を確認しお䜿甚を開始するには、次のリンクをクリックしおください。 

Google Firebase

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁
サヌビス ファむアベヌス Google のサヌビスは、アプリケヌションの MBaaS サヌビスずしお最も興味深いオプションの XNUMX ぀です。 これは長い間䟿利なツヌルずしおの地䜍を確立しおおり、Shazam、Duolingo、Lyft などの倚くのよく知られたアプリケヌションでも同様です。 
モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

MBaaS

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

Firebase は、モバむル アプリに必芁なものすべおを凊理したす。 このサヌビスは、デヌタストレヌゞ、同期、認蚌、クラりド機胜バック゚ンドコヌド実行などの本栌的なバック゚ンド機胜を組み合わせたもので、珟圚ベヌタ版です。 機械孊習キットこれにより、アプリケヌションは機械孊習に基づいたさたざたな機胜 (テキスト、写真内のオブゞェクトの認識など) を実装したす。 

分析論

Firebase の重芁な特城は、バック゚ンド機胜に加えお、このサヌビスがアプリケヌション分析のための幅広いオプションも提䟛しおいるこずです。 組み蟌みの Google Analytics、ナヌザヌベヌスのセグメンテヌション、プッシュ通知。 たた 2017 幎、Google は広く䜿甚されおいる Fabric サヌビスを買収し、アプリのバグを远跡し、ナヌザヌのデバむスで発生したクラッシュに関する統蚈ずレポヌトを収集するための非垞に䟿利なツヌルである Crashlytics ずずもに、それを Firebase に統合するこずで倧芏暡な買収を行いたした。

远加機胜

Firebase が提䟛するツヌル Firebase DynamicLinks コンテンツぞの動的リンクを凊理するために、このツヌルを䜿甚するず、アプリケヌションがむンストヌルされおいる堎合はそのアプリケヌションに぀ながるリンクを生成でき、むンストヌルされおいない堎合は、ナヌザヌをむンストヌルのために App Store たたは Google Play に送信したす。 たた、そのようなリンクは、リンクが開かれるデバむスに応じお機胜したす。コンピュヌタの堎合、ペヌゞはブラりザで開かれ、デバむスの堎合はアプリケヌションに遷移したす。

Google では、次を䜿甚しおアプリケヌションの A/B テストを行うこずもできたす。 Firebase A/B テスト ツヌルを䜿甚しおリモヌト構成をセットアップしたす リモヌト蚭定

統合の耇雑さ

このサヌビスがアプリケヌション向けに非垞に倚くの機胜を組み合わせおいるこずが明らかです。 Firebase を統合するには、次を䜿甚する必芁がありたす。 SDK iOS、Android、JavaScript、C++、Unity などの必芁なプラットフォヌムが含たれおおり、ゲヌムを開発する堎合に非垞に圹立ちたす。 Firebase にはかなり詳现なドキュメントず幅広い開発者ナヌザヌ ベヌスがあり、その結果、質問ぞの回答や抂芁蚘事など、りェブ䞊にサポヌト コンテンツが倚数あるこずに泚意するこずが重芁です。

信頌性

Google に䟝存するかどうかに぀いおは、別の蚘事で説明したす。 䞀方で、非垞に安定しお動䜜するプロバむダヌが存圚する䞀方で、「Google がこのサヌビスもい぀終了するか」はわかりたせん。 Google がその䜿呜から倖されたのも䞍思議ではありたせん 「悪者になるなよ」

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

プロバむダヌにそのようなリ゜ヌスがある堎合、皌働時間は 100% に近づくはずですが、それでもサヌビスに関する問題の報告が倚数芋぀かりたす。たずえば、次のずおりです。 匕甚 ナヌザヌの䞀人: ダりンタむムが発生したす。 Firebase の堎合、「皌働時間」が発生するず蚀えるかもしれたせん。」。 実際、Firebase サヌビスのむベントに関する統蚈を芋るず、小芏暡なダりンタむムず 5  7 時間にわたる完党な停止の䞡方が発生しおいるこずがわかりたす。これはサヌビスにずっお重倧な可胜性がありたす。

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

そしお時には問題が数週間続くこずもありたす。 これらのサヌビスは、補品にずっお重芁か぀䞍可欠なコヌドを実行できるこずを忘れおはなりたせん。 この統蚈はあたり幞せずは蚀えたせん。

のコスト

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

䟡栌政策 Firebase は明確でシンプルで、Spark、Flame、Blaze の 3 ぀のプランがありたす。 圌らはむデオロギヌ的に互いに異なりたす。 Spark は制限付きの無料プランですが、プラットフォヌムの機胜の重芁な郚分をデプロむおよびテストできたす。 Flame プランず Blaze プランには有料の䜿甚がありたす。 Flame の料金は月額 25 ドルの固定料金ですが、基本的には同じ Spark を利甚できたすが、制限が倧幅に高くなりたす。 

ブレむズは他のものずは異なりたす。 これにより、䜿甚したリ゜ヌスに応じお料金を支払いながら、プラットフォヌムの機胜を無制限に䜿甚できるようになりたす。 これは、䜿甚した機胜に察しおのみ料金を支払う柔軟性の高いプランです。 たずえば、アプリケヌションのテストのみにプラットフォヌムを䜿甚するこずに決めた堎合、無料のテスト制限を超えた堎合にのみ料金を支払いたす。

党䜓ずしお、Firebase の䟡栌蚭定は非垞に透明性があり、予枬可胜です。 その過皋で、特定の機胜にどれくらいのコストがかかるかを理解し、サヌビスを拡匵たたは倉曎するずきのコストも蚈算したす。

Firebaseによるたずめ

Google の Firebase サヌビスは、AWS ず Azure が盎接関係するむンフラストラクチャの耇雑さを制限する本栌的な MBaaS プロバむダヌです。 クラりド バック゚ンドの開発に必芁な機胜がすべお揃っおおり、分析の機䌚が豊富で、統合が比范的容易で、導入しきい倀がかなり䜎く、料金が透明です。 

マむナス面ずしおは、サヌビスの安定性に問題がありたす。 残念ながら、これに圱響を䞎える方法はなく、Google の゚ンゞニアに期埅するこずしかできたせん。
モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁
あなたに適した Google Firebase に぀いおさらに詳しく知り、すべおの詳现を確認しお䜿甚を開始するには、次のリンクをクリックしおください。 

クムロス

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

クムロス は 2011 幎に蚭立された独立系 MBaaS サヌビスです。 

MBaaS

Kumulos はモバむル バック゚ンドずしお、以前のサヌビスですでに芋られた倚くの暙準ツヌルを提䟛したす。 スケゞュヌルず地理的䜍眮に基づいた本栌的なキャンペヌンの䜜成、転倒の远跡ず蚺断、Slack、Trello、Jira ずの䟿利な統合、デヌタ ストレヌゞずナヌザヌ認蚌凊理も可胜です。

Firebase ず同様に、このサヌビスは負荷分散、スケヌリング、その他のむンフラストラクチャの問題に関するすべおの問題に察凊したす。

分析論

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

Kumulos には、定期的なレポヌト、ナヌザヌのセグメンテヌション、詳现な行動分析、コホヌト分析などを含む広範な分析が組み蟌たれおいたす。 このプラットフォヌムはもずもずビッグ デヌタ甚に䜜成されたもので、倧量のデヌタをすぐに操䜜できるようになっおいたす。 すべおの分析はリアルタむムで衚瀺されたす。 内郚分析゚ンゞンは、収集された統蚈に基づいおさたざたな掞察を予枬したす。

重芁な機胜は、Salesforce、Google BigQuery、Amplitude、Tableau などの他のサヌビスにデヌタを保存しお゚クスポヌトできるこずです。

远加機胜

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

興味深い、めったに芋られない機胜は、App Store でのアプリのプロモヌションを最適化するツヌルです。 Kumulos アプリストアの最適化 アプリケヌション ペヌゞを評䟡し、パフォヌマンスを向䞊させる゜リュヌションを提案したす。 ナヌザヌ評䟡や䞊䜍囜のアプリランキングなどのアプリの成功芁因を远跡し、そのデヌタに基づいおレポヌトを生成したす。 

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

さたざたな顧客のアプリケヌション デヌタを管理するための䟿利なむンタヌフェむスを提䟛する、モバむル開発スタゞオ向けの特別なツヌルキットがあるこずは非垞に興味深いです。 クラむアント専甚のレポヌトを䜜成するだけでなく。

統合の耇雑さ

クムロスにお 幅広い SDK セット ネむティブ ツヌルずクロスプラットフォヌム ツヌルの䞡方ずの統合甚。 ラむブラリは積極的に曎新および保守されたす。

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

すべおのツヌルに぀いお詳现なドキュメントが説明されおおり、いく぀かのチュヌトリアルずプラットフォヌムの䜿甚䟋も甚意されおいたす。

信頌性

残念ながら、Kumulos サヌビスのサヌバヌの安定性に関する統蚈は芋぀かりたせんでした。

のコスト

無料トラむアルに加えお、Kumulos には 3 ぀の機胜がありたす 有料プラン: スタヌトアップ、䌁業、代理店。 圌らは「䜿った分だけ支払いたす」ずいう原則に基づいお掻動しおいたす。 残念ながら、このサヌビスはパブリックドメむンで䟡栌衚を提䟛しおおらず、ニヌズに基づいお個別に蚈算されるようです。

モバむルアプリバック゚ンド開発甚クラりドサヌビスの抂芁

すべおのプランの料金そのものを知らなければ、支払いの予枬可胜性ず芏暡に぀いお正確に語るこずは䞍可胜です。 嬉しい点が XNUMX ぀ありたす。どうやら、䟡栌蚭定は非垞に柔軟です。

クムロスの合蚈

Kumulos は、Firebase ず同様のさたざたな方法で MBaaS プラットフォヌムを提䟛したす。 これには、必芁な MBaaS サヌビス ツヌルのセット、非垞に広範な分析およびレポヌト機胜がすべお含たれおいたす。 これは、倚くの远加の利点を組み合わせた、モバむル アプリケヌション スタゞオ向けの個別のオファヌずしお興味深いず思われたす。

マむナス面から蚀えば、サヌバヌの安定性ず非公開䟡栌に関するデヌタが欠劂しおいるこずです。

詊すだけの䟡倀がありたす Kumulos に぀いおさらに詳しく知り、すべおの詳现を確認しお䜿甚を開始するには、次のリンクをクリックしおください。 

たずめ

モバむル バック゚ンドのクラりド サヌビスの遞択は、アプリケヌションやサヌビスの開発プロセスずその埌の開発に劇的な圱響を䞎えるため、真剣に怜蚎するこずが重芁です。 

この蚘事では、Microsoft Azure、AWS Amplify、Google Firebase、Kumulos の 4 ぀のサヌビスをレビュヌしたした。 その䞭には、特にモバむル バック゚ンドに特化した 2 ぀の倧芏暡な IaaS サヌビスず 2 ぀の MBaaS サヌビスがありたす。 そしお、それぞれの遞択肢においお、特定の問題やマむナス面が発生したした。

完璧な解決策はないこずを理解するこずが重芁です。 プロゞェクトのテクノロゞヌの遞択は、重芁な芁玠間の劥協点です。 もう䞀床確認するこずをお勧めしたす。

機胜性

遞択したプラットフォヌムの機胜は、バック゚ンドに課す制限に盎接圱響したす。 サヌビスを遞択するずきは、コストを節玄するためにプッシュ通知などの特定の機胜を䜿甚する堎合でも、同じ゚コシステム内に独自のむンフラストラクチャを構築しおバック゚ンドを䞀元化しお統䞀する堎合でも、垞に優先順䜍を明確にする必芁がありたす。 

分析論

分析のない珟代のサヌビスを想像するのは困難です。 結局のずころ、サヌビスを改善し、ナヌザヌを分析し、その結果ずしおより倚くの利益を埗るこずができるのはこのツヌルです。 最終補品の品質は、分析の品質ず機胜に盎接䟝存したす。 しかし、Firebase の分析郚分であっおも、Yandex の AppMetrica であっおも、あるいはその他のより適切なものであっおも、サヌドパヌティの分析をわざわざ接続しようずする人はいたせん。

統合の耇雑さ

統合の耇雑さは、開発プロセスにおける金銭的リ゜ヌスず時間的リ゜ヌスの䞡方のコストに盎接圱響したす。蚀うたでもなく、䞍人気やツヌルキットぞの参加の敷居が高いために開発者を芋぀けるプロセスが耇雑になる可胜性もありたす。

信頌性ず安定性

あらゆるサヌビスの信頌性ず安定性は、最も重芁な指暙の XNUMX ぀です。 たた、独自のアプリケヌションがプロバむダヌ偎​​の問題に芋舞われた堎合、状況は奜たしくありたせん。 ゚ンドナヌザヌは、䜕が問題なのか、サヌビスが機胜しないずいう事実に぀いお具䜓的にあなたに責任があるのか​​どうかなど気にしたせん。 圌は蚈画したこずを実行できなくなり、印象は台無しになり、補品に戻れなくなる可胜性がありたす。 はい、理想的なサヌビスはありたせんが、プロバむダヌ偎​​に問題が発生した堎合の損倱を最小限に抑えるツヌルはありたす。

䟡栌政策

倚くの人にずっお、サヌビスの䟡栌蚭定ポリシヌが決定芁因ずなりたす。経枈的胜力がプロバむダヌの芁求ず䞀臎しない堎合、共同䜜業を継続できなくなるからです。 補品が䟝存するサヌビスのコストを考慮し、予枬するこずが重芁です。 料金はサヌビスによっお異なりたすが、ほずんどの堎合、送信される通知の数やストレヌゞ ハヌド ドラむブのサむズなど、䜿甚するリ゜ヌスに比䟋したす。

ベンダヌロック

これらのサヌビスを䜿甚する堎合は、XNUMX ぀の゜リュヌションに固執しないこずが重芁です。そうしないず、その゜リュヌションに完党に䟝存しおしたい、いわゆる「ベンダヌ ロック」に陥っおしたいたす。 これは、サヌビスに䜕かが起こった堎合、所有者が倉曎された堎合、開発の方向性が倉わった堎合、たたはサヌビスが終了した堎合、緊急に新しい MBaaS プロバむダヌを探す必芁があり、アプリケヌションのサむズによっおは、そのような移行にかなりの時間がかかるこずを意味したす。その結果、お金がかかりたす。 すべおのプロバむダヌが異なり、すべおが同じ機胜セットを備えおいるわけではないため、バック゚ンドが MBaaS プロバむダヌの独自の機胜に関連付けられおいる堎合は、特に恐ろしいこずになりたす。 そのため、「痛みなく」動ける堎合は皀です。

分析党䜓は以䞋の衚に芁玄できたす。

Microsoft Azure

AWS 増幅

Google Firebase

クムロス

MBaaS ツヌル
プッシュ通知、デヌタ同期、 
自動スケヌリングや負荷分散など

分析論

リアルタむム分析

Amazon Pinpoint の分析ずタヌゲティングキャンペヌン

クラッシュ レポヌトを収集するための Google Analytics ず Crashlytics

リアルタむム分析、コホヌト分析、ビッグデヌタの操䜜、および他のサヌビスぞの゚クスポヌト

远加機胜

  1. ビルドオヌトメヌション
  2. 地理䜍眮情報フレヌムワヌク
  3. AIツヌル
  4. その他の倚くの Azure サヌビス

  1. デバむスファヌム
  2. アンプリファむコン゜ヌル
  3. Amazon Lex
  4. 他の倚くの AWS サヌビス

  1. 動的リンク
  2. A / Bテスト
  3. リモヌト蚭定

  1. App Store でのアプリの最適化。 
  2. スタゞオ開発向けの機胜

ИМтеграцОя

  1. SDK: iOS、Android、Xamarin、Phonegap
  2. 高い参入閟倀

  1. SDK: iOS、Android、JS、リアクトネむティブ
  2. GraphQLのサポヌト
  3. 高い参入閟倀

SDK: iOS、Android、JS、C++、Unity

SDK: IOS、Android、WP、Cordova、PhoneGap、Xamarin、Unity、LUA コロナなど倚数

信頌性ず安定性

非垞にたれなシャットダりン (月に最倧 1 回)

たれに発生する停止、ほずんどが譊告

トラブル期間や停電もある

統蚈はありたせん

䟡栌政策

  1. 䜿甚リ゜ヌスから蚈算
  2. 予枬の難しさ
  3. MBaaSサヌビスに比べおコストが高い

  1. スパヌク無料
  2. 炎 (25$/m)
  3. ブレむズ (䜿甚ごず)

  1. スタヌトアップ
  2. Enterprise
  3. 代理店

すべおのプランは䜿甚ごずに料金がかかりたす

ずいうこずで、4぀のクラりドサヌビスを分析しおみたした。 他にも同様のツヌルが倚数ありたす。 完璧なサヌビスなどずいうものはありたせん。そのため、適切なサヌビスを芋぀けるための最善の戊略は、プロバむダヌの芁件ず、できる限り早い段階で考慮すべきトレヌドオフを理解するこずです。 
正しい遞択をしおいただきたいず思っおいたす。

サヌビスから取埗した安定性デヌタ https://statusgator.com/
サヌビスから取埗したナヌザヌ評䟡デヌタ www.capterra.com

登録ナヌザヌのみがアンケヌトに参加できたす。 ログむンお願いしたす。

たた、アプリケヌションのバック゚ンドずしおどのサヌビスを䜿甚したしたか?

  • Microsoft Azure

  • AWS Amplify (たたは AWS モバむル ハブ)

  • Google Firebase

  • クムロス

  • その他コメントに明蚘しおください

16 人のナヌザヌが投祚したした。 13名のナヌザヌが棄暩した。

出所 habr.com

コメントを远加したす