מה זה Microsoft Azure cloud service ?

שלום חברים!
אחרי מס' חודשים שלא כתבתי בבלוג, חזרתי!
היום אכתוב על שירות ב-Azure ששמו Microsoft Azure cloud service.
המאמר הזה יהיה כללי – מעין מאמר היכרות עם השירות
מה זה cloud service ?
כיצד השירות עובד ?
מה היתרונות הטכניים ש-cloud service מספק לנו ?
ופחות בהסבר מסוג "צעד אחר צעד" כיצד להגדיר את השירות.
נצלול יותר לעומק כיצד להגדיר את השירות במאמרים שיכתבו בעתיד.

סקרנים ? כנסו למאמר!

תחילה התחברו ל- Microsoft Azure management portal באמצעות פרטי החשבון שלכם.
הביטו בסרגל השירותים בצד שמאל.
בין כל השירותים ש-Azure מציע (Web Apps, Virtual machines, Storage וכו'…) ישנו שירות שנקרא Cloud service.
ניתן לראות זאת בתמונה הבאה

01

כפי שאתם רואים בצילום מסך הנ"ל, לאחר שאתם לוחצים על שם השירות בצד שמאל בסרגל השירותים, ניתנת לכם האפשרות ללחוץ על "Create a cloud service" על מנת ליצור cloud service חדש.
בדומה לשאר השירותים ב-Azure תוכלו להגדיר יותר מ- cloud service אחד.

1. לחצו על "Create a cloud service"

02

2. קבעו שם ל-Cloud service ובחרו באיזה Region אתם מעוניינים להקים את ה-Cloud service.
לסיום לחצו על "Create cloud service"

03

3. יצירת השירות לוקחת מס' שניות.
בסיום הפורטל יציג לכם הודעה שהשירות נוצר בהצלחה ויציג לכם את ה-Cloud service שנוצר.

04

4. לחצו על השם של ה-Cloud service הרלוונטי אליו אתם מעוניינים להיכנס על מנת להגדיר אותו (עד כה יצרנו אותו בלבד)

05

5. בתפריט הלשוניות של השירות לחצו על Instances -> Production  ולאחר מכן על "Upload a new production deployment" (הסברים אודות ההבדל בין Production slot ל-Staging slot אכתוב במאמר אחר)

06

6. כעת האשף יבקש מכם לספק שם לאותו Deployment, נתיב ל- Package (קובץ מסוג cspkg) ונתיב לקובץ קונפיגורציה (קובץ מסוג cscfg).
את הקבצים ניתן להעלות לשירות מתוך המחשב המקומי עליו נמצאים אותם שני קבצים או מתוך ה-Storage ב-Azure במידה והעלאתם אותם לשם מראש.
מי שמעוניין לקרוא כיצד ליצור את שני הקבצים Package (cspkg) ו-Configuration (cscfg) תוכלו לקרוא אודות הנושא במאמר הבא באתר של Microsoft Azure
What is the Cloud Service model and how do I package it?
אני מניח שאכתוב אודות הנושא בעתיד.

07

אותם שתי קבצים שאנו מעלים מכילים פרויקט כלשהו (אתר אינטרנט/אפליקציה/שירות) ומידע אודות השרתים עליהם אנו רוצים לפרוס את אותו אתר/אפליקציה/שירות (כמות השרתים, גודל השרתים-כמות זיכרון, CPU, שטח דיסק וכו'…)

כעת נעשה סיכום ביניים קצר כדי להגדיר במשפט אחד מה זה Microsoft Azure cloud service ?
Microsoft Azure cloud service הוא שירות שמכיל בתוכו שרתים וירטואליים (Instances\VMs) המריצים כולם את אותו אתר/אפליקציה/שירות כאילו כל השרתים היו יחידה אחת.

ועכשיו להסבר מעמיק יותר מה זה Microsoft Azure cloud service וכיצד השירות עובד ?
בהנחה שהקמתם שרת או שתיים ב-Azure (לא הקמתם עדיין? כדי שתעברו על המדריך "כיצד ליצור מכונה ווירטואלית ב-Azure" לפני שאתם ממשיכים לקרוא את המאמר הזה) ודאי שמתם לב שבשלב הקמת השרת אתם נדרשים לשייך אותו ל-Cloud Service במידה ומדובר על יצירת שרת מתוך הגלריה של Azure (From Gallery\Custom create) או במקרה שיצרתם שרת וירטואלי ע"י האפשרות של יצירה מהירה ,Quick create Azure מקים אוטומטית עבורכם Cloud Service ומשייך את השרת לאותו ה-Cloud service שהוא מקים אוטומטית.

כל שרת וירטואלי ב-Azure נמצא בתוך cloud service!
בין אם הקמתם שרת באמצעות השירות Virtual Machines ובין אם הקמתם Azure cloud service עם שרתים וירטואליים באמצעות קבצי Package ו- Configurationכפי שהסברנו בתחילת המדריך הזה.

ה-Cloud service היא מעטפת שבתוכנה נמצאים שרתים.
למעטפת הזו משויכת כתובת IP חיצונית (ניתן לשייך יותר מכתובת אחת) המכונה VIP (כתובת חוקית באינטרנט).
הפניות מכיוון האינטרנט לאותה כתובת VIP מנותבות לתוך הכתובות הפנימיות (כתובות לא חוקיות באינטרנט) המוקצות לשרתים הנמצאים באותו Cloud Service (הכתובות הללו מכונות DIP).
להלן תרשים של Cloud service

08

למה נועד ה-Cloud service ?
גמישות ! ואני אסביר …
שימו לב, בתצורת עבודה עם Cloud service מה שחשוף כלפי מי שמגיע לשירות שלכם מכיוון האינטרנט הוא ה-.Cloud service
המשתמש שמגיע מהאינטרנט לא נחשף לשרתים ולא צריך לעניין אותו מה קורה עם השרתים. העובדה הזו שהשרתים לא חשופים למשתמש היא זאת שמאפשרת את הגמישות – גמישות היא היכולת להסיר שרתים, להוסיף שרתים, לחזק שרתים מבחינת משאבים מבלי לפגוע בזמינות השירות למשתמש.
דוגמא ברשותכם,
נניח שקיים שרת והפניות אליו הן ישירות (לא עוברות דרך Cloud Service). כמות הפניות לשירות שלכם גדולה והשרת עמוס.
במצב שכזה הדבר הנכון לעשות הוא להוסיף משאבים לשרת (זיכרון/מעבד/שטח דיסק וכו' …)
הבעיה היא שעל מנת להוסיף את המשאבים לאותו שרת יש צורך לכבות אותו גם אם זה למס' שניות בודדות דבר היוצר אי זמינות של השירות עבור המשתמש (DownTime)
בתצורת עבודה עם Cloud Service תוכלו להוסיף עוד שרתים וככה לחלק את העומס בניהם (ידנית או אוטומטית – Auto Scale), לכבות שרתים שכבר אין צורך בהם, לאתחל שרתים שקיימת בהם בעיה וכו'… וכל זה מבלי שתהיה לכם אפילו שניה אחת של DownTime מכיוון שבתוך ה- Cloud service ישנם שרתים נוספים שימשיכו לספק שירות למשתמש.

תשלום על השירות
אין תשלום מיוחד עבור השירות, התשלום מתבצע עבור השרתים הווירטואליים שהשירות עושה בהם שימוש.

 

עד כאן להיום שאלות, בקשות הערות/הארות בתגובות שבתחתית הפוסט אשמח לענות על כל שאלה !

הוספת תגובה

האימייל לא יוצג באתר. שדות החובה מסומנים *

19 − 14 =

הרשמו לרשימת התפוצה!