Proxy এবং Load Balancer এর সাথে WebSockets

Web Sockets প্রোটোকলটি দুইটি পক্ষের মধ্যে রিয়েল-টাইম যোগাযোগ স্থাপন করার জন্য ব্যবহৃত হয়। তবে, যখন Web Sockets ব্যবহার করা হয়, তখন অনেক সময় প্রাক্সি (Proxy) এবং লোড ব্যালেন্সার (Load Balancer) এর মত ইনফ্রাস্ট্রাকচার উপাদানগুলি ব্যবহৃত হয়, বিশেষ করে বড় স্কেল বা উচ্চ ট্রাফিক সিস্টেমে। এই উপাদানগুলি সঠিকভাবে কাজ করার জন্য কিছু অতিরিক্ত কনফিগারেশন এবং সমর্থন প্রয়োজন।

Proxy এবং Web Sockets

প্রাক্সি (Proxy) সার্ভার হল একটি মধ্যবর্তী সার্ভার যা ক্লায়েন্ট এবং সার্ভারের মধ্যে ডেটা ট্রান্সফার করে। সাধারণ HTTP রিকোয়েস্টগুলির ক্ষেত্রে প্রাক্সি সহজেই কাজ করতে পারে, কিন্তু Web Sockets এর ক্ষেত্রে কিছু অতিরিক্ত কনফিগারেশন দরকার হয়। কারণ Web Sockets হল একটি "উন্নত" প্রোটোকল যা কানেকশন স্থাপনের জন্য HTTP হ্যান্ডশেক ব্যবহার করে, তবে এর পরে এটি একটি দীর্ঘস্থায়ী TCP কানেকশন হিসাবে কাজ করে।

Web Sockets এর সাথে Proxy কনফিগারেশন

প্রাক্সি সার্ভারটি যখন Web Sockets ট্রাফিক পরিচালনা করবে, তখন তাকে HTTP থেকে Web Sockets এ কানেকশন আপগ্রেড করার ক্ষমতা থাকতে হবে। এই প্রক্রিয়াটি সাধারনত Upgrade হেডার এবং Connection: Upgrade হেডারের মাধ্যমে করা হয়।

Web Sockets এর জন্য প্রাক্সি কনফিগারেশন

1. Nginx এর সাথে Web Sockets: Nginx হল একটি জনপ্রিয় ওয়েব সার্ভার এবং রিভার্স প্রাক্সি সার্ভার। Web Sockets ট্রাফিককে সঠিকভাবে পরিচালনা করার জন্য Nginx কনফিগারেশন ফাইলে কিছু পরিবর্তন করতে হবে। উদাহরণস্বরূপ:

   server {
       listen 80;
   
       server_name yourdomain.com;
   
       location / {
           proxy_pass http://localhost:3000;
           proxy_http_version 1.1;
           proxy_set_header Upgrade $http_upgrade;
           proxy_set_header Connection 'upgrade';
           proxy_set_header Host $host;
           proxy_cache_bypass $http_upgrade;
       }
   }
   

   এখানে, proxy_http_version 1.1 এবং proxy_set_header Upgrade $http_upgrade; নির্দেশনা Web Sockets কানেকশন স্থাপন করার জন্য প্রয়োজনীয় কনফিগারেশন।

2. Apache এর সাথে Web Sockets: Apache সার্ভারের জন্যও Web Sockets এর সাথে কাজ করতে কনফিগারেশন দরকার। Apache মডিউল mod_proxy এবং mod_proxy_wstunnel ব্যবহার করে Web Sockets কানেকশনটি প্রেরণ করা যায়। উদাহরণ:

   <IfModule mod_proxy.c>
       ProxyPass "/ws" "ws://localhost:8080"
       ProxyPassReverse "/ws" "ws://localhost:8080"
   </IfModule>
   

   এখানে /ws পাথ Web Sockets ট্রাফিকের জন্য ব্যবহৃত হবে এবং Apache তা সার্ভারের উদ্দেশ্যে প্রেরণ করবে।

Load Balancer এবং Web Sockets

লোড ব্যালেন্সার হল একটি সার্ভার যেটি বিভিন্ন সার্ভারের মধ্যে আনা-নেয়া ডেটার ভারি কাজ ভাগ করে দেয়, যাতে একটি একক সার্ভার অতিরিক্ত চাপের সম্মুখীন না হয়। Web Sockets এর ক্ষেত্রে লোড ব্যালেন্সিং কিছু চ্যালেঞ্জ নিয়ে আসে, কারণ একবার কানেকশন স্থাপন হলে, এটি দীর্ঘস্থায়ী TCP কানেকশন হয়ে থাকে। লোড ব্যালেন্সারের মাধ্যমে Web Socket কানেকশনের বৈধতা নিশ্চিত করতে কিছু অতিরিক্ত কনফিগারেশন প্রয়োজন।

Web Sockets এর জন্য Load Balancer কনফিগারেশন

লোড ব্যালান্সার ব্যবহার করে Web Sockets ট্রাফিক পরিচালনা করার জন্য নিম্নলিখিত বিষয়গুলো মনে রাখতে হবে:

1. Sticky Sessions (Session Persistence): Web Sockets এর ক্ষেত্রে, একবার কানেকশন স্থাপন হলে, সেটি একই সার্ভারের সাথে স্থায়ী হতে হবে। এর মানে, যখন Web Socket কানেকশন স্থাপন হয়, পরবর্তী সমস্ত বার্তা এবং রেসপন্স সেই একই সার্ভার থেকে আসবে। এটি নিশ্চিত করতে লোড ব্যালান্সারে "sticky session" বা "session persistence" কনফিগার করা প্রয়োজন। যেমন:

   • HAProxy: HAProxy লোড ব্যালান্সারে stick-table কনফিগারেশন ব্যবহার করে sticky sessions সক্রিয় করা যেতে পারে:

     frontend http-in
         bind *:80
         use_backend websocket-backend if { hdr(Upgrade) -i WebSocket }
     
     backend websocket-backend
         balance roundrobin
         option http-server-close
         stick-table type ip size 200k expire 30m
         server server1 192.168.1.1:8080 check
         server server2 192.168.1.2:8080 check
     

   • Nginx: Nginx লোড ব্যালান্সারে ip_hash বা sticky ডিরেক্টিভ ব্যবহার করা যায়:

     upstream websocket {
         ip_hash;
         server backend1.example.com:8080;
         server backend2.example.com:8080;
     }
     

2. Web Sockets এবং HTTP/2: যদি HTTP/2 ব্যবহার করা হয়, তবে লোড ব্যালান্সার এবং প্রাক্সি সার্ভারগুলোকে Web Sockets ট্রাফিক পরিচালনা করতে সক্ষম হতে হবে, কারণ HTTP/2 Web Sockets এর সমর্থন করতে পারে না। তাই, Web Sockets এর জন্য HTTP/1.1 কনফিগারেশন প্রযোজ্য।

Proxy এবং Load Balancer এর সাথে Web Sockets ব্যবহারের চ্যালেঞ্জ

1. ইনফ্রাস্ট্রাকচার কনফিগারেশন: Web Sockets কে প্রাক্সি এবং লোড ব্যালান্সারের মাধ্যমে সঠিকভাবে পরিচালনা করার জন্য সঠিক কনফিগারেশন দরকার। যদি কনফিগারেশন সঠিক না হয়, তবে কানেকশন গুলো ঠিকমতো কাজ নাও করতে পারে।
2. কানেকশন কিপ-অলাইভ (Keep-Alive): Web Sockets সার্ভার এবং ক্লায়েন্টের মধ্যে দীর্ঘস্থায়ী কানেকশন স্থাপন করে থাকে। প্রাক্সি এবং লোড ব্যালান্সারের মাধ্যমে এই কানেকশনটি ঠিকমতো বজায় রাখতে হবে। কিছু প্রাক্সি সার্ভার এবং লোড ব্যালান্সার ৩০ সেকেন্ড পরপর কানেকশন বন্ধ করে দিতে পারে, তাই এগুলোর জন্য নির্দিষ্ট কনফিগারেশন প্রয়োজন।

সারাংশ

Web Sockets প্রোটোকলের মাধ্যমে রিয়েল-টাইম ডেটা আদান-প্রদান করা যায়, তবে প্রাক্সি এবং লোড ব্যালান্সার ব্যবহারের সময় কিছু কনফিগারেশন সমাধান করা দরকার। প্রাক্সি সার্ভারগুলি HTTP থেকে Web Sockets কানেকশনে Upgrade হেডার দিয়ে ট্রাফিক পরিচালনা করে এবং লোড ব্যালান্সারগুলি "sticky sessions" এর মাধ্যমে Web Sockets কানেকশনের স্থায়ীত্ব নিশ্চিত করে। সঠিক কনফিগারেশন ছাড়া, Web Sockets এবং এই ইনফ্রাস্ট্রাকচার উপাদানগুলি একসাথে কাজ করতে পারে না।