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

Thank you! Your submission has been received!

Oops! Something went wrong while submitting the form

28.07 - השבוע בעננים. מהדורה 86

IsraelClouds
|
July 28, 2019
alt="blogs"
Events
alt="blogs"
title="Google"
alt="blogs"
Event

השבוע הפינה בחסות IsraelClouds Open Source Forum

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

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

דבר העורך:

עם השקעות כאלה, חסר שלא יהיה טוב – מיקרוסופט משקיעה מיליארד דולר ב-OpenAI

מה הייתם עושים אם מיקרוסופט הייתה משקיעה בכם מיליון דולר? ומה עם 10 מיליון דולר? ומה אם נקפוץ שני שלבים ונשאל על מיליארד דולר? עבור OpenAI כבר לא מדובר בשאלה תאורטית. מיקרוסופט הודיעה כי ההשקעה (שנעשתה בשיתוף עם ה-AI Powerhouse בסן פרנסיסקו) נועדה בכדי להקים פלטפורמה לטכנולוגיית האינטליגנציה המלאכותית שתהיה "בסקאלה חסרת תקדים", מה שמתקשר עם ההצהרה הקודמת של סאטיה נדלה על כך ש-AI צפוי להיות אזור חשוב במיוחד לעתיד החברה.

אין ספק שמדובר ברכישה מעניינת, ביחוד מפני שמדובר באחת החברות פורצות הדרך בתחום האינטליגנציה הכללית המלאכותית (AGI), מה שמאפשר לה לפתח מומחיות רבה במגוון תחומים ועולמות, שיעזרו לפתור בעיות רבות הקשורות לבריאות, אקלים, חינוך ועוד בדרך שתוכל להיות טובה יותר מאי פעם. אם מישהו אפילו פקפק לרגע – אין ספק שהשקעה זו תעזור מאוד לחברה בתחרות מול אמזון וגוגל, בייחוד מפני שכולן פועלות בתחום ה-AI.

מה יהיה? GitHub חוותה בעיות במשך 41 דקות

אם יוני לא היה החודש של גוגל ויולי לא היה החודש של CloudFlare, הרי שהשבוע התבשרנו שגם GitHub הצטרפה לרשימה של יולי. האתר הפופולארי חווה בעיות בגלישה במשך 41 דקות. הבעיות כללו בעיקר בעיות בגישה לשירותים מסוימים או חוסר גישה לפיצ'רים ושירותים מסוימים (כמו Git Operations, API Requests, Gist ועוד), ביחד עם זמני התחברות ארוכים מהרגיל. המקרה גרם לבעיות במערכות פנימיות באתר, כולל שגיאות מסוג 422 ו-500.

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

עם הענן בא התיאבון – סטארבאקס רוצה ליצור את ה-AWS של המסעדות

מה אתם רוצים עם הקפה שלכם? אולי שירות ענן? ענקית הקפה סטארבאקס הכריזה על שיתוף פעולה עם חברת Brightloom (Easta לשעבר) שמספקת פתרונות ענן קצה אל קצה מבוססי תוכנה. ההסכם מבוסס על כך שהרשת הענקית תיתן הרשאות לחברה בכדי לגשת לתוכנות שברשותה במטרה ליצור סיוע לתגמולים, הזמנת תשלומים, מידע אישי ועוד.

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

הטיפ השבועי


כולנו יודעים שבענן משלמים על שרתים לפי זמן שימוש ושכדאי לכבות שרתים כאשר לא משתמשים בהם.
הזדמנות טובה לחסכון גדול בעלויות היא לכבות שרתי TEST, DEV ,CICD וכו' בלילות ובסופי שבוע, דבר שיכול להוריד את העלות במעל 60%.

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


https://www.skeddly.com/
https://www.parkmycloud.com/  


שמאפשרים להגדיר קבוצות שרתים ולתת לכל קבוצה זמני הדלקה וכיבוי אוטומטיים (השירות ניתן בחינם עד כמות שרתים מסוימת).

בתמונה: קבוצת שרתים שעובדים משני עד שישי משבע בבוקר עד שבע בערב

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

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

--AZURE--

שאלה 1

יש דרך ליצור VHD/IMAGE בגודל של 32 GB
ולא 127 הדיפולטיבי

תשובה


Small disc template

--AWS--

שאלה 1

מישהו מריץ elasticsearch גדול מאוד על קוברנטיס ויכול לספר חוויות, בעיקר על בעיות שהוא חווה?

תשובה


יש המון בעיות בקוברנטס עצמו כשמריצים עליו es. בגלל זה עבדנו (אני עובד אלטסיק) על eck - אופרטור שלנו לקוברנטס. באופן רשמי אנחנו תומכים אך ורק בו בריצה על קוברנטיס בגלל כל האיזורים של קוברנטיס ששכתבנו. לפרטים: https://www.elastic.co/blog/introducing-elastic-cloud-on-kubernetes-the-elasticsearch-operator-and-beyond

שאלה 2

האם יש דרך לעשות מיפוי לכל השירותים של aws הפעילים שיש? כלומר לעשות אפיון של איך כל המערכת עובדת?

תשובה


cloudhealth יכול לסייע בנושא.

שאלה 3

מנסה להרים סרבר על
AWS Elastic Beanstalk
ולייצר שני אינסטנסים שלו כשבאמצע יעמוד Load balancer.
שני האינטרסנטים מתקשרים עם אותו DB.


הבעיה שלי היא שבסרבר יש מנגנון שמופעל אוטומטית אחת ל24 שעות בשעה שנקבעה על ידי היוזר דרך ה-web interface.
איך אני מונע משני האינסטנסים לבצע את הפעולה המתוזמנת? במידה והצלחתי למנוע, איך אני מעדכן רק את אחד מהם כשהיוזר משנה את השעה?
אני מניח שהפתרון האידאלי הוא להרים מיקרוסרוויס נפרד שזאת כל אחריותו, אך בשלב שאני נמצא בו זה מרגיש יותר מידי, מה גם שיעלה יותר.

תשובה


אם כסף זה מה שמטריד יש פתרונות זולים מ-elastic beanstalk.
נשמע שאתה מנסה למדרג (to scale בעברית) סרבר מונוליטי עם עוד תהליך שרץ בו. מציע לך לא לחשוב על פתרונות עקומים, וכבר בשלב 0 להיוועץ לארכיטקטורת קוד נכונה. קונטיינר פר סרוויס למשל, להעביר את הסקג'ואל ג'וב ל-ec2 או למבדה

--GCP—

שאלה 1

אני משתמש בפייתון לפריסות סביבה בספקים שונים
מצאתי כי ישנה פקודה ב-gcloud
gcloud deployment-manager deployments create net --configuration net-config.yaml
אני מחפש ב-gcp python sdk את הפקודה המקבילה

תשובה


https://cloud.google.com/deployment-manager/docs/step-by-step-guide/create-a-template?fbclid=IwAR0osoZo5hVtF3bUxBfPzQrSJUMJu_B7M8JY3JS0z6syYnYEdcMpjQX_OsU


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

צוות IsraelClouds


לחץ לכתבה המקורית

הירשם לרשימת הדיוור של IsraelClouds

Thank you! Your submission has been received!

Oops! Something went wrong while submitting the form

מילון מונחיםהשירותים שלנו תנאי שימושהרשמה לניוזלטרמדיניות פרטיות