Budi Rahardjo wrote:
On 9/9/05, Samuel Franklyn <[EMAIL PROTECTED]> wrote:
Kalau cuma 1 juta mail account dijamin tidak perlu
mainframe kalau pakai Java. Distro Linux terbaru
macam Fedora Core 4 atau Centos 4.1 plus sebuah
Sun Fire v40z yang Quad Opteron mungkin
sudah cukup kuat. Kalau tidak kuat tinggal pasang
sebuah lagi pasti kuat deh.
Wah ... gak yakin saya.
Wong dulu ... (lagi-lagi dulu) dengan hanya belasan
ribu account saja file server yang terseok-seok
untuk urusan email saja lho.
Mail server kami hanya untuk 10 orang saja terseok-
seok. Eh, tapi ini servernya hanya pentium biasa sih.
(Lagian orang-orangnya juga email maniak sih.
Email saya di gmail baru mencapai 800 MB :)
Bentar lagi lewat 1GB.)
Tapi ... still, 10 orang saja sudah bisa bikin kewalahan.
Apalagi 1 juta!
Kalau 1 juta orang x 1 GBytes = ???
Wow!
Well dalam pertanyaan awal yang diposting
tidak ada keharusan tiap orang harus punya
storage 1 GB. Yang diperlukan cuma
bisa menangani 1 juta account secara reliable.
Akan tetapi masalah storage kalau untuk
1 juta account X 1 GB kan memang tidak pakai
Java tapi pakai storage appliance
macam NetApp seperti yang dikatakan Pak P.Y.
Kalau hanya pakai Sun Fire v40z sih besar kemungkinan
1 account cuma kebagian beberapa belas MB.
Lebih-lebih lagi pakai Java ... aduh.
Jitakan deh, gak bakalan kuat dengan konfigurasi
seperti itu.
Heran juga saya. Kok masih ada yang ragu akan
skalabilitas Java? Java kalau untuk aplikasi network
pasti ok. Apalagi pembuat Java yaitu Sun punya motto
"The Network is The Computer".
Yah kalau ada yang bersedia menyediakan hardwarenya
untuk saya coba dan atasan membolehkan saya meluangkan
waktu maka saya berani taruhan jitakan sama Pak Budi.
Saya pasang Fedora Core 4.1, James dan MySQL di
Sun Fire v40z Quad Opteron dengan 64GB memori
terus bikin load test nya untuk 1 juta account
di Sun Fire v40z. Kelihatannya ini
suatu proyek singkat yang cukup menarik.
Soalnya mail processing kan batch.
Kalau 1 juta user concurrent user untuk
aplikasi transaksional mungkin baru butuh mainframe.
Wah, email jangan dianggap rendah bebannya lho.
terlebih lagi dengan masalah virus dan spam.
saya lupa URLnya, tapi ada sebuah universitas dengan
30 ribu account yang akhirnya terpaksa tidak sanggup
pasang anti virus dan spam di mail server (severnya
juga bukan hanya 1 buah lho).
performance jatuh banget. mail sampainya bisa beberapa
jam kemudian. tidak dapat diterima oleh user.
(not acceptable.)
Apache James tidak menyediakan kemampuan
spam filter dan anti-virus. Ini domain
dari aplikasi yang dibuat pakai C++ dan C.
Java kuat di network processing dan kemudahan
pembuatan aplikasi bisnis (Jauh lebih gampang
dari C/C++ tapi jelas lebih reliable
dibandingkan Visual Basic).
Tetapi aplikasi yang sangat CPU intensive macam
anti-virus dan spam-filter bukan domain Java.
Makanya saya kasih contoh
pemakaian Apache James itu tepat kalau
mau buat workflow.
Pemakaian Java untuk email mungkin terlihat
berlebihan. Akan tetapi kalau anda perlu
mambangun aplikasi workflow yang berbasis e-mail
maka pilihan yang baik menurut saya saat ini adalah:
1. Exchange Server.
2. Lotus Notes Domino.
3. Apache James.
Kalau hanya untuk terima email, mengapa perlu pakai
java? Toh setelah email diterima bisa diproses dengan
yang lain (termasuk java). Tapi untuk kirim/terima
saya masih belum melihat keharusan penggunaan java.
aplikasi workflow juga biasanya kan hanya internal.
nggak kebayang saya kalau 1 juta orang mau nge-
workflow :)
Kalau 1 juta orang ini adalah pelanggan dan
perlu disambung ke CRM maka ada kebutuhan akan
aplikasi workflow.
Contoh yang jelas adalah perusahaan telekomunikasi
mereka pasti pakai CRM dan CRM mereka ini umum nya
dibuat pakai Java.
Apache James ini bisa di embed dalam Application
Server Java yang mengikuti spec J2EE. Umumnya
perusahaan telekomunikasi sudah punya App Server
seperti ini. Keuntungan Apache James kalau dijalankan
dalam App Server adalah resource dan availability
James bisa dimonitor oleh instrumentasi App Server.
Tentu saja ini bukan keharusan makanya
saya bilang Apache James adalah salah satu solusi
yang bisa dipertimbangkan. Untuk environment
komputasi perusahaan telekomunikasi yang
sudah Java oriented dan ada kebutuhan akan
workflow maka James adalah salah satu pilhan
yang valid walaupun bukan satu-satunya pilihan.
