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