TryRpc

RPC অনুরোধের ব্যাচগুলি সম্পাদন করুন।

এই অপটি অ্যাসিঙ্ক্রোনাসভাবে হয় একটি একক RPC অনুরোধ, বা অনুরোধের একটি ব্যাচ সম্পাদন করে। RPC অনুরোধ তিনটি প্রধান পরামিতি দ্বারা সংজ্ঞায়িত করা হয়:

- `ঠিকানা` (অনুরোধের হোস্ট+পোর্ট বা BNS ঠিকানা) - `পদ্ধতি` (অনুরোধের পদ্ধতির নাম) - `অনুরোধ` (আরপিসি অনুরোধের আর্গুমেন্টের ক্রমিক প্রোটো স্ট্রিং, বা স্ট্রিংয়ের ভেক্টর)।

উদাহরণস্বরূপ, যদি আপনার একটি RPC পরিষেবা থাকে পোর্ট localhost:2345, এবং এর ইন্টারফেস নিম্নলিখিত প্রোটো ঘোষণার সাথে কনফিগার করা হয়:

service MyService {
   rpc MyMethod(MyRequestProto) returns (MyResponseProto) {
   
 };
 }

তাহলে আর্গুমেন্ট সহ এই অপটিকে কল করুন:

address = "localhost:2345"
 method = "MyService/MyMethod"
 

'রিকোয়েস্ট' টেনসর হল একটি স্ট্রিং টেনসর প্রতিনিধিত্ব করে ক্রমিককৃত `MyRequestProto` স্ট্রিং; এবং আউটপুট স্ট্রিং টেনসর `প্রতিক্রিয়া` একই আকৃতি ধারণ করবে এবং (সফল সমাপ্তির পরে) অনুরূপ সিরিয়ালাইজড `MyResponseProto` স্ট্রিং থাকবে।

উদাহরণস্বরূপ, একটি একক, খালি, `MyRequestProto` পাঠাতে, এই অপশনটিকে `request = ""` দিয়ে কল করুন। 5টি সমান্তরাল খালি অনুরোধ পাঠাতে, `request = ["", "", "", "", ""]` সহ এই অপশনে কল করুন।

আরও সাধারণভাবে, কেউ `এনকোড_প্রোটো` অপ ব্যবহার করে নিয়মিত ব্যাচ করা টেনসর থেকে `MyRequestProto` সিরিয়ালাইজড প্রোটোর একটি ব্যাচ তৈরি করতে পারে এবং `decode_proto` অপ ব্যবহার করে প্রতিক্রিয়া `MyResponseProto` সিরিয়ালাইজড প্রোটোকে ব্যাচড টেনসরে রূপান্তর করতে পারে।

দ্রষ্টব্য ক্রমিক প্রোটো স্ট্রিংগুলির সাথে কাজ করা মেমরিতে প্রকৃত প্রোটো অবজেক্টগুলিকে সূচনা করার চেয়ে দ্রুততর, তাই এই কর্মপ্রবাহের জন্য কাস্টম কার্নেল লেখার তুলনায় কোনও কর্মক্ষমতা হ্রাস প্রত্যাশিত নয়৷

স্ট্যান্ডার্ড `Rpc` op এর বিপরীতে, যদি সংযোগ ব্যর্থ হয় বা দূরবর্তী কর্মী একটি ত্রুটির স্থিতি ফেরত দেয়, এই অপটি ব্যতিক্রমটিকে পুনরায় উত্থাপন করে না । পরিবর্তে, সংশ্লিষ্ট RPC কলের জন্য `status_code` এবং `status_message` এন্ট্রি RPC কল থেকে প্রত্যাবর্তিত ত্রুটির সাথে সেট করা হয়েছে। 'প্রতিক্রিয়া' টেনসরে সেই মিনিব্যাচ এন্ট্রিগুলির জন্য বৈধ প্রতিক্রিয়া মান থাকবে যাদের RPCs ব্যর্থ হয়নি; বাকি এন্ট্রিতে খালি স্ট্রিং থাকবে।