IMO Async hanya untuk interfacing sistem dengan resource luar aja. Agar sistem mudah di cluster dan load balance, tentunya pilihan paling terbaik dimasukkan kedalam MQ. Misalkan ternyata komputasi terhadap data feed yg diterima sangat besar sehingga membebankan CPU (true story been there done that), kita harus mempertimbangkan cluster or at least dengan MQ, kita bisa buat multiple Consumer dari mesin yg beda.
2009/9/16 Daniel Baktiar <dbakt...@gmail.com> > > > sebenarnya sebelum loncat ke MQ, tetapi intinya adalah 'asynchronous' > process. MQ dapat digunakan untuk asynchronous processing, tetapi tidak > semua asynchronous process perlu MQ. > > untuk kasus yang arif katakan, kita bisa juga pertimbangkan untuk > menggunakan asynchronous socket yang lebih scalable, dengan thread pooling, > tanpa menggunakan MQ. kita baru benar2 perlu MQ kalau tidak boleh ada > message yg hilang. > > ~javamassagingservice,perjamnyaberapa,rif? > > 2009/9/9 Achmad Arif Rachim <a...@rach.im> > >> >> >> Membangun multithreaded server bisa dipertimbangkan bukan multithread >> terhadap request aja. Tapi bisa juga multithread terhadap message >> processing. Maksudnya gini, misalnya Server menerima String data dari >> client, normalnya satu thread menghandle satu request. Nah ternyata >> setiap satu line string yg diterima harus di "massage" sebelum >> akhirnya menjadi informasi yg bermanfaat. Maksudnya "massage" mungkin >> dari string itu mau dirubah ke Pojo, atau xml atau dll, setelah itu di >> simpan ke DB, atau di lempar lagi ke resource yg lain. >> >> Nah kalau hanya mengandalkan satu thread dari request user, bisa >> mengakibatkan delay. Solusinya bisa berbagai cara : >> 1. Bikin thread baru untuk process setiap line, dengan konsekwensi >> kalau harus dibuat proteksi supaya tidak outofmemory exception >> dikarenakan terlalu banyak native thread yg disebabkan data membludak. >> Dan kemungkinan akan terjadi deadlock karena keselip coding. >> 2. Atau menggunakan MQ yg bisa support multiple consumer. >> >> Hikmahnya, kalau mau membangun multithread server socket, bisa >> dipertimbangkan untuk mempadankan dengan MQ. >> >> 2009/9/5 Ifnu bima <ifnub...@gmail.com <ifnubima%40gmail.com>>: >> > >> > >> > HI all, >> > >> > Gw lagi riset untuk mencari framework yang bisa dugunakan sebagai >> > fondasi sebuah aplikasi server socket. >> > >> > Ilustrasinya gini, misalkan gw mau bikin aplikasi socket kan biasanya >> > implement low level socket programing tuh, yang harus handle incoming >> > connection, echo test, timeout connection sampai inquiry ke >> > server/client apakah masih konek apa nggak. Nah sebelum gw mulai >> > coding gw nanya dulu nih, sapa tau ada framework simple untuk >> > memudahkan kerjaan gw. >> > >> > Kalau protokolnya iso8583 biasanya pake JPos, di jpos sudah banyak >> > class2 untuk handle multithredingnya, jadi kita cuma perlu implements >> > listener saja. Nah kalau kebutuhan gw sih, ya mirip2 dengan jpos, tapi >> > protokolnya string biasa saja, gimana caranya menterjemahkan string >> > yang masuk, ya tergantung programmernya saja. >> > >> > kalau ada yang mau nyumbang google keyword atau link very welcome >> > >> > -- >> > Senior Engineer @ ArtiVisi Intermedia >> > Java Training Center >> > See our course @ artivisi.com >> > >> > http://ifnu.artivisi.com >> > +62 856 9211 8687 >> > regards >> > >> > >> >> -- >> Warm Regards, >> Arif Rachim >> > > > > -- > Daniel Baktiar > Senior JEE* Monkey -- willing to work hard in the Java beans brewery for a > big bunch of bananas (http://dbaktiar.wordpress.com) > > -- Warm Regards, Arif Rachim
