19.03.01 - পাবলিক ক্লাউড রিলিজ নোটের জন্য Apigee এজ

লোড ব্যালেন্সিং - ব্যর্থ সার্ভারগুলি সরানোর জন্য আরও নিয়ন্ত্রণ

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

<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>
  
  

অ্যাক্সেস কন্ট্রোল নীতির উন্নতি

অ্যাক্সেস কন্ট্রোল নীতি নির্ধারণ করে কোন আইপি ঠিকানাগুলি একটি API প্রক্সিতে কল করতে পারে৷ সেই নীতির একটি নতুন উপাদান API বিকাশকারীদের কোন আইপি ঠিকানাগুলিকে মূল্যায়ন করতে হবে তা সনাক্ত করতে আরও নিয়ন্ত্রণ দেয়৷

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

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

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

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

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

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

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

উদাহরণস্বরূপ, পরিবর্তে:

<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 মনিটরিং- এ বর্ণিত। এগুলি ডিসেম্বর 2018 এ উপলব্ধ করা হয়েছিল।

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

কীস্টোর মুছে ফেলার ত্রুটিগুলি পরিচালনা করুন যাতে API কল ব্যর্থ না হয়

x-apigee.edge.execution.sense.action সর্বদা নাল সেট করা হয়

ResponseCache নীতিতে, NIOTheread থ্রেড পুল থেকে প্রত্যাখ্যান ছাড়াই কার্যকর করছে

Apigee রাউটারে একাধিক লগ রপ্তানিকারক উচ্চ CPU ব্যবহার ঘটায়

নির্দিষ্ট প্রতিষ্ঠানে বিরতিহীন 404

কিছু বার্তা প্রসেসরে নিয়োজিত শেয়ার্ড ফ্লো কার্যকর হচ্ছে না

এই ফিক্সটি প্রাইভেট ক্লাউড রিলিজের জন্য পরবর্তী এজে অন্তর্ভুক্ত করা হবে।

এই ফিক্সটি প্রাইভেট ক্লাউড রিলিজের জন্য পরবর্তী এজে অন্তর্ভুক্ত করা হবে।

এই ফিক্সটি প্রাইভেট ক্লাউড রিলিজের জন্য পরবর্তী এজে অন্তর্ভুক্ত করা হবে।