19.03.01 - Apigee Edge for Public Cloud রিলিজ নোট

লোড ব্যালেন্সিং - কাজ না করা সার্ভার সরানোর জন্য আরও কন্ট্রোল

API প্রক্সির জন্য লোড ব্যালেন্সার কনফিগার করার সময়, আপনি নির্ধারণ করতে পারবেন যে কোনও সার্ভারকে লোড ব্যালেন্সিং রোটেশন থেকে সরিয়ে দেওয়ার আগে কতবার উত্তর ফেল করেছে। উত্তর না পাওয়া মানে Apigee টার্গেট সার্ভার থেকে কোনও উত্তর পায়নি। এটি ঘটলে, ব্যর্থতা কাউন্টার এক করে বেড়ে যায়। Apigee যখন কোনও টার্গেট থেকে উত্তর পায়, এমনকি সেই উত্তরটি HTTP সংক্রান্ত সমস্যা (যেমন 500) হলেও, সেটি টার্গেট সার্ভারের উত্তর হিসেবে গণ্য হয় এবং ব্যর্থতার কাউন্টার রিসেট হয়ে যায়। খারাপ HTTP রেসপন্স (যেমন, 500) যাতে ব্যর্থতার কাউন্টারও বাড়াতে পারে তা নিশ্চিত করতে, যত শীঘ্র সম্ভব লোড ব্যালেন্সিং রোটেশন থেকে কোনও অসুস্থ সার্ভারকে বের করে দিতে, আপনি নিজের লোড ব্যালেন্সার কনফিগারেশনে একটি নতুন <ServerUnhealthyResponse> এলিমেন্ট <ResponseCode> চাইল্ড এলিমেন্ট সহ যোগ করতে পারেন। এছাড়াও, Edge ওইসব কোড সহ উত্তরগুলিকে ব্যর্থ হিসেবে গণ্য করবে।

<HTTPTargetConnection>
  <LoadBalancer>
    <Algorithm>RoundRobin</Algorithm>
    <Server name="target1" />
    <Server name="target2" />
    <ServerUnhealthyResponse>
        <ResponseCode>500</ResponseCode>
        <ResponseCode>502</ResponseCode>
        <ResponseCode>503</ResponseCode>
    </ServerUnhealthyResponse>
    <MaxFailures>5</MaxFailures>
  </LoadBalancer>
</HTTPTargetConnection>
  
  

AccessControl নীতি সংক্রান্ত উন্নতি

AccessControl নীতি নির্ধারণ করে যে কোন IP অ্যাড্রেস API প্রক্সিতে কল করতে পারবে। সেই নীতিতে একটি নতুন এলিমেন্ট API ডেভেলপারদের আরও বেশি কন্ট্রোল দেয়, যার মাধ্যমে কোন IP অ্যাড্রেস মূল্যায়ন করতে হবে তা শনাক্ত করা যায়।

<IgnoreTrueClientIPHeader>: ঐচ্ছিক (ডিফল্ট মান হল false)। আপনি এটি 'সত্য' হিসেবে সেট করলে, নীতিটি True-Client-IP হেডার উপেক্ষা করে এবং আপনার কনফিগার করা X-Forwarded-For মূল্যায়ন আচরণ অনুসরণ করে X-Forwarded-For হেডারে IP অ্যাড্রেস মূল্যায়ন করে।

<AccessControl async="false" continueOnError="false"
    enabled="true" name="Access-Control-1">
    <DisplayName>Access Control-1</DisplayName>
    <IgnoreTrueClientIPHeader>true</IgnoreTrueClientIPHeader>
    ...
</AccessControl>

বিস্তারিত জানতে, এই কমিউনিটি পোস্ট দেখুন।

FaultRules হ্যান্ডলিং আরও পরিষ্কার ও শক্তিশালী করতে RaiseFault নীতিতে দুটি নতুন এলিমেন্ট উপলভ্য।

• ShortFaultReason হল একটি বুলিয়ান যা true হিসেবে সেট করা হলে, ফল্ট.রিজন ভেরিয়েবলে নীতির নাম বসিয়ে দেয়।
• AssignVariable, FaultResponse-এ উপলভ্য, আপনাকে কোনও ভেরিয়েবলে ফল্ট রেসপন্স অ্যাসাইন করতে দেয় যা API প্রক্সি ফ্লোতে অন্যান্য নীতি ব্যবহার করে।

হোস্ট করা টার্গেটের ক্ষেত্রে এখন সীমা প্রয়োগ করা হচ্ছে। সীমা সম্পর্কিত বিবরণের জন্য সীমা দেখুন।

আপনি এখন AccessControl নীতিতে IP অ্যাড্রেস ও CIDR মাস্ক সেট করতে মেসেজ টেমপ্লেট ভেরিয়েবল ব্যবহার করতে পারবেন। যেমন, আপনি যদি কোনও কী ভ্যালু ম্যাপে (KVM) একটি IP অ্যাড্রেস ও মাস্ক সেভ করতে চান, তাহলে API প্রক্সি ফ্লোতে আপনার সেট করা ভেরিয়েবল থেকে সেইসব ভ্যালু রিট্রিভ করতে পারবেন। এর ফলে, আপনার নীতি কনফিগারেশন পরিবর্তন না করেই রানটাইমে আরও সহজে IP ভ্যালু পরিবর্তন করতে পারবেন।

যেমন, এর পরিবর্তে:

<MatchRule action="DENY">
    <SourceAddress mask="24">198.51.100.1</SourceAddress>
</MatchRule>
     

আপনি এই ধরনের নীতি কনফিগার করতে পারেন, ধরে নেওয়া হচ্ছে যে ভ্যালুগুলি KVM-এ সেভ করা আছে, এবং আপনি ভ্যালু রিট্রিভ করতে ও এখানে দেখানো ভেরিয়েবেলে অ্যাসাইন করতে KeyValueMapOperations নীতি ব্যবহার করেন:

<MatchRule action="DENY">
    <SourceAddress mask="{kvm.mask.ref}">{kvm.ip.ref}</SourceAddress>
</MatchRule>
     

API মনিটরিং দুটি ভূমিকা প্রদান করে: API মনিটরিং অ্যাডমিনিস্ট্রেটর এবং API মনিটরিং ব্যবহারকারী, যা API মনিটরিং অ্যাক্সেস করুন লিঙ্কে বর্ণনা করা হয়েছে। এগুলি ডিসেম্বর, ২০১৮-এ উপলভ্য করা হয়েছিল।

Edge এখন প্রতিটি অনুরোধে X-Apigee.Message-Timeout হেডার যোগ করে। এই হেডার Edge-এর ইন্টার্নাল ব্যবহারের জন্য। আপনার API প্রক্সিতে X-Apigee.* হেডারগুলির ভ্যালুর উপর নির্ভর করবেন না কারণ এই হেডারগুলি গ্রাহকদের ব্যবহারের জন্য নয় এবং Apigee যেকোনও সময় এগুলি সরিয়ে দিতে বা পরিবর্তন করতে পারে।

API কল যাতে ব্যর্থ না হয় সেই জন্য কীস্টোর মুছে ফেলা সংক্রান্ত সমস্যার সমাধান করুন

x-apigee.edge.execution.sense.action সবসময় null হিসেবে সেট করা থাকে

In ResponseCache নীতিতে, NIOTheread থ্রেড পুল থেকে কোনও প্রত্যাখ্যান ছাড়াই এক্সিকিউট হচ্ছে

Apigee রাউটারে একাধিক লগ এক্সপোর্টার থাকলে সিপিইউ ব্যবহার বেশি হয়

নির্দিষ্ট প্রতিষ্ঠানে মাঝে মাঝে 404

কিছু মেসেজ প্রসেসরে ডিপ্লয় করা শেয়ারড ফ্লো এক্সিকিউট হচ্ছে না

এই সমস্যার সমাধান পরবর্তী Edge for Private Cloud রিলিজের মধ্যে অন্তর্ভুক্ত করা হবে।

এই সমস্যার সমাধান পরবর্তী Edge for Private Cloud রিলিজের মধ্যে অন্তর্ভুক্ত করা হবে।

এই সমস্যার সমাধান পরবর্তী Edge for Private Cloud রিলিজের মধ্যে অন্তর্ভুক্ত করা হবে।