השבוע הפינה בחסות Tech Talk
מתחילים את השבוע עם סיכום השבוע החולף בעננים. כמו תמיד כל מי שמעוניין לתרום או לציין נושא חשוב שפספסנו, מוזמן לפנות אלינו: support@israelclouds.com
סיכום השבוע בתחום מחשוב ענן בערוצי IsraelClouds ובעולם:
דבר העורך
רכישת הענק של רד האט על ידי יבמ תמורת 34 מיליארד דולר היא עניין רציני הן עבור IBM והן עבור השוק הטכנולוגי כולו. העסקה תספק ל- IBM טכנולוגיה שבה היא יכולה להשתמש כדי לתמוך בצורה טובה יותר בשימוש במודלים של ענן היברידי, בעוד שרד האט מקבלת מ-IBM יכולות מכירה ומתן שירותים לגופי אנטרפרייז.
שאלת המפתח עבור ארגונים היא: עד כמה עצמאית תהיה רד האט תחת הבעלות החדשה שלה? עצמאותה של חברת הקוד הפתוח היא אחת מנקודות החוזק שלה בעידן הענן, ומאפשרת לה לפעול כפלטפורמת צד שלישי המסייעת ללקוחות להימנע מ- Vendor-Locking עם ספקי ענן ומאפשרת פריסת טכנולוגיות היברידיות. לפרטים נוספים
מיקרוסופט בוחרת יצרנית שבבים חדשה למעבדי co-processors ב- Azure, ובכך מקצצת את עסקיה עם אינטל במחצית.
מיקרוסופט ו- Xilinx הגיעו להסכם במסגרתו השבבים של Xilinx יופעלו במחצית מהמעבדים הנמצאים בשימוש כיום בשרתי Azure לצורך טיפול בעומסי למידת-מכונה, אחד מתחומי הצמיחה החזקים ביותר בענן. עד היום, זה היה התחום הבלעדי של חטיבת Altera של אינטל, אשר יצרנית השבבים רכשה ב -2015 בכדי להציע שבבים מתחדשים לספקי מחשוב ענן (בדומה למעבדים של Xilinx).
מעבדי co-processors, שבבים גמישים המסוגלים להיות מוגדרים להפעלת שירותי ML, הפכו למוצרים מבוקשים במהלך השנים האחרונות. שוק השבבים השתנה בעוד שבנייה וניהול של מרכזי נתונים Onprem "יצאו מהאופנה", מה שגרם לאיחוד שוק החומרה סביב ספקיות הענן הגדולות בארה"ב וסין.
עדכוני עננים:
Azure
http://bit.ly/Microsoft-Azure-Updates
AWS
http://bit.ly/Amazon-AWS-Updates
GCP
http://bit.ly/Google_GCP_updates
הקבוצות של קהילת מחשוב הענן בישראל
שאלות ותשובות מהאקו-סיסטם שלנו השבוע:
AZURE
1. שאלה
האם למישהו יש רעיון של רפליקציה/סינכרון מערכת NAS אל Azure?
תשובה
יודע לעשות סנכרון, העברה ועוד כל מיני דברים יפים - https://rclone.org
2. שאלה
מהן הדרישות העיקריות להקשחת jump box על window machine?
תשובה
Jump box זה קונספט כללי שתלוי בצרכים שלכם. אם המכונה היא Windows כנראה תרצי לאפשר אליה רק RDP מכתובות IP מוגדרים בלבד ולחסום את כל שאר התעבורה.
כדי להקשיח ניתן להגדיר גם ברמת ה- NSG חסימה לכל שאר הפורטים חוץ מ- 3389 וגם ברמת ה- firewall של המכונה.
ניתן גם להגדיר שה- RDP יוקשח שיהיה ניתן לעשות RDP רק עם 2FA על ידי כלי דוגמת Duo Security.
אופציה נוספת היא לשנות את הפורט של Secure RDP לפורט רנדומלי אחר שאינו 3389
AWS
1. שאלה
כשאני מקים api עם אקספרס על Ecs איך אני מגיע ל- port?
*בהנחה שעם heroku זה process.env.port
תשובה
אתה צריך להגדיר ברמת מערכת ההפעלה משתנה סביבתי עם הערך של הפורט
export PORT = 3000
2. שאלה
שאלות בנושא DynamoDB:
1. AutoScale - המקרה הספציפי שאנחנו כרגע מתמודדים איתו הוא בפיקים קיצוניים, מ- Write Capacity של 5 קופצים ל- 150-200 וחוזרים ל- 5 בתוך דקות בודדות. בעתיד הנראה מאוד לעין, הקפיצות יהיו מ-5 ל-1000.
ה- Auto Scale המובנה עובד בדיליי רציני (תמונה מצורפת). יש לכם טיפים בנושא?
2. אני רואה ב- metrics של DDB שה- Put latency הוא חד ספרתי, אבל אצלנו end-to-end זה בממוצע 50-60 מילי-שניות (כתיבה של בערך 1KB). זה סביר?
תשובה
1. זה האק, אבל זה אולי יעבוד לכם. ההגדרות ב- cloudwatch של ה- AutoScale בדינמו מוגדרות לבדיקה באינטרוולים של סה"כ 15 דקות (3 פעמים ב-5 דקות). אפשר אבל לשנות אותן ולקצר את הזמנים. זה האק, אבל בפעם הבאה שתשנו את אחד מנתוני הסקייל תצטרכו לעשות זאת שוב.
עוד משהו חשוב אם אפשרי, זה לעבוד עם backoff, כלומר לנסות לשלוח שוב את הבקשה אחרי כמה שניות (בעקרון של jitter).
עוד משהו מומלץ בדינמו הוא לשטח את הטבלה כמה שיותר. זה נשמע מוזר כי זה NoSQL, אבל שווה לעשות פשוט נורמליזציה כמה שיותר למידע ולפצל רשומות לטבלאות. כל פעם שיש לך array שיכול להתנפח, ובכלל, הייתי מפצל אותו לטבלה נוספת. זה יחסוך לכם הרבה כאבי ראש Throughput, אבל יגרום לקצת כאב ראש בניהול של סנכרון המידע בין הטבלאות.
אם זה גם בעייתי, אתם יכולים פשוט לקמפרס חלק מהמידע ברשומה (למשל, מחרוזות ארוכות, arrays ועוד). שוב, זה יעזור בפיקים ולא תגיעו גם להגבלות על גודל של רשומה. לשיקולך.
2. יכול להיות שאתה לא מוגדר עם VPC Endpoint לדינמו, ואז בפועל אתם עוברים כל הזמן עם הרשת החיצונית (האינטרנט) בשביל לכתוב ולקרוא? יכול להיות שההגדרה הזאת, שבפועל מנתבת את המידע אל הרשת הפנימית, תעזור בביצועים.