סיכום מפגש ארכיטקטים

מפגש הארכיטקטים האחרון של ISRAELCLOUDS כלל עיסוק ב- USE CASE מעניין במיוחד במסגרתו התרכזו בבניית מערכת אשר אוספת 15 מיליארדי אירועים ביום ומעבדת אותם, כאשר השירות צריך להיות מופעל בהינתן זיהוי של דפוס מסויים.

הנה סיכום קצר של התרחיש שעלה שם והפתרון המוצע.  

‍

תרחיש:

15 מיליארד אירועים ביום. צריך לבצע פעולה על פי דפוס מסוים, ולשלוח התראה למשתמשי הקצה.

‍

זרימה:

מקורות מרובים -> מערכת תורים -> עיבוד הודעה -> שירות

‍

פתרון אפשרי:

Kafka, AWS Kinesis, Azure Azure Event Hub, GCP Pub/Sub

‍

שאלות מנחות:

• מהו גודל האירוע?

• פתרון גלובלי? (כן לא)

• CDN?

• זמן (בזמן אמת - כן / לא)

• מיקום מסד נתונים - Regional or cross-regional

• מדיניות שימור?

• היכן לאחסן נתונים? ביב נתונים מקומי/ענן

• סוג שירות? REST API / Serverless / PaaS ועוד

• קורלציה למקור או לכל מקור?

• עלול לגרום לבעיות בסקייל גבוה

• האם אנו זקוקים לפתרון אחסון במטמון?

• מהו זמן הודעה מרבי בתור?

• כיצד אנו עוקבים אחר כל צעד במחזור הנתונים?

• זמינות גבוהה עבור כל רכיב?

• דרישת התמדה?

• עלות לעומת יעילות

‍

הפתרון המוצע:

• הפתרון התבסס על AWS Lambda והמטרה הייתה להוריד את עלות השירות.

Lambda התבסס על המספר הכולל של הבקשות ועל כמות הזיכרון שהוקצה עבור הפונקציה.

‍

לקבלת מידע נוסף על AWS Lambda, ראה:

http://bit.ly/Lambda-Features

http://bit.ly/Lambda-Pricing

‍

מידע נוסף על פרויקט OpenFaaS :

https://docs.openfaas.com/

http://bit.ly/Introducing-Openfaas-Cloud

להורדת המצגת

‍