gRPC: د خدمت تعریف څخه د تار شکل ته

gRPC د لوړ فعالیت، د خلاصې سرچینې ریموټ پروسیجر کال (RPC) چوکاټ دی چې دا بدلوي چې څنګه مایکرو خدمتونه د سخت خدمت تعریفونو لپاره د پروتوکول بفرونو په کارولو سره اړیکه نیسي او د اغیزمن بائنری لیږد لپاره HTTP/2. په اصل کې په ګوګل کې رامینځته شوی او اوس د CNCF فارغه شوې پروژه ده، gRPC د عصري توزیع شوي سیسټمونو ملا تړلې ده، چې د Netflix، Dropbox، او Cisco په څیر شرکتونو کې د داخلي خدماتو میشونو څخه عامه APIs ته هرڅه ځواک ورکوي.

د هغو ټیمونو لپاره چې پیچلې پلیټ فارمونه جوړوي — لکه د Mewayz 207-module Business Operating System چې له 138,000 څخه زیاتو کاروونکو ته خدمت کوي — د gRPC د .proto فایل څخه د بایټ په تار کې د سفر په اړه پوهیدل د معمارۍ سیسټمونو لپاره اړین دي چې د اعتبار یا پراختیا کونکي محصولاتو قرباني کولو پرته اندازه کوي.

gRPC څه شی دی او ولې دا د عصري معمارۍ لپاره مهم دی؟

gRPC د "gRPC ریموټ پروسیجر کال" لپاره ولاړ دی، یو تکراري لنډیز چې د هغې واحد تمرکز ته اشاره کوي: د ریموټ خدماتو تلیفونونه د محلي فنکشن کالونو په څیر طبیعي احساس کوي. د REST APIs په خلاف چې په HTTP/1.1 باندې JSON باندې تکیه کوي، gRPC د پروتوکول بفرونو (protobuf) څخه ګټه پورته کوي د هغې د انٹرفیس تعریف ژبه (IDL) او د هغې سیریلائزیشن بڼه، د HTTP/2 سره د ټرانسپورټ پروتوکول په توګه جوړه شوې.

دا ترکیب د اندازه کولو وړ ګټې وړاندې کوي. د پروټوبف پیغامونه عموما د دوی د JSON معادل څخه 3–10x کوچني دي، او سیریلائزیشن 20-100x ګړندی دی. HTTP/2 ملټي پلیکسینګ د سر-اف-لاین بلاک کول له مینځه وړي، په یو واحد TCP پیوستون کې سلګونه همغږي RPCs ته اجازه ورکوي. د پلیټونو لپاره چې لسګونه یو له بل سره وصل شوي ماډلونه اداره کوي، دا فعالیت په ډراماتیک ډول ترکیب کوي.

چوکاټ د څلور مخابراتي نمونو ملاتړ کوي: یونیري (واحد غوښتنه، واحد غبرګون)، د سرور سټینګ، د مراجعینو سټینګ، او دوه اړخیز سټینګ. دا انعطاف gRPC د ساده CRUD عملیاتو څخه د ریښتیني وخت ډیټا فیډونو او اوږدمهاله پیښو جریانونو لپاره د هرڅه لپاره مناسب کوي.

د خدمت تعریف څنګه د اجرا وړ کوډ کیږي؟

د gRPC ژوند دوره د .proto فایل سره پیل کیږي — یو تړون چې ستاسو خدمتونه، میتودونه، او د پیغام ډولونه د ژبې اګنوسټیک سکیما کې تعریفوي. دلته هغه څه دي چې دا سفر ګام په ګام ښکاري:

1. سکیما لیکول: تاسو د پروتوکول بفر v3 ترکیب کې د خدماتو انٹرفیسونه او د پیغام جوړښتونه تعریف کړئ، د ساحې ډولونه، شمیرې، او د RPC میتود لاسلیکونه د واضح غوښتنې او ځواب ډولونو سره مشخص کړئ.
2. د کوډ تولید: د پروټوک کمپیلر، د ژبې ځانګړي gRPC پلگ انونو سره یوځای، ستاسو په نښه شوي ژبه کې د مراجعینو سټبونه او د سرور بیس کلاسونه تولیدوي — Go, Python, Java, Rust, C++، یا کومې 12+ ملاتړ شوي ژبې.
3. د سرور پلي کول: پرمخ وړونکي د تولید شوي سرور انٹرفیس پلي کوي، د سوداګرۍ منطق ډکوي پداسې حال کې چې چوکاټ د ارتباط مدیریت، تریډینګ، او پروتوکول توضیحات اداره کوي.
4. د مراجعینو غوښتنه: پیدا شوي پیرودونکي سټبونه د وخت نیټې، میټاډاټا پروپاګیشن، لغوه کولو، او اتوماتیک بیا هڅه کولو پالیسیو لپاره د جوړ شوي ملاتړ سره د ډول خوندي میتود کالونه چمتو کوي.
5. د تار لیږد: د زنګ په وخت کې، د غوښتنې پیغامونه په کمپیکٹ بائنری پروټوبف کوډ کولو کې سیریل کیږي، د 5-بایټ gRPC سرلیک سره چوکاټ شوي (د کمپریشن بیرغ + د پیغام اوږدوالی)، او د HTTP/2 ډیټا چوکاټونو کې لیږدول کیږي.

کلیدي بصیرت: د gRPC لوی ځواک خام سرعت نه دی - دا د تطبیق وړ قرارداد دی. A .proto فایل په ورته وخت کې د اسنادو، تایید پرت، او کوډ جنریټر په توګه کار کوي، د ادغام بګ ټولې کټګورۍ له مینځه وړي چې په نرم ډول ډول شوي REST APIs اخته کوي. کله چې ستاسو پلیټ فارم 207 ماډلونه ولري چې د باور وړ خبرو اترو ته اړتیا لري، دا قرارداد ستاسو ترټولو ارزښتناکه معماري شتمني کیږي.

د gRPC کال په جریان کې په تار کې څه پیښیږي؟

د تار په شکل پوهیدل د gRPC ډیبګ کولو او د فعالیت ټینګ کول له مینځه وړي. کله چې یو پیرودونکی RPC غوښتنه کوي، لاندې ترتیب د HTTP/2 په اړه څرګندیږي:

پیرودونکي د HTTP/2 پیوستون پرانیزي (یا بیا کاروي) او د HEADERS چوکاټ لیږي چې د میتود لاره لري (/package.Service/Method>)، د منځپانګې ډول (application/grpc)، وخت پای، او هر ډول دودیز میټاډاټا. دا د یو یا ډیرو ډیټا چوکاټونو لخوا تعقیب کیږي چې د سیریل شوي پروټوبف پیلوډ لیږدوي، هر یو د 5-بایټ اوږدوالي - مخکیني پیغام چوکاټ سره مخکینۍ.