আপনি Apigee Edge ডকুমেন্টেশন দেখছেন।
Apigee X ডকুমেন্টেশনে যান । তথ্য
আগস্ট এবং সেপ্টেম্বর 2015 জুড়ে, আমরা আমাদের Apigee Edge ক্লাউড রাউটার এবং লোড ব্যালেন্সারগুলিকে NGINX- এ স্থানান্তরিত করছি (উচ্চারিত "ইঞ্জিন এক্স")৷ NGINX, একটি ওপেন-সোর্স ওয়েব সার্ভার, আমাদের বিদ্যমান লোড ব্যালেন্সার এবং রাউটারগুলির তুলনায় আরও ভাল কর্মক্ষমতা এবং উচ্চতর একযোগে প্রদান করে৷
আমাদের ক্লাউড গ্রাহকদের কাছে এর অর্থ কী
মূল কথা হল এই পরিবর্তনটি আপনার কাছে স্বচ্ছ হওয়া উচিত এবং আপনার সিস্টেমগুলি প্রত্যাশিতভাবে কাজ করছে কিনা তা যাচাই করা ব্যতীত আপনার পক্ষ থেকে কোনো পদক্ষেপের প্রয়োজন নেই। কিছু প্রায়শই জিজ্ঞাসিত প্রশ্নের উত্তর সহ আমরা যে পদক্ষেপগুলি গ্রহণ করব তার বিবরণ নীচে দেওয়া হল৷
ধাপ 1 - সফ্টওয়্যার আপডেট
এই ক্রিয়াকলাপের ফলে পরিষেবাগুলি যাতে প্রভাবিত না হয় তা নিশ্চিত করার জন্য আমরা আমাদের পর্যায়ভুক্ত স্থাপনার মডেলটি ব্যবহার করে সমস্ত রাউটারকে নতুন NGINX-ভিত্তিক রাউটারে আপগ্রেড করব।
ধাপ 2 - অ-উৎপাদন পরিবেশে লোড ব্যালেন্সার স্তরটি সরান
নতুন NGINX রাউটার লোড ব্যালেন্সিং কার্যকারিতা পরিচালনা করে, আমরা প্রথমে আপনার অ-উৎপাদন পরিবেশ(গুলি) থেকে বিদ্যমান লোড ব্যালেন্সার স্তরটি সরানোর প্রক্রিয়া শুরু করব। এই ধাপে প্রোডাকশন লোড ব্যালেন্সার অক্ষত এবং অপরিবর্তিত থাকবে। বিদ্যমান লোড ব্যালেন্সারগুলি অপসারণের আগে, আমরা ট্র্যাফিক আশানুরূপ কাজ করছে তা নিশ্চিত করার জন্য একটি সম্পূর্ণ পদ্ধতি গ্রহণ করব। এই ধাপটি সম্পূর্ণ করার জন্য আপনার পক্ষ থেকে কোনো পদক্ষেপের প্রয়োজন নেই। যাইহোক, আপনার Apigee-কে যেকোন সমস্যা রিপোর্ট করা উচিত, এবং ধাপ 3 এর সাথে এগিয়ে যাওয়ার আগে আমরা সমস্যার সমাধান করার জন্য আপনার সাথে কাজ করব।
ধাপ 3 - উত্পাদন পরিবেশে লোড ব্যালেন্সার স্তরটি সরান
ধাপ 2 সফলভাবে সমাপ্ত হওয়ার পরে, আমরা রক্ষণাবেক্ষণ উইন্ডোগুলির একটি সেট নির্ধারণ করব যাতে লোড ব্যালেন্সার টিয়ারটি উত্পাদন পরিবেশে (গুলি) সরানোর জন্য ধাপ 2-এ উল্লিখিত একই পদ্ধতি ব্যবহার করে রানটাইম API ট্র্যাফিক আশানুরূপ কাজ করা অব্যাহত থাকে।
পণ্য কার্যকারিতা পরিবর্তন
এখানে NGINX-এ স্যুইচ করার সাথে পণ্য কার্যকারিতার কিছু পরিবর্তন রয়েছে।
অবচয়
নিম্নলিখিত বৈশিষ্ট্যগুলি প্রক্সিএন্ডপয়েন্টে আর সমর্থিত নয়:
- অনুমতি.http10
- অনুমতি.http11
- http.method.*
- অনুমতি.POST.without.content.length
- অনুমতি.PUT.without.content.length
এই অবচয়কে ঘিরে কাজ করতে, নিম্নলিখিত সম্প্রদায় নিবন্ধটি দেখুন: https://community.apigee.com/questions/16134/proxy-endpoint-http-allow-method-properties-not-wo.html ।
প্রায়শই জিজ্ঞাসিত প্রশ্ন
NGINX মাইগ্রেশন সম্পর্কে প্রায়শই জিজ্ঞাসিত কিছু প্রশ্নের উত্তর নিচে দেওয়া হল।
ধাপ 1 চলাকালীন, উত্তর হল 'না' যেহেতু আমরা বিদ্যমান লোড ব্যালেন্সারগুলিকে স্পর্শ করছি না, যা ট্র্যাফিক পরিবেশনকারী আইপিগুলির কোনোটি সরাসরি পরিবর্তন করবে না। যাইহোক, Amazon Web Services (AWS) লোড ব্যালেন্সিং পরিষেবার প্রকৃতির প্রেক্ষিতে, স্বাভাবিক স্কেলিং নিয়ম প্রযোজ্য, যার মানে IPs এর স্কেলিং লজিকের অংশ হিসাবে (বিদ্যমান কার্যকারিতা) পরিবর্তন হতে পারে। এই কারণেই আমরা Apigee Edge প্রোডাক্ট স্যুটের সাথে নর্থবাউন্ড অ্যাললিস্টিং কনফিগারেশন বাস্তবায়নের সুপারিশ করি না। ধাপ 2 এবং 3 চলাকালীন, লোড ব্যালেন্সার এবং এর সাথে সম্পর্কিত IP ঠিকানাগুলি অপসারণের সাথে অনুমোদিত তালিকার প্রভাব রয়েছে৷ ফলস্বরূপ, অ্যাক্সেসের অনুমতি দেওয়ার জন্য একটি নতুন সেট আইপি ঠিকানা প্রদান করে একটি মসৃণ রূপান্তর নিশ্চিত করতে আমরা এই পদক্ষেপগুলির সময় আপনার সাথে ঘনিষ্ঠভাবে সমন্বয় করব৷
কোন পরিবর্তনের প্রয়োজন নেই, ধরে নিচ্ছি যে মূল সার্ভারগুলি লক্ষ্যমাত্রা শেষ পয়েন্ট সার্ভার (প্রক্সি বান্ডেল থেকে বলা সার্ভার)। এই পরিবর্তনটি Apigee-এর উত্তর দিকের দিকে বা Apigee-এ প্রবেশের বিন্দুতে।
না। বিদ্যমান CNAME এন্ট্রি প্রত্যাশিতভাবে কাজ করতে থাকবে।
আপনি যদি SSL ব্যবহার করেন, প্রাথমিক ধাপটি বিদ্যমান SSL কনফিগারেশনকে প্রভাবিত করবে না। যাইহোক, পদক্ষেপ 2 এবং 3 এর সাথে এগিয়ে যাওয়ার আগে নতুন রাউটারে SSL সঠিকভাবে সেট আপ করা হয়েছে তা নিশ্চিত করতে আমাদের আপনার সাথে ঘনিষ্ঠভাবে সমন্বয় করতে হবে।
SNI সমর্থন নিশ্চিত না হওয়া পর্যন্ত ধাপ 2 এবং 3 বিলম্বিত হবে।
আমরা কোন ডাউনটাইম আশা করি না। পরিবর্তনগুলি আমাদের বিদ্যমান রিলিজ উইন্ডোর সময় আমাদের স্ট্যান্ডার্ড ডিপ্লয়মেন্ট মডেল ব্যবহার করে প্রয়োগ করা হবে।
আপনি Apigee Edge ডকুমেন্টেশন দেখছেন।
Apigee X ডকুমেন্টেশনে যান । তথ্য
আগস্ট এবং সেপ্টেম্বর 2015 জুড়ে, আমরা আমাদের Apigee Edge ক্লাউড রাউটার এবং লোড ব্যালেন্সারগুলিকে NGINX- এ স্থানান্তরিত করছি (উচ্চারিত "ইঞ্জিন এক্স")৷ NGINX, একটি ওপেন-সোর্স ওয়েব সার্ভার, আমাদের বিদ্যমান লোড ব্যালেন্সার এবং রাউটারগুলির তুলনায় আরও ভাল কর্মক্ষমতা এবং উচ্চতর একযোগে প্রদান করে৷
আমাদের ক্লাউড গ্রাহকদের কাছে এর অর্থ কী
মূল কথা হল এই পরিবর্তনটি আপনার কাছে স্বচ্ছ হওয়া উচিত এবং আপনার সিস্টেমগুলি প্রত্যাশিতভাবে কাজ করছে কিনা তা যাচাই করা ব্যতীত আপনার পক্ষ থেকে কোনো পদক্ষেপের প্রয়োজন নেই। কিছু প্রায়শই জিজ্ঞাসিত প্রশ্নের উত্তর সহ আমরা যে পদক্ষেপগুলি গ্রহণ করব তার বিবরণ নীচে দেওয়া হল৷
ধাপ 1 - সফ্টওয়্যার আপডেট
এই ক্রিয়াকলাপের ফলে পরিষেবাগুলি যাতে প্রভাবিত না হয় তা নিশ্চিত করার জন্য আমরা আমাদের পর্যায়ভুক্ত স্থাপনার মডেলটি ব্যবহার করে সমস্ত রাউটারকে নতুন NGINX-ভিত্তিক রাউটারে আপগ্রেড করব।
ধাপ 2 - অ-উৎপাদন পরিবেশে লোড ব্যালেন্সার স্তরটি সরান
নতুন NGINX রাউটার লোড ব্যালেন্সিং কার্যকারিতা পরিচালনা করে, আমরা প্রথমে আপনার অ-উৎপাদন পরিবেশ(গুলি) থেকে বিদ্যমান লোড ব্যালেন্সার স্তরটি সরানোর প্রক্রিয়া শুরু করব। এই ধাপে প্রোডাকশন লোড ব্যালেন্সার অক্ষত এবং অপরিবর্তিত থাকবে। বিদ্যমান লোড ব্যালেন্সারগুলি অপসারণের আগে, আমরা ট্র্যাফিক আশানুরূপ কাজ করছে তা নিশ্চিত করার জন্য একটি সম্পূর্ণ পদ্ধতি গ্রহণ করব। এই ধাপটি সম্পূর্ণ করার জন্য আপনার পক্ষ থেকে কোনো পদক্ষেপের প্রয়োজন নেই। যাইহোক, আপনার Apigee-কে যেকোন সমস্যা রিপোর্ট করা উচিত, এবং ধাপ 3 এর সাথে এগিয়ে যাওয়ার আগে আমরা সমস্যার সমাধান করার জন্য আপনার সাথে কাজ করব।
ধাপ 3 - উত্পাদন পরিবেশে লোড ব্যালেন্সার স্তরটি সরান
ধাপ 2 সফলভাবে সমাপ্ত হওয়ার পরে, আমরা রক্ষণাবেক্ষণ উইন্ডোগুলির একটি সেট নির্ধারণ করব যাতে লোড ব্যালেন্সার টিয়ারটি উত্পাদন পরিবেশে (গুলি) সরানোর জন্য ধাপ 2-এ উল্লিখিত একই পদ্ধতি ব্যবহার করে রানটাইম API ট্র্যাফিক আশানুরূপ কাজ করা অব্যাহত থাকে।
পণ্য কার্যকারিতা পরিবর্তন
এখানে NGINX-এ স্যুইচ করার সাথে পণ্য কার্যকারিতার কিছু পরিবর্তন রয়েছে।
অবচয়
নিম্নলিখিত বৈশিষ্ট্যগুলি প্রক্সিএন্ডপয়েন্টে আর সমর্থিত নয়:
- অনুমতি.http10
- অনুমতি.http11
- http.method.*
- অনুমতি.POST.without.content.length
- অনুমতি.PUT.without.content.length
এই অবচয়কে ঘিরে কাজ করতে, নিম্নলিখিত সম্প্রদায় নিবন্ধটি দেখুন: https://community.apigee.com/questions/16134/proxy-endpoint-http-allow-method-properties-not-wo.html ।
প্রায়শই জিজ্ঞাসিত প্রশ্ন
NGINX মাইগ্রেশন সম্পর্কে প্রায়শই জিজ্ঞাসিত কিছু প্রশ্নের উত্তর নিচে দেওয়া হল।
ধাপ 1 চলাকালীন, উত্তর হল 'না' যেহেতু আমরা বিদ্যমান লোড ব্যালেন্সারগুলিকে স্পর্শ করছি না, যা ট্র্যাফিক পরিবেশনকারী আইপিগুলির কোনোটি সরাসরি পরিবর্তন করবে না। যাইহোক, Amazon Web Services (AWS) লোড ব্যালেন্সিং পরিষেবার প্রকৃতির প্রেক্ষিতে, স্বাভাবিক স্কেলিং নিয়ম প্রযোজ্য, যার মানে IPs এর স্কেলিং লজিকের অংশ হিসাবে (বিদ্যমান কার্যকারিতা) পরিবর্তন হতে পারে। এই কারণেই আমরা Apigee Edge প্রোডাক্ট স্যুটের সাথে নর্থবাউন্ড অ্যাললিস্টিং কনফিগারেশন বাস্তবায়নের সুপারিশ করি না। ধাপ 2 এবং 3 চলাকালীন, লোড ব্যালেন্সার এবং এর সাথে সম্পর্কিত IP ঠিকানাগুলি অপসারণের সাথে অনুমোদিত তালিকার প্রভাব রয়েছে৷ ফলস্বরূপ, অ্যাক্সেসের অনুমতি দেওয়ার জন্য একটি নতুন সেট আইপি ঠিকানা প্রদান করে একটি মসৃণ রূপান্তর নিশ্চিত করতে আমরা এই পদক্ষেপগুলির সময় আপনার সাথে ঘনিষ্ঠভাবে সমন্বয় করব৷
কোন পরিবর্তনের প্রয়োজন নেই, ধরে নিচ্ছি যে মূল সার্ভারগুলি লক্ষ্যমাত্রা শেষ পয়েন্ট সার্ভার (প্রক্সি বান্ডেল থেকে বলা সার্ভার)। এই পরিবর্তনটি Apigee-এর উত্তর দিকের দিকে বা Apigee-এ প্রবেশের বিন্দুতে।
না। বিদ্যমান CNAME এন্ট্রি প্রত্যাশিতভাবে কাজ করতে থাকবে।
আপনি যদি SSL ব্যবহার করেন, প্রাথমিক ধাপটি বিদ্যমান SSL কনফিগারেশনকে প্রভাবিত করবে না। যাইহোক, পদক্ষেপ 2 এবং 3 এর সাথে এগিয়ে যাওয়ার আগে নতুন রাউটারে SSL সঠিকভাবে সেট আপ করা হয়েছে তা নিশ্চিত করতে আমাদের আপনার সাথে ঘনিষ্ঠভাবে সমন্বয় করতে হবে।
SNI সমর্থন নিশ্চিত না হওয়া পর্যন্ত ধাপ 2 এবং 3 বিলম্বিত হবে।
আমরা কোন ডাউনটাইম আশা করি না। পরিবর্তনগুলি আমাদের বিদ্যমান রিলিজ উইন্ডোর সময় আমাদের স্ট্যান্ডার্ড ডিপ্লয়মেন্ট মডেল ব্যবহার করে প্রয়োগ করা হবে।