Menemukan USP di ekosistem IoT:Bagian 2

Arpit Khosla dari IoT Australia Consulting

Melalui rangkaian artikel ini, tujuan kami tidak hanya untuk memetakan rantai Nilai IoT tetapi juga struktur pasar/ekonomi dan dinamika perubahan di sekitarnya. Tulisan ini ditujukan untuk para pengambil keputusan bisnis yang mencoba untuk mencari tahu strategi solusi &USP di setiap komponen rantai Nilai. Dalam artikel terakhir kami, kami berfokus pada sensor IoT, perangkat, gateway &bagian komunikasi dari rantai Nilai. Dalam artikel ini kami, Arpit Khosla dan Praneet Thakur dari Layanan Konsultasi IoT Australia akan terjun ke Platform IoT.

Mempertimbangkan banyak cara di mana istilah “Platform IoT” dapat ditafsirkan, kami mengambil kesempatan ini untuk pertama-tama memberikan pandangan kami tentang apa yang dicakup oleh semua platform IoT. Pada tingkat tinggi, ini mencakup kemampuan horizontal &vertikal. Beberapa kemampuan yang dapat ditandai sebagai horizontal adalah Manajemen Konektivitas, Manajemen Perangkat, Penyerapan &Penyimpanan Data, Platform Pengaktifan Aplikasi &Platform pengaktifan Analisis. Terkadang platform Penagihan yang menyediakan Penagihan Ujung ke Ujung juga merupakan bagian dari Keluarga Platform Horisontal. Aplikasi itu sendiri lebih vertikal atau spesifik skenario dan karenanya dapat dikategorikan sebagai kemampuan vertikal. Mari kita lihat masing-masing kemampuan tersebut dari lensa strategi &USP.

Sejauh menyangkut Manajemen Konektivitas, meskipun seseorang mungkin perlu memilih teknologi yang tepat berdasarkan jangkauan jangkauan, keamanan, mobilitas, keseluruhan, Skalabilitas, profil daya &persyaratan latensi, tetapi solusi itu sendiri biasanya ditangani oleh operator penyedia jaringan. Dari perspektif strategi solusi, ada beberapa keputusan penting seperti SIM berlisensi vs tidak berlisensi, SIM vs eSIM, &penagihan terpisah vs Penagihan ujung ke ujung, tetapi mereka memerlukan Pasal lain, jadi kami tidak akan membahas detailnya di sini.

Demikian pula dari perspektif strategi solusi manajemen perangkat, pembuat keputusan teknis perlu memenuhi persyaratan manajemen siklus hidup Perangkat, perintah dan kontrol, pemantauan, audit, pembaruan firmware di. Dalam konteks ini, pembuat keputusan perlu mempertimbangkan tidak hanya protokol standar seperti LWM2M &OMADM tetapi juga protokol khusus konteks yang dapat berupa OPC-UA, Profinet, Modbus, dan Hart dll. Namun dari perspektif USP, tidak banyak yang dapat dilakukan oleh seorang Inovator. ambil dari fungsi manajemen konektivitas atau manajemen perangkat.

Platform penyerapan &penyimpanan data tidak asing dengan tantangan heterogenitas, standar yang berkembang, dan persyaratan untuk menangani skalabilitas dengan postur keamanan yang tepat. Dari perspektif strategi solusi, memilih protokol yang tepat di antara https, MQTT, CoAP, AMQP, dll. adalah salah satu keputusan penting yang harus dibuat. Biasanya sebagian besar platform menawarkan dukungan untuk protokol di atas tetapi iklan dan kemudahan integrasi yang mendorong keputusan di sini. Misalnya, beberapa platform menyediakan kumpulan perpustakaan untuk mengaktifkan komunikasi yang menjamin investasi waktu &upaya untuk pengembangan, di sisi lain yang lain menawarkan pengaturan berbasis konfigurasi kode rendah / sentuhan rendah.

Dari perspektif ketersediaan Solusi kita melihat tiga pendekatan. Pertama, broker penyerapan data dan platform penyimpanan adalah bagian dari rangkaian yang ditawarkan oleh penyedia platform End to End Horizontal Cloud seperti AWS &Azure. Upaya ini untuk menyederhanakan kerumitan penyiapan &pengelolaan Infrastruktur, skalabilitas, ketersediaan tinggi, dll. Solusi alternatif adalah dengan membeli platform yang diproduksi sepenuhnya seperti C3IoT, Software AG, PTC . Dengan diproduksi, yang kami maksud adalah persyaratan produksi umum seputar administrasi, operasi, audit, integrasi, dan antarmuka pengguna telah disiapkan sebelumnya.

Opsi ketiga yang khas adalah membangun menggunakan solusi open source seperti Rabbitmq, Eclipse Mosquito, dll. Secara keseluruhan, sebagian besar pemain PaaS &SaaS memiliki penawaran serupa di ruang ini dan pertimbangan khas untuk membuat pilihan adalah skala, komersial, operasional, dan pemeliharaan &dukungan berkelanjutan. Kami tidak melihat bagian dari solusi ini sebagai kandidat kuat untuk membangun pembeda inti atau USP apa pun, selain itu dengan banyaknya solusi yang tersedia, kami berharap bagian rantai nilai ini tetap kompetitif dan karenanya dipersenjatai dengan sedikit peluang PaaS atau SaaS menyalahgunakan kekuatan pasar . Secara meyakinkan kami dapat menandai ini sebagai ruang yang kompetitif dan komoditas, dengan PaaS atau SaaS menjadi mode pengembangan yang disukai.

Platform pemberdayaan aplikasi dan platform Analytics juga dapat dikategorikan dalam ruang platform horizontal. Platform ini memungkinkan solusi Anda untuk menangani data yang masuk secara real-time atau batch / terjadwal. Ini berbeda dengan platform penyerapan data karena di sini tidak semua platform memiliki kemampuan yang sama. Sebagai pembuat keputusan teknis, seseorang biasanya mengevaluasi kemampuan melakukan Analytics dan Pembelajaran Mesin, pengembangan aplikasi visualisasi &kemampuan hosting. Ekstensibilitas melalui Integrasi dan panggilan API adalah dimensi pertimbangan lain. Integrasi ini dapat dilakukan dengan lingkungan yang berbasis monolitik atau layanan mikro, berbasis Cloud atau On-premise.

Beberapa dari solusi ini juga masuk ke ruang Edge terutama untuk analitik tepi. Setelah pembuat keputusan mengetahui persyaratan dari perspektif dimensi di atas, sekali lagi, dia dapat melihat salah satu dari tiga pilihan penawaran PaaS dari Azure &AWS atau build berbasis open source. Mempertimbangkan bahwa kebutuhan komputasi tepi atau kabut berkembang pesat dan dianggap sebagai area yang paling berkembang, hampir wajib bagi perancang solusi untuk memiliki strategi Edge yang jelas juga. Di ruang Edge orang dapat melihat solusi seperti Intel Chipset &peralatan canggih berbasis Movidius oleh Dell dari perspektif perangkat keras dan Azure IoT Edge, AWS IoT Greengrass, perangkat tepi Software AG dari perspektif perangkat lunak. Dalam ruang analitik dan aplikasi sambil mengikuti pendekatan ketiga build, seseorang harus menggabungkan teknologi seperti Kaa, HDFS, Kafka, Nifi, Mongo DB, Nginx, dll. bersama-sama untuk mengaktifkan Solusi IoT yang tangguh.

Secara keseluruhan dari perspektif strategi solusi, kami percaya orang perlu menyadari fakta bahwa pemain SaaS di ruang analitik diharapkan menjadi berbeda dengan algoritme pembelajaran yang dioptimalkan di sepanjang jalan. Ini menciptakan kemungkinan pemain SaaS menyalahgunakan kekuatan pasar di kemudian hari. Pengambil keputusan bisnis juga perlu menyadari waktu dan investasi yang diperlukan dalam pendekatan pembangunan, yang mungkin tidak sesuai dengan diferensiasi yang dikembangkan di ruang ini. Oleh karena itu, kami yakin pendekatan yang lebih disukai di sini adalah PaaS untuk pengaktifan Aplikasi &fungsionalitas mesin Analytics.

Baris berikutnya adalah aplikasi spesifik Vertikal. Pembangun Solusi biasanya akan memanggil berbagai fungsi dari katalog Platform IoT di atas untuk membangun aplikasi akhir. Misalnya – aplikasi dapat dikembangkan di lingkungan yang disediakan oleh platform pemberdayaan Aplikasi dengan mengumpulkan data dari platform penyerapan data, dan kemudian mengembangkan visualisasi di atas tren &wawasan yang ditambang oleh platform Analytics. Saat wawasan yang dihasilkan oleh penggabungan ekosistem berbasis konteks ujung ke ujung ini, memecahkan masalah, maka orang tahu bahwa nilai telah diciptakan dan dengan demikian mempersenjatai solusi dengan USP yang kuat.

Ini adalah area yang perlu diperiksa dengan lensa bisnis yang relatif jauh lebih besar. Pengambil keputusan perlu mengevaluasi apakah aplikasi itu berharga, langka, tidak dapat ditiru secara sempurna &tidak dapat diganti. Dari perspektif struktur pasar, ini adalah area di mana seseorang dapat menentukan pasarnya sendiri dan menikmati monopoli, oleh karena itu membangun dari awal mungkin menggunakan lingkungan open source adalah pendekatan yang lebih disukai. Selain itu dari perspektif bisnis, kami mengharapkan tingkat keterikatan pelanggan yang tinggi di ruang ini, oleh karena itu waktu sangat penting di sini, dan semakin cepat seseorang dapat pergi ke pasar dengan solusi yang dipilih, semakin tinggi peluang untuk memanfaatkan USP untuk ditingkatkan.

Secara keseluruhan dari perspektif pengembangan USP, Aplikasi spesifik Vertikal dengan Analytics khusus yang mendasarinya tampaknya menjadi kandidat yang paling cocok. Dari perspektif strategi solusi Platform IoT meskipun kami telah memberikan rekomendasi PaaS atau SaaS untuk penyerapan Data, PaaS untuk Aplikasi dan Analisis dan build berbasis Open Source untuk perspektif aplikasi spesifik Vertikal, tetapi kami menghargai pentingnya konteks yang mendorong semua keputusan. Jika konteksnya menjamin waktu yang cepat ke pasar dengan dukungan R&D khusus:Saas mungkin menjadi keputusan yang optimal. Oleh karena itu, semua faktor di atas dapat digunakan sebagai pedoman umum, tetapi setiap kasus penggunaan memerlukan Juri dan keputusannya sendiri.

Penulis blog ini adalah Arpit Khosla, pendiri IoT Australia Consulting Services dan Praneet Thakur, penasihat IoT Australia Consulting Services 

Bagaimana SD-WAN cloud-first dapat menyederhanakan adopsi IoT 6 cara AI dan IoT mengubah dunia bisnis Anda di tahun 2019