Infrastruktur berpusat akun
Autentikasi, identitas, dan email berfokus akun.
Buat klien OAuth, susun pengguna ke dalam akun dengan keanggotaan, dan kirim email transaksional dengan domain terverifikasi serta event yang dapat diamati.
Aplikasi klien
│
▼
Accountmaker
├─ OAuth + OIDC
├─ Akun + Keanggotaan
├─ Email + Domain
└─ Webhook + Event
Sebagian besar platform SaaS membangun ulang infrastruktur identitas yang sama.
- Autentikasi berhenti di login dan token.
- Logika akun diimplementasikan ulang per produk.
- Email berada di stack terpisah.
- Kegagalan webhook tidak terlihat.
- Kepemilikan dan izin bergeser.
Yang diubah Accountmaker
- Satu sistem untuk autentikasi, akun, email, dan event.
- Keanggotaan dan peran akun yang eksplisit.
- Verifikasi domain dan pemeriksaan deliverability.
- Pengiriman event yang dapat diamati untuk email dan webhook.
Standar
OAuth 2.0 + OpenID Connect
Gunakan alur berbasis standar dengan scope eksplisit dan token yang dapat diprediksi.
Cakupan
Izin berfokus akun
Akun dan keanggotaan adalah primitif kelas satu, bukan konsep turunan.
Visibilitas
Event yang dapat diamati
Webhook dan event pengiriman email adalah primitif kelas satu dan dapat diaudit.
Cara kerja
- 1. Konfigurasi klien OAuth
Tentukan URI redirect, scope, dan masa berlaku token.
- 2. Buat akun dan keanggotaan
Modelkan kepemilikan, peran, dan izin tingkat akun.
- 3. Konfigurasi email dan webhook
Verifikasi domain dan amati event pengiriman.
Bukti
Primitif berfokus akun
Setiap token, identitas email, dan pengiriman webhook berada dalam cakupan akun dan peran keanggotaan.
POST /accounts
POST /accounts/{account_id}/memberships
Yang tidak dilakukan Accountmaker
- Tidak menggantikan UI aplikasi.
- Tidak menyembunyikan perilaku OAuth atau token.
- Tidak mengirim kampanye pemasaran.
Siap integrasi
Mulai dari dokumentasi, lalu buat klien dan akun dalam hitungan menit.