Pengembangan backend adalah proses yang kompleks dan mahal. Saat mengembangkan aplikasi seluler, ia sering menerima perhatian yang lebih banyak. Itu tidak dibenarkan, karena setiap kali Anda harus mengimplementasikan skenario yang tipikal untuk aplikasi seluler: kirim pemberitahuan push, cari tahu berapa banyak pengguna yang tertarik pada aksi dan melakukan pemesanan, dll. Saya ingin solusi yang akan memungkinkan kita untuk fokus pada hal-hal penting untuk aplikasi tanpa kehilangan kualitas dan detail dalam implementasi yang sekunder. Dan ada solusi seperti itu!
Layanan semacam itu disebut Mobile Backend-as-a-Service (MBaaS). Proses untuk membuat backend dengan bantuan mereka disederhanakan, dibandingkan dengan pengembangan "manual". Ini menghemat mempekerjakan pengembang backend terpisah. Dan fakta bahwa penyedia MBaaS menangani semua masalah yang terkait dengan stabilitas server, keseimbangan beban, skalabilitas, dan kesulitan infrastruktur lainnya memberikan kepercayaan pada kualitas hasil dan merupakan keuntungan utama dari layanan tersebut.
Dalam artikel ini, kami akan mempertimbangkan beberapa layanan besar dan mapan: Microsoft Azure, AWS Amplify, Google Firebase, Kumulos.
Item yang kami pertimbangkan layanan: fungsi backend dan analitik, kompleksitas integrasi layanan, keandalan dan stabilitas kerja, dan kebijakan harga. Mari kita pergi melalui setiap layanan dan perhatikan fitur-fiturnya sesuai dengan kriteria ini.
Microsoft biru
Microsoft Azure adalah layanan Infrastruktur-As-A-Layanan (IaaS) yang berisi fungsionalitas BaaS lengkap dan membantu dalam menciptakan backend untuk aplikasi seluler.
MBaaS
Microsoft Azure memiliki berbagai fungsionalitas untuk membuat backend untuk aplikasi seluler. Memproses pemberitahuan push, penskalaan otomatis, sinkronisasi data, integrasi dengan jejaring sosial dan banyak lagi.
Fitur penting Azure adalah lokasi geografis server. Mereka berada di 54 wilayah di dunia, yang meningkatkan kemungkinan memilih server yang sesuai untuk penundaan. Karena dalam kasus malfungsi paling sering hanya daerah tertentu yang menderita, dapat diasumsikan bahwa semakin banyak daerah, semakin kecil kemungkinan untuk mencapai daerah yang sangat “tidak stabil” itu. Menurut Microsoft, mereka memiliki lebih banyak wilayah daripada penyedia solusi cloud lainnya. Ini tidak diragukan lagi merupakan nilai tambah.
Analisis
Layanan ini memberikan peluang secara real time untuk memantau kesehatan aplikasi dan mengumpulkan laporan "crash". Ini memungkinkan Anda untuk langsung melokalisasi dan menyelesaikan masalah.
Juga di Azure, Anda dapat menggunakan perpustakaan mereka sendiri untuk mengumpulkan analitik dalam aplikasi: mengumpulkan metrik dasar (informasi tentang perangkat, tentang sesi, aktivitas pengguna, dan banyak lagi) dan membuat acara Anda sendiri untuk dilacak. Semua data yang dikumpulkan segera diekspor ke Azure, memungkinkan Anda untuk melakukan pekerjaan analitis dengan mereka dalam format yang nyaman.
Fungsionalitas tambahan
Ada juga fungsi-fungsi menarik seperti aplikasi pengujian yang dibangun di perangkat nyata, pengaturan CI / CD untuk mengotomatiskan proses pengembangan, dan alat untuk mengirim pembuatan aplikasi untuk pengujian beta baik secara langsung di App Store atau Google Play
Azure memungkinkan Anda menggunakan kerangka kerja "out of the box" yang dirancang untuk bekerja dengan peta dan data geospasial, yang menyederhanakan pekerjaan dengan format ini.
Yang sangat menarik adalah kemungkinan pemecahan masalah menggunakan
kecerdasan buatan , yang dengannya Anda dapat memprediksi berbagai indikator analitis dan menggunakan alat yang siap digunakan untuk penglihatan komputer, pengenalan ucapan, dan banyak lagi.
Kompleksitas integrasi
Layanan Microsoft Azure menyediakan
SDK untuk platform seluler utama (iOS dan Android) dan, yang tidak sering terjadi, untuk solusi lintas platform (Xamarin dan PhoneGap).
Secara umum, pengguna mengeluhkan antarmuka yang rumit dan ambang entri yang tinggi. Ini menunjukkan kemungkinan masalah dalam integrasi layanan.
Penting untuk dipahami bahwa ambang masuk yang tinggi bukanlah kasus khusus dengan Azure, tetapi masalah umum bagi IaaS. Sebagai contoh, Amazon Web Services, yang akan dibahas kemudian, juga lebih sering terkena penyakit ini.
Keandalan
Stabilitas layanan dari Microsoft terlihat bagus. Dapat dilihat bahwa kerusakan jangka pendek di berbagai daerah dapat terjadi setidaknya sebulan sekali. Gambar ini menunjukkan stabilitas layanan yang cukup, malfungsi jarang terjadi di wilayah tertentu dan diperbaiki dengan sangat cepat, memungkinkan layanan mempertahankan uptime yang layak.
Ini dikonfirmasi oleh daftar insiden baru-baru ini di server Azure - kebanyakan dari mereka adalah peringatan jangka pendek, dan terakhir kali server "berbaring" pada awal Mei. Statistik mengkonfirmasi gambar layanan stabil.
Biaya
Dalam
kebijakan penetapan harga Microsoft Azure ada tarif berbeda untuk membayar layanan, ada juga paket gratis dengan batas tertentu, yang cukup untuk pengujian. Penting untuk diingat bahwa Azure adalah layanan IaaS, yang sebagian besar, karena kekhususan dan kerumitan mereka dalam menghitung sumber daya yang dikerjakan, mengalami kesulitan dalam memprediksi biaya pekerjaan. Banyak yang menghadapi kesulitan dan seringkali bahkan ketidakmampuan untuk menghitung dengan benar kapasitas yang digunakan. Skor aktual mungkin berbeda secara signifikan dari yang Anda andalkan.
Selain paket ini, Azure juga memiliki layanan berbayar terpisah: Domain Layanan Aplikasi, Sertifikat Layanan Aplikasi Azure, dan Koneksi SSL. Semuanya terkait dengan administrasi infrastruktur Anda, kami tidak akan mempedulikan mereka.
Dalam banyak ulasan, pengguna mengeluh tentang kebijakan penetapan harga yang sulit dan ketidakmampuan untuk memprediksi biaya layanan. Kalkulator yang diusulkan oleh Microsoft disebut tidak berguna, dan layanan itu sendiri sangat mahal.
Ringkasan Biru
Layanan Azure Microsoft adalah alat yang fungsional dan stabil untuk digunakan sebagai penyedia MBaaS utama. Fakta bahwa layanan ini pada awalnya menyediakan infrastruktur lengkap membuka banyak peluang untuk pengembangan backend Anda lebih lanjut di luar kerangka aplikasi seluler. Sejumlah besar server dan sejumlah besar wilayah tempat mereka berada membantu memilih yang paling cocok untuk keterlambatan Anda. Ulasan positif dari pengguna mengkonfirmasi hal ini. Aspek negatif - ambang masuk yang tinggi dan kesulitan dalam memprediksi biaya layanan.
Apakah ini cocok? Menggunakan tautan ini, Anda dapat mempelajari lebih lanjut tentang Microsoft Azure, mempelajari semua detail dan mulai menggunakannya:
AWS Amplify
Amazon Web Services (AWS) adalah IaaS kedua yang masuk dalam daftar kami. Ini mewakili sejumlah besar layanan dan menarik dalam hal itu, dengan analogi dengan Microsoft Azure, ada satu set fungsi khusus yang disebut
AWS Amplify , yang pada dasarnya adalah backend seluler. Sebelumnya, Anda mungkin pernah mendengar nama AWS Mobile Hub, yang telah lama menjadi layanan utama menyediakan fungsionalitas MBaaS. Menurut Amazon sendiri, Amplify adalah Mobile Hub yang dimodifikasi dan ditingkatkan yang memecahkan masalah utama pendahulunya.
Menurut Amazon, layanan Amplify dipercaya oleh banyak perusahaan besar, termasuk Netflix, Airbnb, dan banyak lainnya.
MBaaS
Solusi seluler Amazon memungkinkan Anda mengkonfigurasi dengan cepat semua fungsi yang diperlukan untuk aplikasi seluler. Baik itu logika server, penyimpanan data, otorisasi pengguna, atau pemrosesan dan pengiriman konten, pemberitahuan, dan analitik.
Amazon juga menyediakan semua kondisi infrastruktur yang diperlukan, seperti penskalaan, keseimbangan beban, dan banyak lagi.
Analisis
Untuk analitik, layanan
Amazon Pinpoint terpisah bertanggung jawab, di mana Anda dapat mengelompokkan audiens Anda dan melakukan kampanye penargetan skala besar melalui saluran yang berbeda (pemberitahuan push, SMS dan email) untuk menarik pengguna ke layanan.
Pinpoint menyediakan data real-time, Anda dapat membuat segmen audiens yang dinamis, menganalisis keterlibatan mereka, dan mengoptimalkan strategi pemasaran Anda berdasarkan data ini.
Fungsionalitas tambahan
Amazon Amplify menyediakan akses ke
AWS Device Farm untuk menguji build aplikasi Anda di perangkat nyata. Layanan ini memungkinkan pengujian otomatis paralel aplikasi Anda pada berbagai perangkat fisik, dan pengujian manual juga tersedia.
Layanan AWS Amplify Console adalah alat untuk menyebarkan dan hosting sumber daya server dan aplikasi web dengan kemampuan untuk mengkonfigurasi CI / CD untuk mengotomatiskan proses pengembangan.
Yang juga tidak biasa adalah kemungkinan memasukkan bot suara dan teks ke dalam aplikasi seluler di luar kotak sebagai antarmuka untuk berinteraksi dengan pengguna. Ini bekerja di
Amazon Lex .
Menariknya, AWS Amplify juga menyediakan
perpustakaan kecil komponen UI siap pakai untuk aplikasi React Native Anda, yang dapat berfungsi sebagai sedikit percepatan proses pengembangan, atau digunakan dalam prototipe atau MVP proyek Anda.
Kompleksitas integrasi
Amazon Amplify menyediakan SDK untuk
iOS ,
Android ,
JavaScript, dan
React Native, dan
dokumentasi yang cukup terperinci. Penting untuk dicatat bahwa selain REST, layanan ini juga mendukung GraphQL.
Seperti yang dinyatakan dalam proses analisis Azure, ambang masuk yang tinggi adalah masalah umum untuk semua IaaS. Amazon tidak terkecuali, dan sebaliknya. Ini mungkin salah satu layanan yang paling sulit untuk dipahami. Ini disebabkan oleh banyak alat yang dimiliki AWS. Belajar AWS dari awal akan memakan waktu yang cukup lama. Tetapi jika Anda membatasi diri hanya untuk Amplify, Anda dapat mengimplementasikan solusi yang berfungsi dalam jangka waktu yang memadai.
Keandalan
Layanan statistik Amazon tampaknya kurang stabil daripada Azure. Tapi itu menyenangkan sejumlah kecil pemadaman penuh (sel merah). Pada dasarnya, semua yang terjadi adalah peringatan dan ketidakstabilan dalam pekerjaan beberapa layanan.
Ini dikonfirmasi oleh daftar insiden baru-baru ini di server AWS - beberapa dari mereka adalah peringatan dari durasi yang berbeda (kadang-kadang hingga 16 jam), dan terakhir kali server "berbohong" adalah pada pertengahan Juni. Secara umum, tampilannya cukup stabil.
Biaya
Kebijakan penetapan harga Layanan Web Amazon sekilas sangat sederhana - hanya membayar untuk apa yang Anda gunakan, melebihi batas gratis. Tetapi seperti dengan Microsoft Azure, semakin banyak layanan yang Anda gunakan, semakin sulit untuk memprediksi total biaya pekerjaan.
Ada banyak ulasan di Internet yang menyebut AWS terlalu mahal. Apa yang bisa saya katakan, jika sudah lama ada perusahaan yang bersedia mengoptimalkan penggunaan AWS Anda untuk jumlah tertentu, meminimalkan tagihan bulanan sebanyak mungkin.
Ringkasan Amplifikasi Amazon
Secara umum, cerita dengan Amazon Amplify mirip dengan Azure. Dalam banyak hal, fungsionalitas serupa untuk MBaaS, menyediakan infrastruktur lengkap dan kemungkinan mengembangkan backend Anda. Alat pemasaran Amazon, khususnya, Pinpoint, menonjol secara positif.
Di antara aspek-aspek negatif, kami mengingat ambang masuk yang tidak kalah tinggi dari Azure, dan kesulitan yang sama dengan perkiraan biaya. Tambahkan ke layanan ini kurang stabil dan, dilihat dari ulasan, tidak dukungan teknis responsif.
Apakah ini cocok? Dengan menggunakan tautan ini, Anda dapat mempelajari lebih lanjut tentang Amazon Amplify, mempelajari semua detail dan mulai menggunakannya:
Google firebase
Layanan
Firebase Google adalah salah satu opsi paling menarik sebagai layanan MBaaS untuk aplikasi Anda. Ini telah lama memantapkan dirinya sebagai alat yang berguna dan seperti itu untuk banyak aplikasi terkenal: Shazam, Duolingo, Lyft dan lainnya.
MBaaS
Firebase menangani semua yang dibutuhkan aplikasi seluler Anda. Layanan ini menggabungkan fitur-fitur backend yang lengkap, seperti penyimpanan data, sinkronisasi, otentikasi, fungsi cloud (mengeksekusi kode backend), dan, pada saat ini, Beta berisi
Machine Learning Kit , yang mengimplementasikan berbagai fungsi berdasarkan mesin. belajar (pengenalan teks, objek dalam foto, dan banyak lagi).
Analisis
Fitur penting Firebase adalah bahwa selain fungsionalitas backend, layanan ini menawarkan berbagai peluang untuk analitik aplikasi. Google Analytics internal, segmentasi basis pengguna dan bekerja dengan pemberitahuan push. Juga di 2017, Google menandai akuisisi yang curam dengan membeli layanan Fabric yang tersebar luas dan mengintegrasikannya ke Firebase bersama dengan Crashlytics, alat yang sangat berguna untuk melacak kesalahan aplikasi dan mengumpulkan statistik dan laporan kerusakan pada perangkat pengguna.
Fungsionalitas tambahan
Firebase menyediakan alat
Firebase Dynamic Links untuk memproses tautan dinamis ke konten Anda, dengan alat ini Anda dapat membuat tautan yang mengarah ke aplikasi, jika itu diinstal, jika tidak, kirim pengguna ke App Store atau Google Play untuk instalasi. Juga, tautan tersebut berfungsi tergantung pada perangkat yang mereka buka, jika itu adalah komputer, maka halaman akan dibuka di browser, dan jika perangkat tersebut merupakan transisi ke aplikasi.
Google juga memungkinkan Anda untuk melakukan pengujian A / B pada aplikasi Anda menggunakan
Firebase A / B Testing dan mengonfigurasi konfigurasi jarak jauh dengan alat
Remote Config .
Kompleksitas integrasi
Menjadi jelas bahwa layanan ini menggabungkan sejumlah besar fitur untuk aplikasi Anda. Untuk mengintegrasikan Firebase, Anda harus menggunakan
SDK dari platform yang diperlukan, termasuk iOS, Android, JavaScript, serta untuk C ++ dan Unity, yang akan sangat berguna jika Anda mengembangkan game. Penting untuk dicatat bahwa Firebase memiliki dokumentasi yang agak terperinci dan basis pengguna yang luas dari para pengembang, dan sebagai hasilnya, sejumlah besar konten pendukung di jaringan, apakah itu jawaban atas pertanyaan atau ulasan artikel.
Keandalan
Haruskah saya mengandalkan Google - artikel terpisah. Di satu sisi, Anda memiliki penyedia yang sangat stabil dan berfungsi, dan di sisi lain, Anda tidak pernah tahu kapan Google akan menutup layanan ini. Tidak heran Google telah dihapus dari misi mereka
"Jangan menjadi jahat .
"Ketika penyedia memiliki sumber daya seperti itu, tampaknya uptime akan mengarah pada 100%, tetapi Anda masih dapat menemukan banyak pesan tentang masalah dengan layanan, misalnya,
kutipan dari salah satu pengguna:
“Downtime terjadi. Dalam kasus Firebase, Anda mungkin mengatakan bahwa "waktu aktif" terjadi " . Memang, jika Anda melihat statistik acara dengan layanan Firebase, Anda akan melihat bahwa ada downtime kecil dan shutdown penuh selama 5-7 jam, ini bisa sangat penting untuk layanan Anda.
Tetapi ternyata masalahnya berlangsung selama berminggu-minggu. Kita tidak boleh lupa bahwa kode penting dan vital untuk produk dapat berjalan di layanan ini. Statistik ini tidak terlihat sangat bahagia.
Biaya
Kebijakan penetapan harga Firebase jelas dan sederhana, ada 3 rencana: Spark, Flame, dan Blaze. Secara ideologis mereka berbeda satu sama lain. Sementara Spark adalah paket gratis dengan batas yang memungkinkan Anda untuk menggunakan dan menguji bagian penting dari fungsionalitas platform. Paket Flame and Blaze melibatkan penggunaan berbayar. Api harganya tetap $ 25 per bulan, tetapi pada dasarnya Anda mendapatkan Spark yang sama, hanya dengan batas yang jauh lebih besar.
Blaze berbeda dari yang lain. Ini memungkinkan Anda untuk menggunakan kemampuan platform dalam jumlah yang tidak terbatas, sementara Anda membayar sesuai dengan sumber daya yang Anda gunakan. Ini adalah paket yang sangat fleksibel di mana Anda hanya membayar untuk fungsionalitas yang Anda gunakan. Jika, misalnya, Anda memutuskan untuk menggunakan platform hanya untuk aplikasi pengujian, Anda hanya akan membayar untuk melebihi batas pengujian gratis.
Secara umum, harga Firebase sangat transparan dan dapat diprediksi. Dalam prosesnya, Anda memahami berapa biaya fungsi ini atau itu, dan Anda juga menghitung biaya saat menskal atau mengubah layanan.
Ringkasan Firebase
Layanan Firebase Google adalah penyedia MBaaS sepenuhnya yang membatasi kesulitan infrastruktur yang terkait langsung dengan AWS dan Azure. Semua fungsionalitas yang diperlukan untuk mengembangkan cloud backend sudah ada, peluang yang cukup untuk analitik, relatif mudahnya integrasi, ambang masuk yang cukup rendah, dan harga transparan.
Dari sisi negatif - masalah dengan stabilitas layanan. Sayangnya, ini tidak dapat dipengaruhi dengan cara apa pun, kami hanya bisa mengandalkan insinyur Google.
Cocok untukmu Dengan menggunakan tautan ini, Anda dapat mempelajari lebih lanjut tentang Google Firebase, mempelajari semua detail dan mulai menggunakannya:
Kumulos
Kumulos adalah layanan MBaaS mandiri, didirikan pada tahun 2011.
MBaaS
Sebagai backend seluler, Kumulos menawarkan banyak alat standar yang telah kita lihat di layanan sebelumnya. Dimungkinkan juga untuk membuat kampanye lengkap berdasarkan jadwal dan lokasi geografis, melacak dan mendiagnosis crash, integrasi yang mudah dengan Slack, Trello dan Jira, penyimpanan data dan pemrosesan otorisasi pengguna.
Seperti Firebase, layanan ini menangani semua masalah dengan penyeimbangan muatan, penskalaan, dan masalah infrastruktur lainnya.
Analisis
Kumulos memiliki kemampuan analitik yang luas, termasuk: pembuatan laporan berkala, segmentasi pengguna, analisis perilaku terperinci, analisis kohort, dan banyak lagi. Platform ini awalnya dibuat untuk Big Data dan siap untuk bekerja dengan banyak data. Semua analitik ditampilkan secara real time.
Mesin analitis internal memprediksi berbagai wawasan berdasarkan statistik yang dikumpulkan.Fitur penting adalah kemampuan untuk menyimpan dan mengekspor data ke layanan lain, termasuk: Salesforce, Google BigQuery, Amplitude dan Tableau.Fungsionalitas tambahan
Fitur yang menarik dan tidak sering ditemukan adalah alat untuk mengoptimalkan promosi aplikasi di App Store. Kumulos App Store Optimization mengevaluasi halaman aplikasi Anda dan menawarkan solusi untuk meningkatkan kinerja. Ini memantau faktor keberhasilan aplikasi, seperti peringkat pengguna dan posisi aplikasi di bagian atas negara yang berbeda, dan laporan dihasilkan berdasarkan data ini.
Ketersediaan alat khusus untuk studio pengembangan seluler, yang menyediakan antarmuka yang nyaman untuk mengelola data aplikasi untuk berbagai pelanggan, terlihat sangat menarik. Serta menghasilkan laporan khusus untuk pelanggan Anda.Kompleksitas integrasi
Kumulos memiliki berbagai SDK untuk diintegrasikan dengan alat asli dan lintas platform. Perpustakaan diperbarui dan dipelihara secara aktif.
Dokumentasi terperinci dijelaskan untuk semua alat, ada juga beberapa tutorial dan contoh siap pakai menggunakan platform.Keandalan
Sayangnya, saya tidak dapat menemukan statistik tentang stabilitas server layanan Kumulos.Biaya
Selain uji coba gratis, Kumulos memiliki 3 paket berbayar : Startup, Enterprise dan Agency. Mereka bekerja berdasarkan prinsip "hanya membayar untuk apa yang saya gunakan." Sayangnya, layanan ini tidak memberikan daftar harga di domain publik, tampaknya itu dihitung secara individual, berdasarkan kebutuhan Anda.
Anda tidak bisa mengatakan secara pasti tentang perkiraan dan ukuran pembayaran tanpa mengetahui tarifnya sendiri untuk semua paket. Satu hal yang baik - ternyata, harga cukup fleksibel.Ringkasan Kumulos
Kumulos menyediakan platform MBaaS dalam banyak hal mirip dengan Firebase. Di sini Anda akan menemukan semua set alat yang diperlukan untuk layanan MBaaS, kemampuan analitik dan pelaporan yang luas. Tawaran terpisah untuk studio aplikasi seluler terlihat menarik, yang menggabungkan banyak keuntungan tambahan.Dari negatif - kurangnya data tentang stabilitas server dan harga tertutup.Layak dicoba? Dengan menggunakan tautan ini, Anda bisa mengenal Kumulos lebih detail, mempelajari semua detail dan mulai menggunakannya:Kesimpulan
Sangat penting untuk mengambil masalah dalam memilih layanan cloud untuk mobile backend dalam semua keseriusan, karena akan berdampak dramatis pada pengembangan dan pengembangan aplikasi atau layanan Anda selanjutnya.Pada artikel ini, kami memeriksa 4 layanan: Microsoft Azure, AWS Amplify, Google Firebase, dan Kumulos. Diantaranya adalah 2 layanan IaaS besar dan 2 MBaaS, yang berspesialisasi secara khusus dalam mobile backend. Dan di setiap opsi ada masalah dan aspek negatif tertentu.Penting untuk dipahami bahwa tidak ada solusi yang sempurna. Pilihan teknologi untuk proyek adalah kompromi antara faktor-faktor kunci. Saya mengusulkan sekali lagi untuk berjalan di atas mereka:Fungsionalitas
Fungsi yang Anda pilih secara langsung tergantung pada fungsionalitas platform yang Anda terapkan pada backend Anda. Anda selalu perlu mengetahui dengan jelas apa prioritas Anda saat memilih layanan, apakah menggunakan satu fitur spesifik, misalnya, mendorong pemberitahuan untuk menghemat uang, atau membangun infrastruktur Anda sendiri dalam satu ekosistem untuk memusatkan dan menyeragamkan backend Anda.Analisis
Sulit membayangkan layanan modern tanpa analitik. Memang, alat inilah yang memungkinkan Anda untuk meningkatkan layanan, menganalisis pengguna, dan pada akhirnya menghasilkan keuntungan besar. Kualitas dan fungsionalitas analitik secara langsung menentukan kualitas produk akhir. Tetapi tidak ada yang mengganggu untuk menghubungkan analitik pihak ketiga, baik itu bagian analitik Firebase, AppMetrica Yandex atau hal lain yang lebih cocok untuk Anda.Kompleksitas integrasi
Kompleksitas integrasi secara langsung mempengaruhi biaya sumber daya moneter dan waktu dalam proses pengembangan, belum lagi kemungkinan komplikasi dari proses pencarian untuk pengembang karena tidak populernya atau ambang batas tinggi untuk memasuki toolkit.Keandalan dan stabilitas
Keandalan dan stabilitas layanan apa pun adalah salah satu indikator terpenting. Dan ketika aplikasi Anda sendiri mengalami masalah di sisi penyedia, situasinya tidak menyenangkan. Pengguna akhir tidak peduli apa yang salah di sana dan apakah Anda secara khusus harus disalahkan karena fakta bahwa layanan tidak berfungsi. Dia tidak akan dapat melakukan apa yang dia rencanakan, dan segalanya, kesan itu rusak, dia mungkin tidak akan kembali ke produk. Ya, tidak ada layanan yang ideal, tetapi ada alat untuk meminimalkan kerugian jika terjadi masalah di pihak penyedia layanan.Kebijakan penetapan harga
Kebijakan harga layanan adalah faktor penentu bagi banyak orang, karena jika kemampuan keuangan tidak sesuai dengan permintaan penyedia, maka Anda tidak bisa terus bekerja sama. Penting untuk mempertimbangkan dan memperkirakan biaya layanan tempat produk Anda bergantung. Harga semua layanan berbeda, tetapi paling sering proporsional dengan sumber daya yang Anda gunakan, apakah itu jumlah pemberitahuan yang dikirim atau ukuran hard disk penyimpanan yang digunakan.Kunci vendor
Dengan menggunakan layanan ini, penting untuk tidak terikat pada satu solusi, jika tidak, Anda menjadi benar-benar bergantung padanya dan menghukum diri Anda sendiri dengan apa yang disebut “kunci vendor”. Ini berarti bahwa jika sesuatu terjadi pada layanan, pemilik berubah, arah pengembangan atau penutupan, Anda akan perlu mencari penyedia MBaaS baru, dan, tergantung pada ukuran aplikasi, langkah tersebut akan memerlukan waktu yang signifikan dan, akibatnya, biaya keuangan . Ini akan sangat menakutkan jika backend terikat dengan beberapa fungsi unik dari penyedia MBaaS, karena semua penyedia berbeda dan jauh dari semua memiliki serangkaian fungsi yang sama. Karena itu, jarang terjadi ketika Anda berhasil bergerak "tanpa rasa sakit."Keseluruhan analisis sebagai hasilnya dapat dijelaskan dalam tabel:Jadi, kami membongkar 4 layanan cloud. Ada puluhan alat serupa. Layanan yang ideal tidak ada, jadi strategi terbaik untuk menemukan yang tepat adalah dengan menyadari kebutuhan Anda untuk penyedia dan kompromi yang siap Anda buat sesegera mungkin.Kami berharap Anda membuat pilihan yang tepat.Data stabilitas diambil dari layanan https://statusgator.com/
Data penilaian pengguna diambil dari layanan www.capterra.com