Один MaxCode вместо десятка ключей: как PushMeld добавляет уведомления туда, где их не было
Один MaxCode вместо десятка ключей: как PushMeld добавляет уведомления туда, где их не было
Bayangkan sebuah komputer rumah yang setiap malam membuat cadangan file penting. Hasilnya dicatat di log sistem: operasi selesai dengan sukses atau terjadi galat.
Dari segi teknis, semuanya berjalan lancar. Tetapi masalah muncul saat pagi hari: orang harus secara manual membuka log dan memeriksa hasilnya. Aplikasinya tidak memiliki aplikasi mobile, pengiriman notifikasi oleh pengembang tidak disediakan, dan membuat infrastruktur terpisah hanya untuk satu fungsi tidaklah praktis.
Dengan PushMeld, proses ini dapat diperkaya dengan permintaan sederhana. Setelah cadangan selesai, pengguna akan menerima pesan di ponsel: cadangan berhasil dibuat atau terjadi galat. Jika perlu, notifikasi yang sama dapat dikirim ke email.
Inti dari ide ini adalah MaxCode — kode aman tunggal yang digunakan PushMeld untuk menerima semua info yang diperlukan untuk pengiriman notifikasi selanjutnya.
Saat saya mengenal proyek ini, MaxCode adalah bagian yang paling menarik bagi saya. Notifikasi push dan email bukan hal baru. Yang lebih penting adalah bahwa program sumber tidak lagi mengatur pengiriman mereka. Mereka hanya memberi tahu PushMeld tentang kejadian, dan semua proses selanjutnya dilakukan di luar sistem tersebut.
Saya akan menambahkan konteks: PushMeld adalah bagian dari sistem MELD®, dan DigiMeld UG adalah perusahaan yang mengembangkannya.
Sumber hanya tahu tentang kejadian
Integrasi notifikasi biasa cepat menjadi kompleks secara teknis. Diperlukan penentuan proyek, pengaturan akses, penyimpanan kunci, mempertimbangkan token perangkat, menghubungkan pengiriman email, dan memahami kebutuhan berbagai platform seluler.
PushMeld memindahkan semua ini dari sistem sumber ke sebuah kontur terpisah yang dikelola.
Aplikasi cadangan hanya tahu satu hal: operasi selesai dengan sukses atau galat. Ia hanya mengirim MaxCode, judul, dan isi pesan.
Ia tidak perlu mengetahui:
berapa banyak perangkat yang terhubung ke proyek;
ponsel mana yang aktif saat ini;
melalui provider mana push harus dikirim;
apakah pengiriman email diaktifkan;
apakah pengguna memiliki ponsel baru;
apakah tablet lama sudah dimatikan;
siapa yang harus menerima notifikasi tertentu.
Semua ini sudah ditentukan di dalam PushMeld.
Menurut saya, di sinilah inti arsitektur dari proyek ini: MaxCode memindahkan pengelolaan notifikasi dari program tempat kejadian ke sistem yang mengatur pengiriman.
Satu MaxCode menggantikan banyak kunci
Biasanya, saat menghubungkan layanan eksternal, diperlukan beberapa entitas: ID proyek, kunci akses, serta rahasia, token perangkat, dan pengaturan provider tertentu.
MaxCode mengemas semua yang diperlukan untuk pengiriman dalam satu kode aman.
Untuk setiap proyek, dibuat MaxCode sendiri. MaxCode menggabungkan identifikasi proyek, hak pengiriman, dan data yang memungkinkan PushMeld menerapkan konfigurasi pengiriman yang relevan.
Sistem pengirim tidak perlu menyimpan secara terpisah:
identifikasi proyek;
API key dan rahasia tambahan;
token perangkat yang terhubung;
parameter setiap penerima;
kunci dari berbagai penyedia push;
pengaturan terpisah untuk push dan email.
Dalam program, situs, atau skrip, cukup tambahkan satu MaxCode. Setelah menerima MaxCode bersama pesan, PushMeld secara otomatis mengenali proyek, memverifikasi permintaan, menemukan perangkat yang terhubung, dan memilih saluran yang tersedia.
Oleh karena itu, MaxCode tidak boleh dipandang sebagai kunci tambahan, melainkan sebagai pengganti seluruh rangkaian kunci, token, dan ID berbeda menjadi satu kode tunggal.
Notifikasi dari tempat yang sebelumnya tidak memungkinkan
MaxCode dapat digunakan di sistem apa pun yang mampu melakukan permintaan HTTP secara mandiri atau melalui skrip kecil.
Sebagai contoh, PushMeld bisa memberi tahu saat:
server rumah tidak merespons;
cadangan selesai atau gagal;
- skrip kustom menyelesaikan tugas panjang;
printer 3D selesai mencetak;
sensor mendeteksi kebocoran;
pintu terbuka atau alarm aktif;
informasi yang diperlukan muncul di situs;
harga barang berubah;
ruang penyimpanan kosong;
program lama selesai memproses file besar;
toko kecil menerima pesanan baru.
Masing-masing sumber ini tidak harus memiliki aplikasi sendiri. Beberapa perangkat hanya mampu mengakses alamat tertentu, yang lain bisa menjalankan perintah pengguna, dan lainnya dapat dilengkapi skrip otomatis singkat.
Ini cukup untuk mengirimkan kejadian ke PushMeld.
Sumber tidak menjadikan dirinya layanan notifikasi mandiri, melainkan hanya merekam kejadian dan mengirim pesan dengan MaxCode. Sisanya — penerima, perangkat, saluran, dan jalur teknis — tetap di pihak PushMeld.
Selain push, juga email
Nama PushMeld umumnya diasosiasikan dengan notifikasi di ponsel, tetapi kemampuan proyek ini tidak terbatas di situ.
Pengiriman dapat dilakukan melalui push, email, atau keduanya — tergantung pengaturan proyek dan kemampuan yang tersedia.
Misalnya, notifikasi cadangan berhasil cukup ditampilkan di ponsel. Masalah serius bisa juga dikirim via email.
Program sumber sama-sama mengirim permintaan yang sama dengan MaxCode di kedua kasus. Tidak perlu mengatur server email secara terpisah, menyimpan pengaturan, atau membuat skrip kedua.
Keputusan saluran pengiriman diambil di dalam PushMeld. Jika nanti pengguna menambahkan email ke proyek yang sudah ada, program cadangan tidak perlu diubah.
Di sisi lain, email digunakan sebagai metode bukan sebagai pengiriman massal, melainkan sebagai cara tambahan untuk mengabarkan kejadian dari proyek yang terhubung.
Satu proyek — satu sumber kejadian
Proyek memungkinkan pengelompokan notifikasi berdasarkan tujuan mereka.
Pengguna dapat membuat proyek seperti misalnya:
HomeServer— status server rumah;Backups— hasil cadangan;SmartHome— sensor dan otomasi rumah;PriceMonitor— perubahan harga;Website— lalu lintas baru dari situs pribadi.
Setiap proyek mendapatkan MaxCode sendiri. Dengan demikian, automation rumah tidak memakai kode situs, dan pemantauan harga tidak bercampur dengan cadangan.
Di aplikasi langsung terlihat dari mana pesan berasal dan ke tugas mana pesan tersebut terkait.
Pengelompokan ini sangat membantu saat jumlah sumber meningkat. Alih-alih satu aliran, pengguna mendapatkan beberapa saluran independen, masing-masing dengan pengaturan pengiriman sendiri.
Ponsel baru tidak membutuhkan perubahan program
Token push biasanya terkait dengan instalasi aplikasi tertentu di perangkat tertentu.
Jika pengguna memiliki dua ponsel dan satu tablet, maka itu berarti beberapa token. Setelah instalasi ulang atau penggantian perangkat, token tertentu mungkin berubah atau tidak berfungsi lagi.
MaxCode berada di atas level ini. Ia berkaitan dengan proyek, bukan satu ponsel.
Pengguna sendiri menentukan perangkat apa yang terkait dengan proyek dan harus menerima pesan. Misalnya, notifikasi server rumah bisa dikirim ke ponsel dan tablet pribadi, sementara kejadian dari situs kerja hanya ke ponsel kerja.
Jika pengguna membeli ponsel baru atau menonaktifkan perangkat lama, skrip sumber tetap menggunakan MaxCode yang sama. Daftar penerima yang aktif berubah di dalam PushMeld.
Ini juga berlaku untuk menambahkan email atau mengubah pengaturan pengiriman lain.
Oleh karena itu, MaxCode bukan sekadar cara mereduksi jumlah kunci. Ia menciptakan batas antara kejadian dan rute pengirimannya. Segala sesuatu setelah batas ini dapat diubah tanpa harus menyentuh program sumber.
Gratis untuk tugas umum
Produk infrastruktur seringkali digambarkan melalui sistem perusahaan, perintah server, dan data besar. Karena itu, tampaknya PushMeld hanya untuk pengembang profesional dan perusahaan.
Secara praktis, Anda bisa mulai dari tugas rumah biasa.
Aplikasi inti gratis. Kemampuan MaxCode utama juga tidak berbayar dan berjalan dalam batas batasan gratis yang tersedia. Pengguna bisa membuat proyek, menghubungkan perangkat, dan menerima notifikasi dari server, situs, skrip, atau otomasi rumah mereka.
Ini bukan mode demonstrasi sementara yang berhenti berfungsi setelah memahami produk. Untuk skenario harian, fitur gratis sudah cukup.
Rencana berbayar dibutuhkan saat jumlah permintaan meningkat, fitur tambahan diperlukan, atau penggunaan sistem membesar.
Satu prinsip untuk individu dan perusahaan
Mekanisme MaxCode tidak berubah tergantung pada skala tugas.
Pengguna menerima pesan saat cadangan selesai. Bengkel kecil mengetahui bahwa printer 3D selesai mencetak. Toko online melihat pesanan baru. Tim teknis mendapatkan notifikasi tentang galat di server.
Volume dan jumlah proyek berbeda, tetapi prinsipnya tetap sama.
Bayangkan sebuah organisasi dengan tiga sumber kejadian:
Orders— pesanan baru;Payments— pembayaran dan pengembalian;ServerStatus— galat teknis.
Setiap sumber memiliki MaxCode sendiri dan mengatur perangkatnya. Pesanan bisa dikirim ke pemilik dan manajer, transaksi keuangan ke staf bertanggung jawab, dan galat ke teknisi server.
Sistem perusahaan pada semua kasus melakukan hal yang sama: mengirim isi kejadian dan MaxCode proyek yang sesuai.
Ketika staf, perangkat, atau metode pengiriman berubah, sistem sumber tidak perlu diubah. Pengelolaan tetap di dalam PushMeld.
APNs, FCM, dan HMS tetap di luar program
Pengiriman push di berbagai perangkat mungkin menggunakan APNs, FCM, atau HMS. Setiap penyedia memiliki aturan, token, dan fitur teknis yang berbeda.
Biasanya, perbedaan ini harus dipertimbangkan saat mengembangkan sistem pengiriman. Dalam kasus PushMeld, perbedaan ini berada di luar MaxCode.
Server rumah, situs, atau skrip tidak menentukan ponsel penerima dan infrastruktur yang harus dilewati pesan. Mereka mengirimkan satu permintaan, sementara PushMeld memilih jalur pengiriman yang tepat.
MaxCode tidak menggantikan infrastruktur Apple, Google, atau Huawei, melainkan menyediakan satu titik akses tunggal sebelum mereka.
Dengan demikian, sistem sumber tidak perlu berubah mengikuti perangkat pengguna. Hari ini pesan bisa melalui FCM, besok melalui APNs, dan proyek bisa menambahkan ponsel atau email baru. Untuk program yang menunggu kejadian, tidak ada perubahan.
MaxCode dan API key biasa — bukan hal yang sama
API key biasa biasanya hanya mengizinkan akses ke layanan. Setelah diverifikasi, sistem tetap harus diberi tahu tentang proyek, penerima, dan metode pengiriman secara terpisah.
MaxCode menggabungkan konteks ini dalam satu kode.
Ini memungkinkan PushMeld mengenali proyek, memverifikasi permintaan, dan menerapkan pengaturan yang berlaku. Program eksternal mengirim MaxCode dan isi kejadian, tanpa mengatur jalur selanjutnya.
Perbedaan praktisnya singkat: API key membuka akses ke fungsi tertentu, sedangkan MaxCode menentukan konteks di mana fungsi tersebut harus dijalankan secara bersamaan.
Notifikasi sebagai fitur yang bisa dihubungkan
Setelah mengenal PushMeld, saya tidak akan menyebutnya hanya sebagai aplikasi push-notifikasi.
Sebenarnya, ini adalah cara untuk menambahkan notifikasi ke tempat yang sebelumnya tidak memilikinya, dan mengelolanya secara independen dari program sumber.
Sumber notifikasi bisa berupa server rumah, sensor, aplikasi lama, toko online, skrip sendiri, atau sistem internal perusahaan. Jika mampu melakukan permintaan HTTP secara mandiri atau melalui pengait kecil, kejadian bisa dikirim ke PushMeld.
Selanjutnya, MaxCode menentukan batas antara kejadian dan pengirimannya. Di satu sisi adalah program yang melaporkan kejadian, di sisi lain PushMeld yang mengenali proyek, perangkat, saluran, dan jalur teknis.
Karena itu, kemampuan utama MaxCode bukan sekadar menggantikan banyak kunci dengan satu kode. Ia memindahkan pengelolaan notifikasi dari sistem sumber ke luar.
Ponsel bisa diganti, email ditambahkan, perangkat lama dinonaktifkan, dan jalur pengiriman diubah — semua dapat dilakukan tanpa mengubah program sumber. Program akan tetap melakukan satu hal utama: melaporkan kejadian.
\n \"og_title\": \"Odin MaxCode Alih-alih Sepuluh Kunci: Bagaimana PushMeld Menambahkan Notifikasi ke Tempat yang Tidak Ada\",\n \"og_description\": \"PushMeld menggunakan MaxCode untuk menyederhanakan pengiriman notifikasi ke perangkat dan email, memisahkan pengelolaan dari sistem asal dan memperluas fitur.\"\n}"}