Single Identity Number dengan Apache Cassandra

2,363 views

Published on

Implementasi konsep penyimpanan Single Identity Number dengan menggunakan Apache Cassandra

Published in: Technology, News & Politics
2 Comments
1 Like
Statistics
Notes
No Downloads
Views
Total views
2,363
On SlideShare
0
From Embeds
0
Number of Embeds
15
Actions
Shares
0
Downloads
28
Comments
2
Likes
1
Embeds 0
No embeds

No notes for slide

Single Identity Number dengan Apache Cassandra

  1. 1. Framework Identity Databasewith Apache Cassandra<br />Anton R Susilo<br />
  2. 2. “Write Never Fails”<br />
  3. 3. Latar Belakang<br /><ul><li>Untuk mendukung proses birokrasi yang baik, negara harus dapat mengelola data penduduk-nya
  4. 4. Data tersebut menjadi referensi bagi penduduk untuk mengakses fasilitas umum : Kesehatan, Tunjangan Sosial, dll.
  5. 5. Bagi Negara konsep ini dapat digunakan untuk mengontrol imigran, dan manajemen sosial lain.</li></li></ul><li>National Identification Number<br /><ul><li>Awal-nya masing-masing negara menerapkan penomoran ini untuk tujuan spesifik. Kemudian tergeneralisir
  6. 6. Setiap Negara sepakat bahwa identifikasi data penduduk dengan konsep penomoran wajib untuk diterapkan.</li></li></ul><li>National Identification Number<br /><ul><li>Awal-nya masing-masing negara menerapkan penomoran ini untuk tujuan spesifik. Kemudian tergeneralisir
  7. 7. Setiap Negara sepakat bahwa identifikasi data penduduk dengan konsep penomoran wajib untuk diterapkan.</li></li></ul><li>Kartu Tanda Penduduk Indonesia<br /><ul><li>Indonesia mengimplementasi penomoran Terpanjang kedua setelah China (16 digits)
  8. 8. Nomor ini menjadi acuan data utama dari hampir seluruh aktivitas penduduk:
  9. 9. Sosial : keluarga, pekerjaan, kesehatan, pajak
  10. 10. Politik : pemilu
  11. 11. Internasional : passport
  12. 12. Perbankan : akun bank
  13. 13. Dll.</li></li></ul><li>Kartu Tanda Penduduk Indonesia<br />
  14. 14. Kartu Tanda Penduduk Indonesia (2)<br /><ul><li>Sayangnya, Manajemen data Penduduk ini tidak dianggap serius (belum(?))
  15. 15. Masing-masing elemen birokrasi menyimpan informasi –nya sendiri
  16. 16. Data Penduduk terisolasi = #$#@@#@!!</li></li></ul><li>Map Of Problematique<br />
  17. 17. Harusadasebuah Data Valid yang menjadiacuan valid dari High Level seluruhaktivitaspenduduk!<br />Ya, semuareferensi data meliputi: IdentitasSosial, Perbankan, Pendidikan, Pekerjaan, PemilihanUmum, TunjanganSosial, dll.<br />
  18. 18. Penyimpanan Data Penduduk<br /><ul><li>Data Referensi:</li></ul>Social Security<br />Family<br />Passport<br />Banking<br />Medical Record<br />Education Achievement<br />Electoral<br />Jobs and Tax<br />?<br />
  19. 19. Penyimpanan Data Penduduk (2)<br /><ul><li>Sistem penyimpanan tersebut harus mampu available untuk diakses online oleh seluruh:</li></ul>Kecamatan, Kelurahan, Kabupaten, Kotamadya, .. di seluruh Indonesia (sekitar 5000 – 6000 kecamatan).<br />Sistem Perbankan <br />Sistem Imigrasi<br />Sistem Pemilihan Umum<br />Institusi Kesehatan<br />?<br />
  20. 20. Penyimpanan Data Penduduk (3)<br />Mengingat banyak-nya sistem yang akan terhubung , sistem akan terbebani dengan jumlah koneksi yang besar, dan throughput yang tinggi.<br />Untuk itu, basis penyimpanan-nya tidak direkomendasikan untuk diimplementasi pada sistem yang membatasi diri-nya pada jumlah koneksi, skalabilitas, dan skema.<br />Sistem tersebut hari mampu menampung throughput tinggi, success rate tinggi, dan skalar:<br />NOSQL <br />A World free from schema<br />
  21. 21. Sebuah Alternative<br />Untuk mendapatkan hasil yang maksimal, kita perlu mempertimbangkan solusi alternatif<br />
  22. 22. Apache Cassandra<br /><ul><li>Best NoSQL so far
  23. 23. Diimplementasi pada Facebook, Twitter, dan Digg.com. Diklaim mampu meningkatkan performa hingga 2500x lipat daripada implementasi pada SQL (mySQL)(*)</li></ul>*) http://news.ycombinator.com/item?id=683885<br />
  24. 24. Apache Cassandra (2)<br /><ul><li>Table = ColumnFamily (with Column, SuperColumnn)
  25. 25. Centralized (no sharding)
  26. 26. No Single Point of Failure (eventually Consistent)
  27. 27. Fault Tolerant
  28. 28. Tunable Consistency : Writes never fails (fast) – to – block all replicas to be readable (slow)</li></li></ul><li>Cassandra for SIN<br />
  29. 29. Cassandra for SIN (2)<br />Diimplementasi dalam beberapa grup ColumnFamily:<br />Identity<br />Medical Record<br />Education<br />Passport<br />Electoral Participation<br />Social Security<br />Jobs and Taxation<br />Bankin Info<br />
  30. 30. Cassandra for SIN (3)<br />
  31. 31. Arsitektur SIN<br />
  32. 32. Arsitektur SIN (2)<br />Database disebar (cluster) dalam beberapa nodes. Optimal untuk SIN 10 nodes<br />Pada masing-masing nodes ditempelkan API Front-end untuk diakses dari Client Apps<br />Aksesibilitas Client di-batasi sesuai keperluan<br />
  33. 33. Terima Kasih<br />Maaf jika ada salah kata ataupun data.<br />Mohon Koreksi-nya!<br />

×