✕ סגור 
צור קשר
תודה על ההתעניינות .

Thank you! Your submission has been received!

Oops! Something went wrong while submitting the form

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

IsraelClouds
|
קלה
|
February 5, 2019

מפגש הארכיטקטים האחרון של 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

להורדת המצגת

מפגש הארכיטקטים האחרון של 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

להורדת המצגת

IsraelClouds
http://www.israelclouds.com/blog/
http://www.israelclouds.com/blog/

בלוגים אחרונים

בואו נעבוד ביחד
צרו קשר