13.05 - השבוע בעננים. מהדורה 23

השבוע בעננים - מהדורה 23

12.05.2018 - 06.05.2018

מתחילים את השבוע עם סיכום השבוע החולף בעננים. כמו תמיד כל מי שמעוניין לתרום או לציין נושא חשוב שפספסנו, מוזמן לפנות אלינו : support@israelclouds.com

‍

השבוע הפינה בחסות Google Cloud Summit 18

‍

‍

‍

סיכום השבוע בתחום מחשוב ענן בערוצי IsraelClouds ובעולם:

‍

דבר העורך

האם Azure הוא הענן של תחום ה – IoT) internet of things)? מיקרוסופט מגדילה את ההשקעה בתחום האינטרנט של הדברים. http://bit.ly/micro_cw לאחרונה מיקרוסופט החלה למתג מחדש את תחום ה- IoT כ- “the intelligent edge”, או בתרגום חופשי - הקצה/הגבול האינטליגנטי. אמנם זה עשוי להיות שיפור של המונח הקיים, אבל נדרש יותר משם קליט כדי לנצל הזדמנויות בשוק הזה. החברה החלה להרצות בפני מפתחי IoT ולהציג להם את היכולות שלה, שלטענתה הן הטובות ביותר לפיתוח בתחום הזה. כבר מהשנה שעברה מיקרוסופט מחזקת את הגישה שעתיד הענן הולך לכיוון מבוזר יותר שבו מכשירי הקצה יכילו חלק גדול מה DATA.  

השבוע התקיים מרוץ הסוסים המפורסם "הקנטאקי דרבי" כאשר לראשונה מערכת ההימורים של האתר נמצאת בענן של AWS. http://bit.ly/kentuky_aws המרוץ המפורסם עבר לנהל את פלטפורמת ההימורים שלו דרך הענן של אמזון ובכך חתך את זמן התגובה שלו ל- 35ms. כחלק מהמאמצים הדיגיטליים שלהם, קבוצת צ'רצ'יל דאונס, מארגני המרוץ המפורסם, העבירו כ- 80% מתנועת ההימורים והתשתית שלהם ל- AWS, וצפויים להעביר את כל הפעילות שלהם לענן עד סוף השנה. המערכת הקיימת כבר עושה שימוש ברכיבי IoT לצורך מדידת ביצועי הסוסים וקבלת אנליזות בזמן אמת, ומאפשרת ללקוחות לקבל יותר נתונים ולבצע הימורים מושכלים יותר. כבר בשנה שעברה נעשה שימוש ברכיבי IoT לצורך ניתוח הנתונים של ריצת הסוסים בזמן אמת ומערכת הימורים של קבוצת צ'רצ'יל דאונס (שמסתמכת על אותם נתונים) הצליחה לחזות את ארבעת המקומות הראשונים.

טוויטר מעבירה חלק גדול מעומסי העבודה שלה לענן של גוגל http://bit.ly/twiter_cw ביום שלישי הכריזו בחברה שהם מעבירים את עיקר המערכת שלהם ל- GPC, ומעתה ישתמשו במערכת לצרכי אחסון ) Cold Storagנתונים שהגישה אליהם היא נדירה אך כמות המידע היא ענקית ונמדדת ב-Petabytes, Exabytes ומעלה( ו- Hadoop clusters.

גוגל ידועים בכך שהם יודעים לעבוד מעולה עם סטארטאפים אבל חברות אנטרפרייז מסורתיות נרתעות מהפלטפורמה ובדר"כ עובדות עם ספקים אחרים. שיתוף פעולה עם טוויטר, שהיא במידה מסוימת אנטרפרייז לא שגרתי, עשוי להיות צעד גדול עבורם במאמץ להתקרב לחברות גדולות נוספות

‍

‍

עדכוני עננים:

‍

Azure

ה - azure policy הוא שירות שעוזר ליצור,לנהל ולאכוף הגדרות ומדיניות לאכיפת משאבים שונים בארגון וסביבת הענן, לדוגמא : ניתן להחיל Policy rules על כל מכונות ה-VM ב-subscription שבודק האם הבעלי TAGS של "DEV" ואם לא אז להחיל עליהם. 

http://bit.ly/azure_policy

‍

ניטור Azure Kubernetes שירות (AKS) עם תצוגה מקדימה

http://bit.ly/monitoring_kubernetes

‍

AWS

Amazon Kinesis Data  אפליקציית ניטור אמזון משתמשת ב- CloudWatch

http://bit.ly/kinesis_data_analytics

‍

AWS SAM CLI מפשט אפליקציות Serverless עם פקודת SAM init

http://bit.ly/aws-sam-cli

‍

GCP

Memory-optimized machine עם עד 160 vCPUs ו- 3.75 TB של זיכרון מערכת זמינים כעת בגרסת ביטא.  

http://bit.ly/machine_type

‍

נוספה תמיכה ב- SSD מקומי ל- europe-west4-a area.

http://bit.ly/regions_zones

‍

‍

שאלות מעניינות שנשאלו ונענו ב:

קבוצת הפייסבוק וואטסאפ של קהילת מחשוב הענן בישראל

‍

‍

‍

שאלות ותשובות מהאקו-סיסטם שלנו השבוע:

‍

AZURE

‍

1. שאלה

הקמתי vm ב-Scale set . אני מנסה להבין את הקונספט איך אני מעדכן קוד במערך של Scale set. ההגיון אומר לי שצריך להיות Image שמולו אני עובד, מעדכן כל פעם גרסאות וכל פעם מפיץ לתוך ה-LB את ה-Image שלי מחדש. או לדוגמא אם אני רוצה להתקין Windows update הרי לא הגיוני שאתחבר לכל אחת מהמכונות תחת ה-Scale set ואעדכן אותן אחת אחת ... ממבט על ההגדרות אני לא רואה אפשרות לקבוע מה ה-Image הבסיסי שלי ממנו קמות מכונות חדשות ברגע שהטריגר מופעל.

תשובה

http://bit.ly/vm-scale_set

‍

‍

2. שאלה

יש לי מערכת שכותבת המון לוגים (API שכותב את כל ה- requests/responses json כלוגים, כ- 10 מיליון קבצי לוג ביום), מצב זה בעייתי ואני רוצה להעביר את כל הכתיבות ל queue - אנחנו רצים מעל אז׳ור. האם יש שרות queue באז׳ור מקביל ל Kafka/Redis/SQS ?

תשובה

http://bit.ly/event_hubs

‍

‍

AWS

‍

1. שאלה

שרת A יושב מאחורי ALB באירלנד. שרת B יושב בארה"ב, ללא ALB. איך הכי נכון להגדיר ב SG בארה"ב גישה עבור התעבורה שיוצאת מתוך שרת A?

תשובה

תבדוק אולי Inter-Region VPC Peering ותגדיר את הגישה בכתובות הפנימיות. ז״א אחרי שהגדרת את ה- Peering, תגדיר ב- SG של שרת B את הכתובת / טווח הכתובות הפנימיות של שרת A.

‍

‍

2. שאלה

יש לי שירות שכתוב ב- NodeJs אשר ממוקם באמאזון. השירות מתקשר עם שרת DB של MongoDB שאת מיקומו אני מעלה בדיון כאן :

להלן האפשרויות שאני מכיר :

- אמאזון

- mLab

- objectrocket

כמובן שצריך להתחשב בכל האספקטים האפשרים כגון : מחיר ביצועים ,זמינות וכו' ... ניתן גם להניח הנחות על פעילות השירות ה NodeJs

תשובה

שרת מונגו לא אידיאלי על EC2 עקב מגבלת IOPS, שים לב לעומסים שלא תקבל Throttle, רקספייס ודיגיטל אושן לא מגבילים IOPS ואפשר להגיע שם לאיזור ה-40 אלף IOPS על דיסק בודד בחינם (ערך של 2600$ באמאזון)

‍

‍

3. שאלה

יש לי AWS RDS Server שהשרת APP מחובר אליו לצורך ביצוע שאילתות

במידה ואני יוצר לו Read replica האם אני צריך עכשיו לעדכן את החיבור בשרת APP גם ל replica או שבעצם ברגע שאני מבצע שאילתת READ אז RDS יודע להפנות בעצמו את השאילתא ל READ REPLICA שיצרתי ?

שאלה נוספת... איך אני יכול להגדיר שרק שברגע שה RDS נמצא הוא תחת עומס ה- READ REPLICA שלי יתעורר לחיים . וברגע שהעומס מסתיים... הוא יחזור לישון?

תשובה

תלוי ב-RDS שלך. אם הוא Aurora MySQL לצורך העניין אז הוא יוצר עבורך בעצם Cluster בתצורת Master-Slave שיש לו 2 Endpoints:

1. הראשון Cluster Endpoint שמיועד לכתיבה.

2. השני Reader Endpoint שמיועד לקריאה.

האפליקציה שלך צריכה לדעת כיצד לנתב את הקריאות - את הכתיבה ל-Cluster Endpoint ואת הקריאה ל-Reader Endpoint.

במידה ואתה יוצר Read Replica ״רגיל״ אז מדובר בעצם בשרת נוסף לכל דבר שכמו שכתבו כאן לפני, מתרפלק מהמאסטר וגם כאן - אתה צריך להפנות את הקריאות לרפליקה ואת הכתיבות למאסטר.

לגבי השאלה השנייה שלך - אתה צריך לדעת להגדיר מה זה ״עומס״, ליצור Alarm ב-Cloudwatch שיאזין לסטטיסטיקה וידע להתריע מתי ה״עומס״ נוצר, ורק אז בעצם להפעיל פונקציה מסוימת שמעדכנת את האפליקציה שלך לשנות את ה-Endpoints של הקריאות.

לגבי ״לחזור לישון״ - אין כזה דבר, השרת יהיה פעיל כל הזמן ויעלה אותו הכסף גם אם יהיו קריאות וגם אם לא. השאלה היא האם יהיו קריאות או לא, וזה תלוי

‍

‍

מקווים שנהניתם.

צוות IsraelClouds