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

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

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

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

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

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

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

• ShortFaultReason হল একটি বুলিয়ান যা true তে সেট করা হলে, পলিসির নামটি fault.reason ভেরিয়েবলের মধ্যে রাখে।
• FaultResponse-এ উপলব্ধ AssignVariable আপনাকে 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 মনিটরিং ব্যবহারকারী, যা Access API মনিটরিং -এ বর্ণিত হয়েছে। এগুলি ডিসেম্বর ২০১৮ সালে উপলব্ধ করা হয়েছিল।

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

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

x-apigee.edge.execution.sense.action সর্বদা null এ সেট করা থাকে

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

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

নির্দিষ্ট প্রতিষ্ঠানে মাঝেমধ্যে ৪০৪

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

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

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

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