gRPC
-
שליטה על השירותים שלך עם OTEL, Jaeger, ו־Prometheus
בואו נדון בשאלה חשובה: איך אנו מנטרים את השירותים שלנו אם משהו הולך לאיבוד? מצד אחד, יש לנו את Prometheus עם התראות ואת Kibana למרכזי מידע ותכונות נוספות. אנו גם יודעים כיצד לאסוף קבצי לוגים – מערכת ה-ELK היא הפתרון המועדף עלינו. אף על פי כן, הלוגים הפשוטים לא תמיד מספיקים: הם אינם מספקים תצוגה הוליסטית של המסע של בקשה לאורך כל האקוסיסטמה של רכיבים. ניתן למצוא מידע נוסף על ELK כאן. אך מה לעשות אם ברצוננו להמחיש בקשות? מה…
-
עקיבה עם OpenTelemetry ו-Jaeger
עקיבה, רכיב קריטי, מעקבת אחר בקשות דרך מערכות מורכבות. תצוגה זו חושפת בקבוקי צוואר ושגיאות, ומאפשרת פתרונות מהירים יותר. בפוסט קודם של הסדרה שלנו על שירותי אינטרנט ב-Go, חקרנו את החשיבות של נראות. היום, אנחנו מתמקדים בעקיבה. Jaeger אוספת, שומרת ומציגת עקבות ממערכות מבוזרות. היא מספקת תובנות קריטיות לגבי זרימת בקשות בין שירותים. על ידי שילוב Jaeger עם OpenTelemetry, מפתחים יכולים לאחד את גישת העקיבה שלהם, ולבטח נראות עקבית ומקיפה. שילוב זה מפשט אבחון של בעיות ביצועים ומשפר את אמינות…
-
5 שלבים לשילוב איסטיו עם OPA
plaintext אימות ואישור הם חלקים גדולים בחידת הביטחון שעליה להתמודד על ידי ארכיטקטים של מערכות ענן ומהנדסי DevOps. בבלוג זה, נבחן במיוחד איך להשיג אישור/שליטה בניגוד; האם כלומר, אילו פעולות היחידה המאומתת יכולה לבצע במשטח השירותים של Istio. זה עוזר להגן על התשתית על ידי מניעת פעולות עם כוונות שונאיות. אישור במשטח שירותים יכול להיות מוגדר באמצעות פוליסיות OPA. OPA היא מנגנון שעוזר לאנשי DevOps להגדיר ולהפעיל פוליסיות אישור עבור עבודות Kubernetes. במאמר זה, נראה: מהי OPA למה יש לשלב…
-
gRPC מול REST: השוואת גישות ליצירת APIs
בטקסט של היום, אני רוצה להתבונן יותר מקרוב ב-gRPC ו-REST, שני הגישות הנפוצות ביותר ליצירת API בימינו. I will start with a short characteristic of both tools — what they are and what they can offer. Then I will compare them according to seven categories, in my opinion, most crucial for modern-day systems. הקטגוריות הולכות ככה: הפרוטוקולים ה-HTTP הבסיסיים פורמטי הנתונים המתמודדים גודל הנתונים יעילות העברת נתונים הגדרות קלות האימוץ תמיכה בכלים הסיבה למה כשאנשים שמים לב "API", הם כנראה חושבים על…
-
בנה שרת צ'אט פשוט עם gRPC ב-.Net Core
במאמר זה, ניצור יישום שיחת gRPC מקבילית פשוטה. נשתמש ב-.NET Core, רשת חופשי פלטפורמה, פתוח, ומודולרי, לבניית יישום שיחת השרת שלנו. נכסה את הנושאים הבאים: A brief introduction to gRPC הקמת הסביבה של gRPC והגדרת חוזה השירות יישום שירות השיחה וטיפול בבקשות הלקוח טיפול במספר רב של לקוחות במקביל באמצעות תכנות אסימכרוני שידור הודעות שיחה לכל הלקוחות המחוברים באותו חדר בסוף הדרכה זו, תהיה הבנה של איך להשתמש בgRPC לבניית שרת שיחה. מה זה gRPC? gRPC הוא ראשי תיבות המסמל…
-
gRPC בצד הלקוח
רוב רכיבי התקשורת בין מערכות המשתמשים ב-REST ממירים את העמודות שלהם ל-JSON. כיום, ל-JSON אין סטנדרט בדיקת תבנית נפוץ: תבנית JSON אינה נפוצה. בדיקת תבנית סטנדרטית מאפשרת להעביר את הבדיקה לספרייה של צד שלישי ולסיים איתה. בלי זה, אנו חייבים לחזור לבדיקה ידנית בקוד. גרוע מכך, עלינו לשמור על קוד הבדיקה בהסכם עם התבנית. XML מציע בדיקת תבנית מיוחדת: מסמך XML יכול להכריז על שפה שהוא חייב לעמוד בה. SOAP, שמבוסס על XML, משתמע מכך, גם. אלטרנטיבות אחרות להמרה מציעות…
-
הבנת מושגים ב-gRPC, מקרים של שימוש, ופרקטיות הטובות ביותר
כשאנו מתקדמים בפיתוח היישומים, בין לבין דברים רבים, יש דבר עיקרי אחד שאנו פחות מודאגים ממנו: כוח המחשבה. כיוון שהתפתחו ספקי הענן, אנו פחות מודאגים לניהול מרכזי נתונים. הכול זמין תוך שניות לפי דרישה. זה גורם להתגברות בגודל הנתונים גם כן. נתונים גדולים מיוצרים ומועברים באמצעים שונים בבקשות בודדות. עם הגידול בגודל הנתונים, יש לנו פעילויות כמו סידור, פירוק ועלויות מעבר נוספות לזה. אם כי אנו לא מודאגים ממשאבי המחשב, העיכוב נעשה נטלה. אנו צריכים לצמצם על המעבר. פיתוחו של…
-
חקירה מעמיקה של REST, gRPC ו-GraphQL בפרויקטים אינטרנטיים
בנוף הדינמי של פיתוח אתרים, הבחירה בטכנולוגיה של API משחקת תפקיד מרכזי בקביעת הצלחה ויעילות של פרויקט. במאמר זה, אנו מתחילים בחקר מקיף של שלושת המתחרים הבולטים: REST, gRPC ו-GraphQL. כל אחת מהטכנולוקיות הללו מביאה עמדת עוצמה ויכולות משלה לשולחן, שמגיעה למצבים וסצנות הפיתוח השונות. מה זה REST? REST API, או Representational State Transfer Application Programming Interface, הוא סט של עקרונות ארכיטקטוניים ומוסכמות לבניית שירותי אינטרנט. היא מספקת דרך מוגדרת למשתמש של תוכנות מחשב שונות לתקשר אחת עם השניי באינטרנט.…
-
gRPC מול REST: הבדלים, דמיון ולמה להשתמש בהם
הארכיטקטורה הפופולרית של לקוח-שרת מחלקת את התקשורת לשני חלקים: אחד שנושא את כל המשימות הכבדות ומספק שירותים, הידוע כשרת, והשני שנהנה מהשירותים האלה, הידוע כלקוח. בדרך כלל בתקשורת לקוח-שרת, הלקוח פשוט שולח בקשה שמבקשת משאבים או שירותים מהשרת, והשרת מגיב לבקשה זו. לתקשורת לקוח-שרת, נדרש שלקוחות ושרתים יהיו בעלי ספריות המבינות את הפרוטוקול בו הם מתקשרים. פרוטוקול הוא שפה או קבוצה של כללים לתקשורת באינטרנט. הם מנועי תחבורה המקימים כמה כללים להעברת נתונים באינטרנט. ההיבט השני ביותר חשוב בתקשורת הלקוח…