বেশিরভাগ সফ্টওয়্যার অ্যাপ্লিকেশনগুলিকে বিভিন্ন কারণে অন্য কোডের সাথে সংযোগ করতে সক্ষম হতে হবে। এটি ইন্টিগ্রেশন থেকে শুরু করে নতুন কার্যকারিতা যোগ করার জন্য যেকোনো কিছু হতে পারে। সফ্টওয়্যার অন্যান্য অ্যাপ্লিকেশনের সাথে লিঙ্ক করতে পারে তা নিশ্চিত করতে এবং অন্যান্য প্রোগ্রামে তাদের একীকরণ নিশ্চিত করতে, বিকাশকারীরা API s ব্যবহার করে। এই কারণেই বেশিরভাগ সফ্টওয়্যারের জন্য একটি অ্যাপ্লিকেশন প্রোগ্রামিং ইন্টারফেস প্রয়োজনীয়। সিস্টেম জুড়ে একটি সেতু হিসাবে তাদের ভূমিকার মাধ্যমে, APIগুলি ব্যক্তিদের বিভিন্ন ওয়েব পরিষেবা অ্যাক্সেস করতে সক্ষম করে। অতএব, আপনার প্রকল্পে একটি API অফার করার জন্য উপযুক্ত প্রযুক্তি বাছাই করা গুরুত্বপূর্ণ।
যে কোনও সংস্থা যে তার ব্যবহারকারীদের সাথে তার অ্যাপ্লিকেশন বা প্ল্যাটফর্ম শেয়ার করতে চায় তাদের API ব্যবহার করতে হবে। এপিআইগুলিকে আপনার অ্যাপ্লিকেশনের জন্য নিখুঁত উপযুক্ত করে তোলার জন্য অনেকগুলি উপায় রয়েছে। এপিআই ডিজাইন করার জন্য প্রোগ্রামাররা যে সর্বশেষ পদ্ধতি ব্যবহার করছে তার মধ্যে একটি হল gRPC । আসুন gRPC কী এবং এর সুবিধা এবং অসুবিধাগুলি দেখি।
gRPC কি?
gRPC এর অর্থ হল Google Remote Procedure Call । gRPC হল একটি ওপেন সোর্স RPC ফ্রেমওয়ার্ক যা স্কেলযোগ্য এবং দ্রুত API তৈরি করতে ব্যবহৃত হয়। এটি নেটওয়ার্ক সিস্টেমের বিকাশ এবং gRPC ক্লায়েন্ট এবং সার্ভার অ্যাপ্লিকেশনগুলির মধ্যে খোলা যোগাযোগ সক্ষম করে। Google, IBM, Netflix এবং আরও অনেক কিছু সহ বেশ কয়েকটি শীর্ষ প্রযুক্তি কোম্পানি gRPC গ্রহণ করেছে। gRPC ফ্রেমওয়ার্ক সর্বোত্তম API সুরক্ষা, উচ্চ-পারফরম্যান্স রিমোট পদ্ধতি কল এবং স্কেলেবিলিটির জন্য HTTP/2, প্রোটোকল বাফার এবং আরও অনেক কিছুর মতো অত্যাধুনিক প্রযুক্তির স্ট্যাকের উপর নির্ভর করে।
RPC গুলি কি?
RPC এবং REST - Representational State Transfer - ঐতিহাসিকভাবে API তৈরির দুটি পৃথক পদ্ধতি। উপরন্তু, SOAP এবং GraphQL এর মতো প্রোটোকলগুলিও এই উদ্দেশ্যে ব্যবহার করা হয়। দূরবর্তী পদ্ধতি কলগুলি আপনাকে সফ্টওয়্যার লিখতে দেয় যেন এটি স্থানীয়ভাবে চলবে, যদিও এটি একটি ভিন্ন ডিভাইসে চলতে পারে।
এগুলি API ডিজাইন করার জন্য সবচেয়ে প্রচলিতভাবে ব্যবহৃত ফ্রেমওয়ার্ক। একটি সাধারণ HTTP প্রোটোকল কলের বিপরীতে, একটি RPC ক্লায়েন্ট-সার্ভার ইন্টারঅ্যাকশনের প্রাথমিক পদ্ধতি হিসাবে একটি ফাংশন কল নিয়োগ করে। RPC হল এপিআই তৈরি করার জন্য একটি উৎপাদনশীল কৌশল যেহেতু এক্সচেঞ্জগুলি সহজ, এবং বিষয়বস্তুগুলি হালকা। gRPC পরিষেবাগুলিও এই যোগাযোগ স্থাপত্যের অনুকরণ করে। RPC IDL - Interface Definition Language ব্যবহার করে ডেটা টাইপ এবং যে পদ্ধতিগুলি ব্যবহার করা হবে তা চুক্তিতে। RPCs থেকে গৃহীত gRPC পরিষেবা সাম্প্রতিক বছরগুলিতে খুব জনপ্রিয় হয়ে উঠেছে।
কেন gRPC পরিষেবাগুলি উন্নত করা হয়েছিল?
যেহেতু আরও এন্টারপ্রাইজগুলি একীকরণের জন্য চ্যানেলগুলি খুলছে, এই জাতীয় সফ্টওয়্যার লিঙ্ক করা কঠিন হয়ে উঠছে। RPC APIs একত্রিত করা চ্যালেঞ্জিং এবং বিতরণ করা ঝুঁকিপূর্ণ কারণ তারা অভ্যন্তরীণ নির্দিষ্টতা প্রকাশ করতে পারে। এগুলি অনেক প্রোগ্রামিং ভাষায় বিকশিত হয় এবং অন্তর্নিহিত কাঠামোর সাথে ঘনিষ্ঠভাবে আবদ্ধ।
এই সমস্যাটির সমাধান করা হয়েছিল, এবং 2000 সালে যখন REST API চালু হয়েছিল তখন API অ্যাক্সেসিবিলিটি বাড়ানো হয়েছিল৷ বিশেষত, এটি ব্যবহারকারীদের GET, PUT, POST, এবং অন্যান্যদের মতো স্ট্যান্ডার্ড HTTP কৌশলগুলি ব্যবহার করে সম্পদের মাধ্যমে পরোক্ষভাবে তথ্য পুনরুদ্ধার করার একটি ধারাবাহিক উপায় দিয়েছে৷ REST API থেকে RPC এর প্রাথমিক পার্থক্য হল RPC এর সাথে, প্রক্রিয়াগুলিকে সম্বোধন করা হয়, কিন্তু বিভিন্ন সিস্টেমে প্রক্রিয়াগুলি কী হতে পারে তা পূর্বাভাস দেওয়া সহজ নয়।
REST API সম্পূর্ণরূপে সহজবোধ্য এবং লাইটওয়েট RPC প্রতিস্থাপন করতে পারেনি কারণ এটি প্রচুর পরিমাণে মেটাডেটা তৈরি করে, যদিও এটি অনেক অ্যাপ্লিকেশনের সাথে কাজ করার জন্য একটি উন্নত বিন্যাস অফার করে। এর ফলে ফেসবুকের GraphQL এবং গুগলের gRPC পরিষেবার আবির্ভাব ঘটে।
Google 2015 সালে gRPC তৈরি করেছে RPC ফ্রেমওয়ার্কের সংযোজন হিসেবে বিভিন্ন কৌশলের সাহায্যে তৈরি অসংখ্য মাইক্রোসার্ভিসেস আর্কিটেকচারকে সংযুক্ত করতে। gRPC মূলত গুগলের মূল অবকাঠামোর সাথে ঘনিষ্ঠভাবে সম্পর্কিত ছিল কিন্তু শেষ পর্যন্ত এটিকে ওপেন সোর্স করা হয়েছিল এবং সাধারণ জনগণের ব্যবহারের জন্য প্রমিত করা হয়েছিল।
gRPC ধারণার ওভারভিউ
অত্যাধুনিক প্রযুক্তির ব্যবহার, যা JSON এবং XML-এর তুলনায় উচ্চ কার্যক্ষমতা সম্পন্ন এবং অধিকতর API অখণ্ডতা প্রদান করে, gRPC এর সৃষ্টি এবং জনপ্রিয়তার জন্য দায়ী৷ কিছু gRPC ধারণা সম্পর্কে আপনার সচেতন হওয়া উচিত:
প্রোটোকল বাফার
প্রোটোকল বাফার, যা Protobuf নামেও পরিচিত, হল সিরিয়ালাইজেশন বা ডিসিরিয়ালাইজেশন স্ট্যান্ডার্ড যা অ্যাপ্লিকেশনগুলিকে সংজ্ঞায়িত করা এবং স্বয়ংক্রিয়ভাবে ক্লায়েন্ট লাইব্রেরির কোড তৈরি করা সহজ করে তোলে। সবচেয়ে সাম্প্রতিক সংস্করণ, proto3, ব্যবহার করা সহজ এবং gRPC এর জন্য নতুন ক্ষমতা প্রদান করে।
.Proto ফাইলগুলি gRPC ক্লায়েন্ট এবং সার্ভার বার্তাগুলির মধ্যে gRPC পরিষেবা এবং যোগাযোগ সক্ষম করে৷ Protobuf কম্পাইলার - protoc দ্বারা এক্সিকিউশনের সময় .proto ফাইলটি মেমরিতে লোড করা হয়। এই কম্পাইলারটি gRPC ক্লায়েন্ট এবং gRPC সার্ভার অ্যাপ্লিকেশন তৈরি করে যা বাইনারি ডেটা সিরিয়ালাইজ এবং ডিসিরিয়ালাইজ করার জন্য ইন-মেমরি কাঠামো নিয়োগ করে। প্রতিটি যোগাযোগ gRPC -তে কোড তৈরির পর ব্যবহারকারী এবং দূরবর্তী পরিষেবার মধ্যে পাঠানো এবং গ্রহণ করা হয়।
যেহেতু ডেটা একটি বাইনারি আকারে অনুবাদ করা হয় এবং এনক্রিপ্ট করা সংকেতগুলি ছোট হয়, তাই Protobuf এর সাথে পার্সিং gRPC জন্য কম CPU শক্তি ব্যবহার করে। তাই, এমনকি একটি দুর্বল CPU সহ কম্পিউটারে, যেমন সেল ফোন, বার্তাগুলি gRPC এর সাথে আরও দ্রুত পাঠানো হয়।
HTTP/2
gRPC পরিষেবা HTTP/2-তে নির্মিত, HTTP/1.1-এর সংস্করণ যার কম সীমাবদ্ধতা রয়েছে। যদিও এটি পুরানো HTTP প্রোটোকলের সাথে কাজ করে, HTTP/2-এ gRPC এর জন্য বেশ কিছু পরিশীলিত বৈশিষ্ট্য রয়েছে। এর মধ্যে একটি বাইনারি ফ্রেমিং স্তর রয়েছে, যা প্রতিটি HTTP/2 ক্যোয়ারীকে বিভক্ত করে এবং ছোট বার্তাগুলিতে উত্তর দেয় এবং বার্তা বিতরণকে উন্নত করতে বাইনারি ফর্ম্যাটে ফ্রেম করে। উপরন্তু, gRPC দ্বিমুখী ফুল-ডুপ্লেক্স স্ট্রিমিং-এ ক্লায়েন্ট এবং gRPC সার্ভার থেকে একাধিক অনুরোধ এবং প্রতিক্রিয়া সমর্থন করে।
HTTP/2-এর একটি প্রবাহ নিয়ন্ত্রণ পদ্ধতি রয়েছে যা ইন-ফ্লাইট প্যাকেটগুলিকে বাফার করার জন্য প্রয়োজনীয় RAM এর সুনির্দিষ্ট নিয়ন্ত্রণের অনুমতি দেয়। এটি gRPC পরিষেবাগুলির জন্য হেডার কম্প্রেশনও অফার করে। এইচটিটিপি/2-এর সবকিছুই ট্রান্সমিশনের আগে এনক্রিপ্ট করা হয়, এমনকি হেডার, যা উচ্চ-পারফরম্যান্স রিমোট পদ্ধতি কল প্রদান করে। gRPC HTTP/2 এর সাথে অ্যাসিঙ্ক্রোনাস এবং সিঙ্ক্রোনাস প্রসেসিং উভয়ই প্রদান করে, যা বিভিন্ন ইন্টারেক্টিভ এবং স্ট্রিম করা RPC প্রকারের সম্পাদনকে সক্ষম করে।
HTTP/2-এর এই সমস্ত বৈশিষ্ট্যগুলির সাহায্যে, gRPC পরিষেবাগুলি কম সংস্থানগুলি ব্যবহার করতে পারে, যা ক্লাউড-ভিত্তিক অ্যাপ্লিকেশন এবং gRPC পরিষেবাগুলির মধ্যে দ্রুত প্রতিক্রিয়ার সময় এবং মোবাইল ডিভাইসে অপারেটিং gRPC ক্লায়েন্টদের জন্য আরও বেশি ব্যাটারি লাইফের দিকে পরিচালিত করে৷
স্ট্রিমিং
একটি গুরুত্বপূর্ণ ধারণা যা gRPC সমর্থন করে তা হল স্ট্রিমিং, যা একটি একক অনুরোধের মধ্যে বেশ কয়েকটি প্রক্রিয়া সম্পাদনের অনুমতি দেয়। gRPC এটি HTTP/2 এর মাল্টিপ্লেক্সিং বৈশিষ্ট্যের মাধ্যমে সম্ভবপর করে তোলে, যা একটি TCP - Transmission Control Protocol - সংযোগের মাধ্যমে একাধিক প্রতিক্রিয়া বা অনুরোধ পাঠানো বা গ্রহণ করার অনুমতি দেয়। প্রাথমিক স্ট্রিমিং ফর্ম্যাটগুলি হল সার্ভার-স্ট্রিমিং RPC, ক্লায়েন্ট-স্ট্রিমিং RPC, এবং দ্বিমুখী-স্ট্রিমিং RPC গুলি।
চ্যানেল
HTTP/2 স্ট্রীমগুলির বিপরীতে, যা একটি একক অনুরোধ সংযোগে অসংখ্য যুগপত স্ট্রীমকে অনুমতি দেয়, gRPC সহ একটি চ্যানেল একাধিক অনুরোধ জুড়ে একাধিক অবিচ্ছিন্ন স্ট্রিম সমর্থন করে। তারা একটি ক্লায়েন্ট স্টাব তৈরি করতে এবং একটি নির্দিষ্ট আইপি এবং পোর্টে একটি gRPC সার্ভারের সাথে লিঙ্ক করার জন্য একটি প্রক্রিয়া দেওয়ার জন্য নিযুক্ত করা হয়।
gRPC আর্কিটেকচার
gRPC আর্কিটেকচারে একটি gRPC ক্লায়েন্ট এবং একটি gRPC সার্ভার উভয়ই থাকে। প্রতিটি gRPC ক্লায়েন্ট পরিষেবাতে একটি স্টাব বা একটি স্বয়ংক্রিয়-উত্পন্ন ফাইল রয়েছে, যা একটি ইন্টারফেসের মতো যা সক্রিয় দূরবর্তী প্রক্রিয়াগুলি ধারণ করে। gRPC ক্লায়েন্ট একটি স্টাব-এ একটি স্থানীয় পদ্ধতির কল শুরু করে যাতে আর্গুমেন্টগুলি gRPC সার্ভারের বার্তাগুলিতে ফরওয়ার্ড করা হয়। gRPC ক্লায়েন্ট স্টাব তারপর Protobuf মার্শালিং পদ্ধতি ব্যবহার করে আর্গুমেন্টগুলিকে সিরিয়াল করার পরে স্থানীয় কম্পিউটারে স্থানীয় ক্লায়েন্ট-টাইম ইউনিটে কোয়েরি পাঠায়।
দূরবর্তী সার্ভার কম্পিউটারের সাথে যোগাযোগ করতে অপারেটিং সিস্টেম HTTP/2 প্রোটোকল ব্যবহার করে। সার্ভারের OS বার্তাগুলি গ্রহণ করে এবং সার্ভারের স্টাব প্রক্রিয়াটি শুরু করে, যা ইনকামিং প্যারামিটারগুলি ডিকোড করার পরে উপযুক্ত ক্রিয়াকলাপ শুরু করতে Protobuf ব্যবহার করে। ক্লায়েন্ট পরিবহন স্তর তারপর সার্ভার স্টাব থেকে এনক্রিপ্ট করা প্রতিক্রিয়া গ্রহণ করে। gRPC ক্লায়েন্ট স্টাব প্রতিক্রিয়া বার্তাগুলি গ্রহণ করার পরে এবং প্রদত্ত আর্গুমেন্টগুলি খুলে ফেলার পরে সম্পাদনটি কলারের কাছে ফিরে যায়।
gRPC
অন্যান্য API ডিজাইনিং মেকানিজমের gRPC এর বেশ কিছু সুবিধা রয়েছে। gRPC RPC কাঠামোর উপরও উন্নতি করে। এখানে gRPC পরিষেবাগুলির সবচেয়ে বিশিষ্ট সুবিধাগুলি রয়েছে:
- উচ্চ কর্মক্ষমতা দূরবর্তী পদ্ধতি কল
Protobuf এবং HTTP/2 ব্যবহার করে, gRPC পরিষেবাগুলি REST+JSON ইন্টারঅ্যাকশনের 10 গুণ পর্যন্ত উচ্চ কার্যক্ষমতা এবং API সুরক্ষা প্রদান করে। সার্ভার পুশ, মাল্টিপ্লেক্সিং এবং হেডার কম্প্রেশন ব্যবহার করে, HTTP/2 gRPC পরিষেবাগুলির জন্য উচ্চ-পারফরম্যান্স র্যাঙ্কিং প্রদান করে। যদিও মাল্টিপ্লেক্সিং হেড-অফ-লাইন বিলম্ব দূর করে, সার্ভার পুশ HTTP/2-এর জন্য প্রয়োজনের আগে সার্ভার থেকে ক্লায়েন্টে উপাদান পুশ করা সম্ভব করে তোলে। বার্তাগুলি HTTP/2 ব্যবহার করে আরও কার্যকরভাবে সংকুচিত হয়, যার ফলে gRPC পরিষেবাগুলির সাথে দ্রুত লোড হয়।
- স্ট্রিমিং
gRPC পরিষেবাগুলি স্ট্রিম করার পরিষেবার বিবরণে ইতিমধ্যেই ক্লায়েন্ট- বা সার্ভার-এন্ড স্ট্রিমিং নীতিগুলি অন্তর্ভুক্ত রয়েছে। gRPC ক্লায়েন্ট তৈরি করা এবং স্ট্রিমিং পরিষেবাগুলি উল্লেখযোগ্যভাবে সহজ করা হয়েছে।
- কোড জেনারেশন
gRPC ক্লায়েন্ট এবং gRPC সার্ভার প্রোগ্রামগুলির জন্য কোড জেনারেশন হল gRPC ওয়েব পদ্ধতির মূল উপাদান। .proto ফাইল থেকে কোড তৈরির জন্য, gRPC মডিউল .protoc কম্পাইলার ব্যবহার করে। gRPC Protobuf তে কোড জেনারেশনের মাধ্যমে নিয়ন্ত্রিত হয়, যা ডেটা ফরম্যাট এবং অ্যাপ্লিকেশন এন্ডপয়েন্ট উভয়কেই সংজ্ঞায়িত করতে ব্যবহৃত হয়। এটি ক্লায়েন্ট-সাইড নেটওয়ার্ক স্টাব এবং সার্ভার-সাইড কঙ্কাল তৈরি করতে পারে, যা gRPC পরিষেবাগুলিতে বিভিন্ন পরিষেবার সাথে প্রোগ্রাম ডিজাইন করার জন্য প্রয়োজনীয় সময়ের পরিমাণ হ্রাস করে।
- ইন্টারঅপারেবিলিটি
জাভা, রুবি, Go, সি# এবং আরও অনেকগুলি সিস্টেম এবং প্রোগ্রামিং ভাষাগুলি gRPC সংস্থান এবং লাইব্রেরি দ্বারা সমর্থিত। এই প্রোগ্রামিং ভাষাগুলির সাহায্যে, বিকাশকারীরা gRPC এর সাথে সম্পূর্ণ ক্রস-প্ল্যাটফর্ম সামঞ্জস্যতা ব্যবহার করার সময় পারফরম্যান্ট অ্যাপ তৈরি করতে পারে। এটি Protobuf বাইনারি ওয়্যারিং ফর্ম এবং প্রায় সমস্ত সিস্টেমের জন্য কার্যকর কোড জেনারেশনের জন্য ধন্যবাদ।
- নিরাপত্তা
একটি TLS এন্ড-টু-এন্ড এনক্রিপ্ট করা সেশনে HTTP/2 ব্যবহার করে gRPC API নিরাপত্তা নিশ্চিত করা হয়। gRPC সার্ভার এবং gRPC ক্লায়েন্টের মধ্যে ডেটা এনক্রিপশন এবং প্রমাণীকরণের জন্য SSL/TLS গ্রহণের প্রচার করে।
- উত্পাদনশীলতা এবং ব্যবহারযোগ্যতা
যেহেতু gRPC একটি সম্পূর্ণ RPC বিকল্প, এটি বিস্তৃত সিস্টেম এবং ভাষার উপর কোনো বাধা ছাড়াই কাজ করে। gRPC তেও দুর্দান্ত টুলিং রয়েছে, প্রচুর প্রয়োজনীয় বয়লারপ্লেট কোড ম্যানুয়ালি তৈরি করা হচ্ছে। gRPC এর সাথে উল্লেখযোগ্য সময় সাশ্রয়ের কারণে ইঞ্জিনিয়াররা এখন মূল কার্যকারিতার উপর আরও বেশি মনোযোগ দিতে পারে।
gRPC এর অসুবিধা
যদিও আমরা আশা করতে পারি যে gRPC ত্রুটিগুলি শেষ পর্যন্ত সমাধান হয়ে যাবে, তারা এখন এর ব্যবহারে কিছু সমস্যা তৈরি করে। gRPC কিছু অসুবিধা সম্পর্কে আপনার সচেতন হওয়া উচিত:
- পরিপক্কতার অভাব
একটি প্রযুক্তির বিকাশ গ্রহণের ক্ষেত্রে একটি উল্লেখযোগ্য বাধা হতে পারে। gRPC ব্যবহার করার সময় এটিও স্পষ্ট। GraphQL, gRPC-এর সহকর্মীদের মধ্যে একটি, StackOverflow-এ 14k-এর বেশি প্রশ্ন রয়েছে, যখন StackOverflow এর এই মুহূর্তে gRPC এর একটু নীচে রয়েছে। gRPC সম্প্রদায়ের সর্বোত্তম অনুশীলন, সমাধান এবং সাফল্য সম্পর্কে জ্ঞানের অভাব রয়েছে কারণ HTTP/2 এর জন্য খুব বেশি প্রোগ্রামার সহায়তা নেই, সেইসাথে গুগলের বাইরে প্রোটোকল বাফার নেই। যাইহোক, যেহেতু gRPC সম্প্রদায় প্রসারিত হয় এবং নতুন ডেভেলপারদের আকৃষ্ট করে, এটি শেষ পর্যন্ত বিকশিত হবে।
- সীমিত ব্রাউজার সমর্থন
যেহেতু কোনো বর্তমান gRPC ওয়েব ব্রাউজার HTTP/2 ফ্রেমগুলি পরিচালনা করতে পারে না, আপনি কার্যকরভাবে একটি ব্রাউজার থেকে একটি gRPC পরিষেবা কল করতে পারবেন না যেহেতু gRPC ওয়েব প্রাথমিকভাবে HTTP/2 এর উপর নির্ভর করে। ফলস্বরূপ, আপনাকে অবশ্যই gRPC এর সাথে একটি প্রক্সি ব্যবহার করতে হবে, যা বিভিন্ন ত্রুটির সাথে আসে।
- মানুষের অপাঠ্য
XML এবং JSON এর বিপরীতে, Protobuf ফাইলগুলি মানব-পাঠযোগ্য নয় যেহেতু ডেটা একটি বাইনারি ফর্ম্যাটে সংকুচিত হয়। ডেভেলপারদের অবশ্যই অতিরিক্ত সরঞ্জাম ব্যবহার করতে হবে, যেমন সার্ভার প্রতিফলন প্রোটোকল এবং gRPC কমান্ড প্রম্পট পেলোড মূল্যায়ন করতে, সমস্যা সমাধান করতে এবং ম্যানুয়াল প্রশ্ন তৈরি করতে।
- খাড়া লার্নিং কার্ভ
REST এবং GraphQL এর বিপরীতে প্রোটোকল বাফারগুলির সাথে পরিচিত হতে এবং HTTP/2 ঘর্ষণ মোকাবেলার পদ্ধতিগুলি আবিষ্কার করতে কিছুটা সময় লাগবে, উভয়ই বেশিরভাগ JSON নিয়োগ করে।
AppMaster কিভাবে সাহায্য করে?
No-code প্রজন্মের লোকেরা প্রোগ্রামিং দেখার উপায় পরিবর্তন করছে। No-code জেনারেশন মানুষের পক্ষে কোড জেনারেশনের মাধ্যমে দ্রুত সফটওয়্যার শেখা এবং তৈরি করা সম্ভব করে তোলে। AppMaster মতো no-code জেনারেশন প্ল্যাটফর্ম ব্যবহার করে আপনার অ্যাপ্লিকেশনের জন্য কোড তৈরি করা সহজ। কোন মালিকানা সমস্যা নেই, কারণ কোড জেনারেশন সুরক্ষিত, এবং আপনি যে কোডটি তৈরি করবেন তা শুধুমাত্র আপনারই হবে। আপনি AppMaster মাধ্যমে দ্রুত এবং আরো সহজে ক্লায়েন্ট এবং সার্ভার অ্যাপ্লিকেশন তৈরি করতে পারেন।
অ্যাপমাস্টারের no-code জেনারেশন প্ল্যাটফর্ম বিকাশকারীদের ব্যাকএন্ড মাইক্রোসার্ভিসেস আর্কিটেকচারের মধ্যে অনুরোধ করতে gRPC প্রোটোকল ব্যবহার করতে দেয়। পরের বছর আমরা gRPC ওয়েব এবং gRPC মোবাইল অ্যাপ্লিকেশন উভয় ক্ষেত্রে API অন্তর্ভুক্ত করে gRPC সমর্থন প্রসারিত করব।
উপসংহার
যদিও gRPC পরিষেবাগুলির বেশ কিছু সুবিধা রয়েছে যা সেগুলিকে ব্যবসা এবং ডেভেলপারদের কাছে আকর্ষণীয় করে তোলে, অবশেষে, REST বা SOAP-এর মতো অন্যদের gRPC পরিষেবাগুলি ব্যবহার করার সিদ্ধান্ত আপনার আবেদনের উপর নির্ভর করে৷ যদিও কিছু সফ্টওয়্যার gRPC এর সাথে উচ্চ-কার্যক্ষমতার সুবিধা পাবে, অন্যরা এর বিকল্পগুলির জন্য আরও উপযুক্ত হতে পারে। আপনার gRPC পরিষেবাগুলির অসুবিধাগুলি এবং সুবিধাগুলি বোঝা উচিত এবং এটি আপনার জন্য কাজ করে কিনা তা সিদ্ধান্ত নেওয়া উচিত৷
