আপনি Apigee Edge ডকুমেন্টেশন দেখছেন।
Apigee X ডকুমেন্টেশন-এ যান। info
Edge API Analytics হল Apigee Edge-এর দেওয়া খুব শক্তিশালী বিল্ট-ইন ফিচার। এটি API জুড়ে প্রবাহিত ডেটার একটি বিস্তৃত বর্ণালী সংগ্রহ এবং বিশ্লেষণ করে। ক্যাপচার করা অ্যানালিটিক্স ডেটা থেকে খুব উপযোগী ইনসাইট পাওয়া যেতে পারে। যেমন, নির্দিষ্ট সময়সীমা জুড়ে API ট্রাফিক ভলিউম কীভাবে ট্রেন্ড করছে? কোন API সবচেয়ে বেশি ব্যবহার করা হয়? কোন API-তে সমস্যার হার বেশি?
এই ডেটা ও ইনসাইট নিয়মিত বিশ্লেষণ করে উপযুক্ত পদক্ষেপ নেওয়া যেতে পারে, যেমন বর্তমান ব্যবহার, ব্যবসা ও ভবিষ্যতের বিনিয়োগ সংক্রান্ত সিদ্ধান্তের ভিত্তিতে API-এর ভবিষ্যৎ ক্যাপাসিটি প্ল্যানিং এবং আরও অনেক কিছু।
Analytics ডেটা এবং এর স্টোরেজ
API Analytics বিভিন্ন ধরনের ডেটা ক্যাপচার করে, যেমন:
- API সম্পর্কিত তথ্য - অনুরোধের URI, ক্লায়েন্ট IP অ্যাড্রেস, রেসপন্স স্ট্যাটাস কোড ইত্যাদি
- API প্রক্সি পারফর্ম্যান্স - সাফল্য/ব্যর্থতার হার, অনুরোধ এবং উত্তর প্রসেস করার সময় এবং আরও অনেক কিছু
- টার্গেট সার্ভারের পারফর্ম্যান্স - সাফল্য/ব্যর্থতার হার, প্রসেসিং টাইম
- সমস্যার তথ্য - সমস্যার সংখ্যা, ফল্ট কোড, ব্যর্থ নীতি, Apigee-এর সংখ্যা এবং টার্গেট সার্ভারের কারণে সমস্যা।
- অন্যান্য তথ্য - ডেভেলপার, ডেভেলপার অ্যাপ ইত্যাদি দ্বারা করা অনুরোধের সংখ্যা
এইসব ডেটা Apigee Edge-এর Postgres ডেটাবেসে তৈরি ও ম্যানেজ করা analytics স্কিমায় স্টোর করা থাকে।
সাধারণত, ভ্যানিলা এজ ইনস্টলেশনে, Postgres-এ নিম্নলিখিত স্কিমা থাকবে:
analytics নামের স্কিমা Edge ব্যবহার করে প্রতিটি প্রতিষ্ঠান ও এনভায়রনমেন্টের জন্য
সব অ্যানালিটিক্স ডেটা স্টোর করার জন্য। মনিটাইজেশন ইনস্টল করা থাকলে, সেখানে একটি rkms
স্কিমা থাকবে। অন্যান্য স্কিমা Postgres ইন্টার্নালের জন্য।
analytics স্কিমা পরিবর্তন হতে থাকবে কারণ Apigee Edge রানটাইমে এতে ডায়নামিকভাবে নতুন ফ্যাক্ট
টেবিল যোগ করবে। Postgres সার্ভার কম্পোনেন্ট ফ্যাক্ট ডেটা অ্যাগ্রিগেট টেবিলে অ্যাগ্রিগেট করবে
যা New Edge UI-তে লোড ও ডিসপ্লে করা হয়।
অ্যান্টিপ্যাটার্ন
Postgres-এ Apigee-এর মালিকানাধীন যেকোনও স্কিমাতে কাস্টম কলাম, টেবিল এবং/অথবা ভিউ যোগ করা সরাসরি SQL কোয়েরি ব্যবহার করে প্রাইভেট ক্লাউড এনভায়রনমেন্টে ডেটাবেস যোগ করার পরামর্শ দেওয়া হয় না, কারণ এর প্রতিকূল প্রভাব পড়তে পারে।
এটি বিস্তারিতভাবে ব্যাখ্যা করার জন্য একটি উদাহরণ নেওয়া যাক।
ধরে নিন, account নামের একটি কাস্টম টেবিল অ্যানালিটিক্স স্কিমার অধীনে তৈরি করা হয়েছে, যেমন
নিচে দেখানো হয়েছে:
কিছুক্ষণ পরে, ধরা যাক Apigee Edge-কে পুরনো ভার্সন থেকে নতুন ভার্সনে আপগ্রেড করার প্রয়োজন হয়েছে। প্রাইভেট ক্লাউড Apigee Edge আপগ্রেড করার মধ্যে অন্যান্য অনেক কম্পোনেন্টের সাথে Postgres আপগ্রেড করাও অন্তর্ভুক্ত। Postgres ডেটাবেসে কোনও কাস্টম কলাম, টেবিল বা ভিউ যোগ করা হলে, কাস্টম অবজেক্টের রেফারেন্স সহ Postgres আপগ্রেড করা যাবে না, কারণ সেগুলি Apigee Edge-এর তৈরি করা নয়। তাই, Apigee Edge আপগ্রেডও ব্যর্থ হয় এবং সম্পূর্ণ করা যায় না।
একইভাবে, Apigee Edge রক্ষণাবেক্ষণের সময় সমস্যা হতে পারে যেখানে Postgres ডেটাবেস সহ Edge কম্পোনেন্টগুলির ব্যাক-আপ ও রিস্টোর করা হয়।
প্রভাব
- Apigee Edge আপগ্রেড করা যাবে না কারণ Postgres কম্পোনেন্ট আপগ্রেড করার সময় Apigee Edge-এর তৈরি করা নয় এমন কাস্টম অবজেক্টের রেফারেন্স সংক্রান্ত সমস্যা দেখা দিয়েছে।
- Apigee Analytics পরিষেবা রক্ষণাবেক্ষণ (ব্যাক-আপ/রিস্টোর) করার সময় অসঙ্গতি (এবং ব্যর্থতা)।
পেশাদার পদ্ধতি
- Apigee-এর মালিকানাধীন কোনও স্কিমাতে কলাম, টেবিল, ভিউ, ফাংশন এবং পদ্ধতির আকারে কোনও কাস্টম তথ্য সরাসরি যোগ করবেন না, যেমন
analyticsইত্যাদি - কাস্টম তথ্য সাপোর্ট করার প্রয়োজন হলে,
analyticsস্কিমায় স্ট্যাটিস্টিক্স কালেক্টর নীতি ব্যবহার করে এটি কলাম (ফিল্ড) হিসেবে যোগ করা যেতে পারে।