আপনি Apigee Edge-এর ডকুমেন্টেশন দেখছেন।
Apigee X ডকুমেন্টেশন .info- তে যান।
২০১৫ সালের আগস্ট ও সেপ্টেম্বর মাস জুড়ে আমরা আমাদের Apigee Edge ক্লাউড রাউটার এবং লোড ব্যালেন্সারগুলোকে NGINX (ইঞ্জিন এক্স)-এ স্থানান্তর করছি। NGINX, একটি ওপেন-সোর্স ওয়েব সার্ভার, যা আমাদের বর্তমান লোড ব্যালেন্সার ও রাউটারগুলোর চেয়েও উন্নততর পারফরম্যান্স এবং উচ্চতর কনকারেন্সি প্রদান করে।
আমাদের ক্লাউড গ্রাহকদের জন্য এর অর্থ কী
মূল কথা হলো, এই পরিবর্তনটি আপনার কাছে স্বচ্ছ হওয়া উচিত এবং আপনার সিস্টেমগুলো প্রত্যাশা অনুযায়ী কাজ করছে কিনা তা যাচাই করা ছাড়া আপনার পক্ষ থেকে অন্য কোনো পদক্ষেপের প্রয়োজন নেই। আমরা যে পদক্ষেপগুলো নেব তার বিবরণ এবং কিছু প্রায়শই জিজ্ঞাসিত প্রশ্নের উত্তর নিচে দেওয়া হলো।
ধাপ ১ - সফটওয়্যার আপডেট
এই কার্যক্রমের ফলে যাতে পরিষেবাগুলো প্রভাবিত না হয়, তা নিশ্চিত করতে আমরা আমাদের পর্যায়ক্রমিক স্থাপনা মডেল ব্যবহার করে সমস্ত রাউটারকে নতুন NGINX-ভিত্তিক রাউটারে আপগ্রেড করব।
ধাপ ২ - নন-প্রোডাকশন পরিবেশে লোড ব্যালেন্সার টিয়ারটি সরিয়ে ফেলুন
নতুন NGINX রাউটারটি লোড ব্যালান্সিং কার্যকারিতা পরিচালনা করার সাথে সাথে, আমরা প্রথমে আপনার নন-প্রোডাকশন এনভায়রনমেন্ট(গুলি) থেকে বিদ্যমান লোড ব্যালান্সার টিয়ারটি সরানোর প্রক্রিয়া শুরু করব। এই ধাপে প্রোডাকশন লোড ব্যালান্সারগুলি অক্ষত এবং অপরিবর্তিত থাকবে। বিদ্যমান লোড ব্যালান্সারগুলি সরানোর আগে, ট্র্যাফিক প্রত্যাশিতভাবে কাজ করছে কিনা তা নিশ্চিত করার জন্য আমরা একটি পুঙ্খানুপুঙ্খ পদ্ধতি গ্রহণ করব। এই ধাপটি সম্পন্ন করার জন্য আপনার পক্ষ থেকে কোনো পদক্ষেপের প্রয়োজন নেই। তবে, আপনার যেকোনো সমস্যা Apigee-কে জানানো উচিত, এবং আমরা ধাপ ৩-এ যাওয়ার আগে সমস্যাগুলি সমাধান করার জন্য আপনার সাথে কাজ করব।
ধাপ ৩ - প্রোডাকশন পরিবেশে লোড ব্যালেন্সার টিয়ারটি সরিয়ে ফেলুন
ধাপ ২ সফলভাবে সম্পন্ন হওয়ার পর, রানটাইম এপিআই ট্র্যাফিক যেন প্রত্যাশিতভাবে কাজ করতে থাকে তা নিশ্চিত করার জন্য, আমরা ধাপ ২-এ উল্লিখিত একই পদ্ধতি ব্যবহার করে প্রোডাকশন এনভায়রনমেন্ট(গুলি) থেকে লোড ব্যালেন্সার টিয়ারটি সরিয়ে ফেলার জন্য কয়েকটি রক্ষণাবেক্ষণ সময়সীমা নির্ধারণ করব।
পণ্যের কার্যকারিতায় পরিবর্তন
NGINX-এ স্থানান্তরের ফলে পণ্যের কার্যকারিতায় কিছু পরিবর্তন এসেছে।
অপ্রচলিত
ProxyEndpoints-এ নিম্নলিখিত প্রোপার্টিগুলো আর সমর্থিত নয়:
- অনুমতি দিন.http10
- অনুমতি দিন।http11
- allow.http.method.*
- allow.POST.without.content.length
- allow.PUT.without.content.length
এই অপ্রচলনটি এড়ানোর জন্য, নিম্নলিখিত কমিউনিটি আর্টিকেলটি দেখুন: Proxy Endpoint HTTP allow method properties not working ।
প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী
NGINX মাইগ্রেশন সম্পর্কে প্রায়শই জিজ্ঞাসিত কিছু প্রশ্নের উত্তর নিচে দেওয়া হলো।
ধাপ ১-এর ক্ষেত্রে, উত্তরটি হলো 'না', কারণ আমরা বিদ্যমান লোড ব্যালেন্সারগুলোতে কোনো পরিবর্তন আনছি না, যা ট্র্যাফিক সরবরাহকারী কোনো আইপি সরাসরি পরিবর্তন করবে না। তবে, অ্যামাজন ওয়েব সার্ভিসেস (AWS) লোড ব্যালেন্সিং পরিষেবার প্রকৃতির কারণে, সাধারণ স্কেলিং নিয়ম প্রযোজ্য হয়, যার অর্থ হলো এর স্কেলিং লজিকের (বিদ্যমান কার্যকারিতা) অংশ হিসেবে আইপি পরিবর্তিত হতে পারে। এই কারণেই আমরা Apigee Edge প্রোডাক্ট স্যুটের সাথে নর্থবাউন্ড অ্যালাওলিস্টিং কনফিগারেশন প্রয়োগ করার সুপারিশ করি না। ধাপ ২ এবং ৩-এর ক্ষেত্রে, লোড ব্যালেন্সার এবং এর সাথে যুক্ত আইপি অ্যাড্রেসগুলো অপসারণের কারণে অ্যালাওলিস্টের কিছু প্রভাব রয়েছে। ফলস্বরূপ, এই ধাপগুলোতে একটি মসৃণ রূপান্তর নিশ্চিত করার জন্য আমরা আপনার সাথে ঘনিষ্ঠভাবে সমন্বয় করব এবং অ্যাক্সেস অনুমোদনের জন্য একটি নতুন আইপি অ্যাড্রেস সেট সরবরাহ করব।
যদি অরিজিন সার্ভারগুলোই টার্গেট এন্ডপয়েন্ট সার্ভার (প্রক্সি বান্ডেল থেকে কল করা সার্ভার) হয়, তাহলে কোনো পরিবর্তনের প্রয়োজন নেই। এই পরিবর্তনটি Apigee-এর নর্থবাউন্ড দিকে বা Apigee-তে প্রবেশের প্রবেশপথে করতে হবে।
না। বিদ্যমান CNAME এন্ট্রিগুলো প্রত্যাশিতভাবেই কাজ করতে থাকবে।
আপনি যদি SSL ব্যবহার করেন, তাহলে প্রাথমিক ধাপটি বিদ্যমান SSL কনফিগারেশনকে প্রভাবিত করবে না। তবে, ধাপ ২ এবং ৩-এ অগ্রসর হওয়ার আগে নতুন রাউটারে SSL সঠিকভাবে সেট আপ করা হয়েছে কিনা তা নিশ্চিত করতে আমাদের আপনার সাথে ঘনিষ্ঠভাবে সমন্বয় করতে হবে।
SNI সমর্থন নিশ্চিত না হওয়া পর্যন্ত ধাপ ২ এবং ৩ বিলম্বিত হবে।
আমরা কোনো ডাউনটাইম আশা করছি না। আমাদের বিদ্যমান রিলিজ উইন্ডো চলাকালীন সময়ে, আমাদের স্ট্যান্ডার্ড ডেপ্লয়মেন্ট মডেল ব্যবহার করে পরিবর্তনগুলো বাস্তবায়ন করা হবে।