REST HTTP কলগুলি কীভাবে বার্তা সারি ধারণাটি প্রতিস্থাপন করতে পারে তা বিবেচনা করে সাম্প্রতিক গবেষণার যথেষ্ট পরিমাণে গবেষণা হয়েছে।
আপনি যদি কোনও প্রক্রিয়া এবং কোনও কার্যের সংস্থান হিসাবে উত্স হিসাবে পরিচিত করেন, মাঝারি বার্তাপ্রেরণ স্তরটির প্রয়োজনীয়তা বাষ্প হতে শুরু করে।
উদা:
POST /task/name
- Returns a 202 accepted status immediately
- Returns a resource url for the created task: /task/name/X
- Returns a resource url for the started process: /process/Y
GET /process/Y
- Returns status of ongoing process
কোনও টাস্কের সূচনা করার জন্য একাধিক পদক্ষেপ থাকতে পারে এবং যখন কোনও প্রক্রিয়া পোল করা হয় বা স্ট্যাটাস ফিরে আসতে পারে বা সম্পূর্ণ হয়ে গেলে একটি কলব্যাক ইউআরএল পোস্ট করতে পারে।
এটি মৃত সহজ, এবং আপনি যখন বুঝতে পারবেন যে আপনি এখন কোনও মিডিল স্তর ছাড়াই চলমান সমস্ত প্রক্রিয়া এবং কার্যাদি একটি আরএসএস / পরমাণু ফিডের সাবস্ক্রাইব করতে পারবেন তখন তা বেশ শক্তিশালী হয়ে ওঠে। যে কোনও কুইউনিং সিস্টেমে যে কোনও উপায়ে ওয়েব ফ্রন্ট এন্ডের প্রয়োজন হবে এবং এই ধারণাটি এটি কাস্টম কোডের অন্য স্তর ছাড়াই তৈরি করেছে।
আপনার সংস্থানগুলি মুছে ফেলা না হওয়া পর্যন্ত আপনার উত্স বিদ্যমান রয়েছে যার অর্থ আপনি প্রক্রিয়া এবং কার্য শেষ হওয়ার পরে historicalতিহাসিক তথ্য দেখতে পারবেন view
কোনও অতিরিক্ত জটিল প্রোটোকল ছাড়াই আপনি একাধিক পদক্ষেপের কোনও কাজের জন্যও পরিষেবা আবিষ্কার করেছেন built
GET /task/name
- returns form with required fields
POST (URL provided form's "action" attribute)
আপনার পরিষেবা আবিষ্কারটি একটি HTML ফর্ম - সর্বজনীন এবং মানব পাঠযোগ্য ফর্ম্যাট।
পুরো প্রবাহটি সর্বজনীনভাবে গৃহীত সরঞ্জামগুলি ব্যবহার করে প্রোগ্রামগতভাবে বা কোনও মানুষ ব্যবহার করতে পারে। এটি চালিত একটি ক্লায়েন্ট এবং অতএব বিশ্রামপ্রাপ্ত। ওয়েবে তৈরি প্রতিটি সরঞ্জাম আপনার ব্যবসায়ের প্রক্রিয়া চালাতে পারে। আপনার এখনও লগ সার্ভারের পৃথক অ্যারেতে অবিচ্ছিন্নভাবে পোস্ট করে বিকল্প বার্তা চ্যানেল রয়েছে।
আপনি কিছুক্ষণ বিবেচনা করার পরে, আপনি পিছনে বসে বুঝতে শুরু করলেন যে REST কেবল মেসেজিংয়ের সারি এবং একটি ESB এর প্রয়োজনীয়তা পুরোপুরি বাদ দিতে পারে।
http://www.infoq.com/presentations/BPM-with-REST