API উন্নয়ন জীবনচক্র

আপনি Apigee Edge ডকুমেন্টেশন দেখছেন।
Apigee X ডকুমেন্টেশনে যান । তথ্য

প্রতিটি সংস্থার একটি অনন্য সফ্টওয়্যার বিকাশ জীবনচক্র (SDLC) রয়েছে। একই প্রক্রিয়াগুলির সাথে API প্রক্সি স্থাপনার সিঙ্ক্রোনাইজ এবং সারিবদ্ধ করা প্রায়শই প্রয়োজন হয় যা আপনি আজকে অন্যান্য অ্যাপ্লিকেশনগুলি বিকাশ, পরীক্ষা এবং স্থাপনের জন্য ব্যবহার করেন৷

API পরিষেবাগুলি সরঞ্জাম এবং RESTful APIগুলি সরবরাহ করে যা আপনাকে API প্রক্সি স্থাপনা এবং পরিচালনাকে আপনার সংস্থার SDLC-তে সংহত করতে সক্ষম করে৷ RESTful API-এর একটি সাধারণ ব্যবহার হল স্ক্রিপ্ট বা কোড লেখা যা প্রোগ্রাম্যাটিকভাবে API প্রক্সিগুলিকে স্থাপন করে, অথবা যেগুলি API প্রক্সিগুলিকে এক পরিবেশ থেকে অন্য পরিবেশে স্থানান্তরিত করে, একটি বৃহত্তর স্বয়ংক্রিয় প্রক্রিয়ার অংশ হিসাবে যা অন্যান্য অ্যাপ্লিকেশনগুলিকে স্থাপন বা স্থানান্তরিত করে। API পরিষেবাগুলি আপনার SDLC (অথবা অন্য কারও, সেই বিষয়ে) সম্পর্কে কোনও অনুমান করে না। বরং, এটি পারমাণবিক ফাংশনগুলিকে প্রকাশ করে যা আপনার এপিআই বিকাশের জীবনচক্রকে স্বয়ংক্রিয় এবং অপ্টিমাইজ করতে আপনার ডেভেলপমেন্ট টিম দ্বারা সমন্বিত হতে পারে।

API পরিষেবা APIগুলি API রেফারেন্সে নথিভুক্ত করা হয়। API রেফারেন্স শুরু করা দেখুন।

পরিবেশ

Apigee Edge-এ প্রতিটি প্রতিষ্ঠানের অন্তত দুটি স্থাপনার পরিবেশ রয়েছে যা API প্রক্সিগুলির জন্য উপলব্ধ: 'test' এবং 'prod'। দুটি এনভায়রনমেন্টের মধ্যে পার্থক্য নির্বিচারে — প্রতিটি পরিবেশকে সহজভাবে আলাদা আলাদা নেটওয়ার্ক অ্যাড্রেস (URL) দ্বারা চিহ্নিত করা হয়। লক্ষ্য হল আপনাকে একটি ডোমেন প্রদান করা যেখানে আপনি API প্রক্সি তৈরি এবং যাচাই করতে পারবেন বহিরাগত ডেভেলপারদের কাছে API-এর সংস্পর্শে আসার আগে।

আপনি আপনার SDLC এর সাথে প্রসেস করা API প্রক্সি ডেভেলপমেন্ট সিঙ্ক্রোনাইজ করতে এই পরিবেশগুলি ব্যবহার করতে পারেন। প্রতিটি পরিবেশ একটি নেটওয়ার্ক ঠিকানা দ্বারা সংজ্ঞায়িত করা হয়, যা আপনাকে API প্রক্সিগুলির মধ্যে ট্র্যাফিক আলাদা করতে সক্ষম করে যা আপনি কাজ করছেন এবং যেগুলি রানটাইমে অ্যাপস দ্বারা অ্যাক্সেস করা হচ্ছে। প্রতিটি পরিবেশের জন্য উপলব্ধ নেটওয়ার্ক ঠিকানাগুলি সেই পরিবেশে উপলব্ধ ভার্চুয়াল হোস্টের সেটে সংজ্ঞায়িত করা হয়।

ইনবাউন্ড, সার্ভার TLS/SSL স্বয়ংক্রিয়ভাবে প্রতিটি পরিবেশের জন্য সক্ষম হয়। দুটি ভার্চুয়াল হোস্ট প্রতিটি পরিবেশে পূর্ব-নির্ধারিত: default এবং secure । ডিফল্ট একটি HTTP ঠিকানা সংজ্ঞায়িত করে, যখন সুরক্ষিত একটি HTTP/S ঠিকানা নির্ধারণ করে, পূর্ব-কনফিগার করা সার্ভার-সাইড TLS/SSL সহ। একটি API প্রক্সি কনফিগারেশনে, আপনি নির্দেশ করেন যে কোন ভার্চুয়াল হোস্টে প্রক্সিএন্ডপয়েন্ট শুনতে হবে। প্রোড-এ প্রচার করার সময়, আপনি সাধারণত API প্রক্সি কনফিগারেশন থেকে default VirtualHost সরিয়ে HTTP অক্ষম করেন।

উদাহরণস্বরূপ, নিম্নলিখিত ProxyEndpoint HTTP এবং HTTPS-এ শোনে।

<HTTPProxyConnection>
  <BasePath>/v0/weather</BasePath>
  <Properties/>
  <VirtualHost>default</VirtualHost>
  <VirtualHost>secure</VirtualHost>
</HTTPProxyConnection>

ProxyEndpoint কনফিগারেশন থেকে default VirtualHost মুছে ফেলার মাধ্যমে, আপনি একটি API প্রক্সি তৈরি করেন যা শুধুমাত্র HTTPS-এ শোনে এবং HTTP-তে নয়।

<HTTPProxyConnection>
  <BasePath>/v0/weather</BasePath>
  <Properties/>
  <VirtualHost>secure</VirtualHost>
</HTTPProxyConnection>

আপনি ম্যানেজমেন্ট UI প্রধান মেনুতে পরিবেশ নির্বাচন করে কোন পরিবেশে ভার্চুয়াল হোস্ট উপলব্ধ রয়েছে তা দেখতে পারেন।

পরিবেশগুলি ডেটা এবং সংস্থানগুলির পৃথকীকরণও প্রদান করে। আপনি, উদাহরণস্বরূপ, পরীক্ষা এবং পণ্যগুলিতে বিভিন্ন ক্যাশে সেট আপ করতে পারেন, যা শুধুমাত্র সেই পরিবেশে চালানো API প্রক্সি দ্বারা অ্যাক্সেস করা যেতে পারে। অতিরিক্তভাবে, পরীক্ষার পরিবেশে জারি করা API কীগুলি প্রোড পরিবেশে বৈধ নয় এবং এর বিপরীতে।

পরিবেশে API প্রক্সি স্থাপন করা হচ্ছে

আপনি যখন একটি API প্রক্সি তৈরি করেন তখন আপনাকে সিদ্ধান্ত নিতে হবে যে আপনি কোন পরিবেশে কাজ করবেন৷ আপনি উত্পাদনে একটি নতুন API প্রক্সি তৈরি করতে বেছে নিতে পারেন, তবে এটি প্রস্তাবিত নয় কারণ আপনি একটি API প্রস্তুত হওয়ার আগে বিকাশকারীদের কাছে প্রকাশ করতে পারেন৷ সাধারণভাবে, test একটি API প্রক্সি তৈরি করে শুরু করুন যা পরীক্ষার পরে, আপনি prod এ প্রচার করুন ।

আরও তথ্যের জন্য, ডিপ্লয়মেন্ট বোঝার দেখুন।

পরীক্ষায় পুনরাবৃত্তিমূলক উন্নয়ন

আপনি একটি API প্রক্সিতে কাজ করার সময়, API পরিষেবাগুলি আপনার কনফিগারেশনের পুনরাবৃত্তিগুলিকে সংশোধন হিসাবে সংরক্ষণ করে৷ আপনি যখন একটি API প্রক্সি স্থাপন করেন, আপনি স্থাপন করার জন্য একটি নির্দিষ্ট সংশোধন নির্বাচন করেন। সাধারণত, আপনি সাম্প্রতিকতম সংশোধন স্থাপন করেন এবং প্রয়োজনে পূর্ববর্তী সংশোধন নম্বরে ফিরে যান। আপনি সেই সংশোধনগুলি কোথায় স্থাপন করবেন তা চয়ন করতে পারেন। উদাহরণস্বরূপ, আপনি বিকাশকারীদের আপনার API এর সাথে কাজ শুরু করার অনুমতি দেওয়ার জন্য প্রোডের জন্য একটি সংশোধন প্রচার করতে পারেন। একই সময়ে, আপনি পরীক্ষায় একাধিক রিভিশনের পুনরাবৃত্তি করতে পারেন, যেখানে আপনি বৈশিষ্ট্য বা ফাইন-টিউনিং নীতি যোগ করছেন। তারপরে, আপনি প্রস্তুত হলে, আপনি সেই পরিবেশে বিদ্যমান সংশোধন ওভাররাইট করে প্রোড-এ নতুন সংশোধন স্থাপন করতে পারেন। এই পদ্ধতিটি ব্যবহার করে, আপনি যখন বিকাশ করছেন তখন আপনি সবসময় বিকাশকারীদের কাছে আপনার API-এর একটি লাইভ সংশোধন করতে পারেন।

প্রোডাক্টে প্রমোশন

যখন একটি API প্রক্সি সম্পূর্ণরূপে প্রয়োগ করা হয় এবং পরীক্ষা করা হয়, তখন এটি 'prod'-এ উন্নীত হওয়ার জন্য প্রস্তুত। পরীক্ষায় API প্রক্সির পুনর্বিবেচনা prod-এ স্থাপন করা API প্রক্সির সংশোধন ওভাররাইট করতে ব্যবহার করা হবে।

API পরিষেবাগুলি এপিআই প্রক্সিগুলির নির্বিঘ্ন স্থাপনা নিশ্চিত করার ক্ষমতা প্রদান করে, স্থাপনার প্রক্রিয়া চলাকালীন অ্যাপ এবং শেষ ব্যবহারকারীদের উপর প্রভাব কমিয়ে দেয়।

স্ক্রিপ্টিং স্থাপনা

Apigee এজ ম্যানেজমেন্ট UI আপনাকে API প্রক্সি বিল্ডার থেকে সরাসরি প্রোডের জন্য API প্রক্সি স্থাপন করতে সক্ষম করে। যাইহোক, অনেক পরিস্থিতিতে নিরাপত্তা, নির্ভরযোগ্যতা এবং সামঞ্জস্যের জন্য প্রয়োজনীয়তা বাধ্যতামূলক হবে যে ডেভেলপমেন্ট টিম স্ক্রিপ্ট স্থাপনের পদ্ধতি। এটি করার জন্য, আপনি কোড এবং স্ক্রিপ্ট লিখতে পারেন যা API পরিষেবাগুলির দ্বারা প্রকাশিত RESTful API-কে আহ্বান করে৷

পরিবেশ সম্পদ

প্রচারের সময় অতিরিক্ত নিয়ন্ত্রণের জন্য, এটি সুপারিশ করা হয় যে আপনি শুধুমাত্র পরীক্ষায় API প্রক্সিগুলিতে পুনরাবৃত্তি করুন এবং প্রোড-এ মোতায়েন করা API প্রক্সিগুলিতে প্রয়োজনীয় কিছু পরিবর্তন করুন৷

এটি করার জন্য, আপনাকে নিশ্চিত করতে হবে যে প্রতিটি পরিবেশের সাথে সম্পর্কিত নির্দিষ্ট সংস্থানগুলি এমনভাবে কনফিগার করা হয়েছে যাতে তারা একটি API প্রক্সি কনফিগারেশনে স্থির থাকতে পারে।

• টার্গেট ইউআরএল: এপিআই প্রক্সিদের পরীক্ষা এবং উৎপাদনের সময় বিভিন্ন ব্যাকএন্ড ইউআরএল কল করা সাধারণ। আপনি পরিবেশ-স্বাধীন TargetEndpoint কনফিগারেশন তৈরি করতে TargetServer কনফিগারেশন ব্যবহার করতে পারেন। ব্যাকএন্ড সার্ভার জুড়ে লোড ব্যালেন্সিং দেখুন।
• ক্যাশে এবং কী/মান মানচিত্র: উভয় অধ্যবসায় সংস্থান পরিবেশের দ্বারা স্কোপ করা হয়। আপনাকে নিশ্চিত করতে হবে যে প্রচারের সময় কনফিগারেশন পরিবর্তনের প্রয়োজন ছাড়াই API প্রক্সিগুলিকে ডেটা সঞ্চয় করতে সক্ষম করতে নামকরণের নিয়মগুলি ব্যবহার করা হয়েছে৷ একটি পরিবেশ ক্যাশে তৈরি এবং সম্পাদনা দেখুন।
• ServiceCallout লক্ষ্য: পরিষেবা কলআউট পরিবেশের উপর নির্ভর করে বিভিন্ন লক্ষ্য ব্যবহার করতে পারে, যদি, উদাহরণস্বরূপ, পরীক্ষার পরিবেশে একটি ServiceCallout একটি ডেমো পরিষেবা গ্রহণ করে। পরিষেবা কলআউট নীতি দেখুন।

API প্রক্সি কনফিগারেশন পরিবেশ-স্বাধীন করতে, আপনি শর্তসাপেক্ষ বিবৃতি ব্যবহার করতে পারেন। একটি নীতি প্রয়োগ করার আগে বা ব্যাকএন্ডে একটি ইউআরএলে রাউট করার আগে বর্তমান পরিবেশের মূল্যায়ন করতে environment.name ভেরিয়েবল দিয়ে তৈরি শর্তসাপেক্ষ বিবৃতি ব্যবহার করা যেতে পারে।

আরও তথ্যের জন্য, ডিপ্লয়মেন্ট বোঝার দেখুন।