האם יש חיים אחרי Windows או היכן מנהל מערכת/מהנדס Windows צריך לפתח ב-2020?

כניסה

2019 מגיעה לאט אבל בטוח למסקנה ההגיונית שלה. תעשיית ה-IT ממשיכה להתפתח באופן פעיל, משמחת אותנו עם מספר רב של טכנולוגיות חדשות, ובמקביל, ממלאת את אוצר המילים שלנו בהגדרות חדשות: ביג דאטה, AI, Machine Learning (ML), IoT, 5G וכו'. השנה , הנדסת אמינות אתרים נדונה לעתים קרובות במיוחד (SRE), DevOps, שירותי מיקרו ומחשוב ענן.

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

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

האם כולם נכנסים ל-DevOps?

DevOps, גישה חדשה לפיתוח ותפעול תוכנה, תזכה לאזכור מיוחד ממני היום, כי... באמת היו הרבה מאמרים וויכוחים בנושא זה השנה.

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

פרשנויות שונות של DevOps מעוררות דיונים סוערים, מה שמוביל להופעת מאמרים נוספים בנושא זה. אפילו שמרתי כמה מהם בסימניות שלי:

1. מי הם DevOps?
2. איך להיכנס ל-DevOps, איך ללמוד ומה לקרוא.
3. מדוע מנהלי מערכת צריכים להיות מהנדסי DevOps.

אם תקרא מספיק מאמרים המשבחים את DevOps, אתה עלול להתרשם שכל מהנדס מנהל מערכת רק צריך לשנות את המיקום הנוכחי שלו בפרופיל ה-LinkedIN שלו ממהנדס מנהל ל-DevOps, והוא יתחיל מיד לקבל הזמנות לראיונות מאנשי משאבי אנוש גדולים חברות מצליחות, שיבטיחו שכר גבוה פי 2 מהנוכחי, יתנו לכם מקבוק חדש לגמרי, הוברבורד, ולא ישכחו מנוי למילוי vape בחינם וכמות אינסופית של שייקים. באופן כללי, גן עדן IT יגיע.

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

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

האם כבר אין צורך במנהלי מערכת?

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

1. התשתית כולה עומדת להשתנות ולהיות IaaC (תשתית כקוד). כעת לא יהיה GUI עם כפתורים, אלא רק PowerShell, קבצי yaml, הגדרות וכו'. אם שירות כלשהו או רכיב שלו נשבר, אז אין צורך לתקן אותו יותר, כי... לפרוס במהירות עותק חדש שלו ממצב העבודה האחרון.
2. כל תשתית ה-IT תעבור בקרוב לעננים, ומקומית (on-premise) יהיו רק כבלי רשת לנתב הקרוב, שיחבר אותנו עם כל שאר המשאבים הארגוניים שנמצאים בענן. ובכן, לכל היותר, המדפסת תישאר מקומית כדי שבנות מחלקת הנהלת החשבונות יוכלו להדפיס עליה תמונות של חתולים מהאינטרנט. כל השאר צריך להיות בענן.
3. גורואים של DevOps יבואו ויהפכו את כל מה שמסביבם, כך שהמנהלים יצטרכו לזכור רק בחום בנפשם איך בימים עברו הם הפעילו פינגים ועקבות כדי לאבחן בעיות בסיסיות ברשת ובשרתים.
4. שמעתי גם על תופעה כמו "Vendekapets", אבל זה היה די מזמן, בשחר הקריירה שלי, כשרק התחלתי לעשות את הצעדים הראשונים שלי לקראת ניהול המערכת. אבל מסיבה כלשהי, "Vendekapets" מעולם לא הגיע, בדיוק כמו סוף העולם לפי לוח השנה של המאיה. יָד הַמִקרֶה? אל תחשוב. 🙂

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

אפילו כאן ב-habr.com במרכז "ניהול המערכת" אנו רואים רק אזכורים של kubernetes, linux, devops, docker, קוד פתוח, zabbix. איפה המילים שאנחנו כל כך אוהבים: Windows, Active Directory, Exchange, System Center, Terminal, Print Servers, File Servers, bat ו-vbs scripts, או לפחות powershell. איפה כל זה?

אז האם יש חיים אחרי Windows או שמנהלי מערכות ומהנדסי Windows צריכים כעת לוותר על הכל כדי ללמוד לינוקס, docker, kubernetes, ansible, python ולהיכנס ל-DevOps?

אולי הכל בסדר עם Windows, זה רק שעכשיו יש הייפ זמני של שילוב Linux + docker + kubernetes + ansible + python, שהאפילה על Windows האהוב שלנו? מה צריך מנהל מערכת של Windows לעשות בשנת 2020 כדי להיות מבוקש בשוק העבודה?

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

מיקרוסופט הולכת לעננים?

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

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

התקנות מקומיות (בשטח)

Microsoft Exchange Server – שרת דואר רב תכליתי הכולל לא רק עבודה עם דואר, אלא גם עם אנשי קשר, לוחות שנה, משימות ועוד. Exchange Server הוא אחד ממוצרי הדגל של מיקרוסופט, שהפך לסטנדרט הארגוני דה פקטו בחברות רבות. יש לו אינטגרציה הדוקה לא רק עם מוצרי מיקרוסופט עצמה, אלא גם עם פתרונות של ספקי צד שלישי. Exchange פופולרי גם בחברות בינוניות (מ-100 איש) וגם בחברות גדולות.

בנקודת זמן זו, Exchange Server 2019 נחשב לגרסה הנוכחית. בעבר, המוצר היה מתפתח באופן פעיל למדי, אך החל מגרסה של Exchange 2013, הפיתוח הזה הואט מאוד, כך שניתן לקרוא ל-Exchange 2016 Service Pack 1 ( SP1) עבור Exchange 2013, ו-Exchange 2019 - לכן Service Pack 2 (SP2) עבור Exchange 2013. גורלה של הגרסה המקומית הבאה (Exchange 2022) עדיין מוטל בספק.

כעת מיקרוסופט מקדמת באופן פעיל את Exchange Online כחלק משירות הענן של Office 365, כך שכל הפונקציות החדשות מופיעות שם בעיקר. לא רק ש-Exchange Online תהיה הראשונה לקבל תכונות חדשות, אלא היא גם תזכה ליכולות נוספות שלא יועברו להתקנות מקומיות בעתיד הקרוב. זה נעשה על מנת לזרז את המעבר של מספר חברות לענן, כי... מודל המנוי מועיל יותר כלכלית עבור מיקרוסופט מאשר מכירה חד פעמית.

אם אתה שומר כרגע על התקנה מקומית של Exchange Server (2013 - 2019), תוכל להמשיך לעשות זאת במשך 3-5 השנים הבאות. על הדרך, כדאי להתחיל לחקור את ההזדמנויות ש-Exchange Online מספקת; ותצורות היברידיות הן כאשר גרסאות מקומיות וענן קיימות בו זמנית. גם אם נניח שלא תהיה עוד גרסה מקומית הבאה של Exchange, הידע שנצבר כעת על Exchange Server ימשיך להיות רלוונטי עוד זמן מה ממספר סיבות:

• מספר ההתקנות המקומיות כיום הוא די גדול, כך שיהיה צורך במנהלי מערכת מוסמכים כדי לתמוך בהן. לא כל הארגונים יוכלו להעביר את הדואר שלהם לענן בזמן הקרוב מסיבה זו או אחרת.
• פרויקטים של העברת ענן עדיין אינם טריוויאליים, ולכן נדרש ידע על הפרטים הספציפיים של פתרונות מקומיים והן בענן כדי למנוע את רוב המלכודות ולהשלים בהצלחה את ההגירה.
• הידע של smtpimapmapipop3, זרימת דואר, dkim, dmark, spf, אנטי וירוס, אנטי ספאם הוא אוניברסלי ויהיה ישים לכל מערכות דואר.
• הניסיון שנצבר בעבודה עם Exchange Server מקומי יאפשר לך להבין את Exchange Online ולהגדיר את התצורה הרצויה הרבה יותר מהר.
• דואר אלקטרוני הוא אחד מערוצי התקשורת החשובים ביותר עם העולם החיצון, ולכן הצורך בו יישאר. אינך צריך להקשיב לחסידי "שליחים וצ'אט בוטים יחליפו את הדואר האלקטרוני", כי... הם "קברו" את הדואר פעמים רבות ועד כה ללא הצלחה.

Skype for Business (SfB) (לשעבר Lync) – מסנג'ר ארגוני עם יכולות מתקדמות. יש לו אינטגרציה הדוקה עם שרת ה-Exchange, אבל הוא נחות משמעותית מהאחרון בפופולריות. Skype for Business משמש בדרך כלל רק בחברות גדולות, מכיוון ש... חברות קטנות ובינוניות לא מתעניינות בזה במיוחד.

הגרסה הנוכחית כעת היא Skype for Business 2019, שיש לה הבדלים מינימליים בהשוואה לגרסה הקודמת של Skype for Business 2016, כך ש-SfB 2019 יכול להיחשב Service Pack 1 עבור SfB 2016, ולא גרסה מלאה חדשה.

בענן Office 365, המוצר הזה הוצג על ידי שירות Skype for Business Online, שלאחר זמן מה הוחלף לחלוטין על ידי Microsoft Teams, כלומר. נכון לעכשיו, Skype for Business אינו זמין בענן Office 365. מסיבה זו, בקושי כדאי לצפות לגרסה המקומית הבאה של Skype for Business 2022, שכן העדיפות של מיקרוסופט היא הפיתוח והפיתוח של ה-Teams Messenger, שהפך לתגובת הספק להופעתו של ה-Slack Messenger המצליח.

אם אתה מנהל כרגע את Skype for Business המקומי ואתה אוהב את הרעיון של מסנג'ר ארגוני, אז אני ממליץ לך להסתכל על Teams כחלק מ-Office 365, אחרת עדיף לבחור מוצר אחר כדי לשדרג את הידע שלך, כי סקייפ לעסקים המקומי הולך אל השכחה. בניגוד ל-Exchange, שהפכה לסטנדרט דה פקטו בנישת שרתי הדואר, לסקייפ לעסקים יש היום אלטרנטיבות. Team ו-Slack לחברות גדולות ובינוניות. טלגרם, Viber, Whatsapp - לחברות קטנות.

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

SharePoint הוא כמו Bitrix24, רק גדול יותר, פונקציונלי יותר, יקר יותר והרבה יותר קשה לתצורה ולתמוך. המאפיינים הקטלניים הם היכולת לערוך בו זמנית מסמך אחד על ידי מספר רב של עובדים, וזה מאוד נוח כאשר 100 אנשים מנסים למלא לוח חופשות, ושילוב עם Office Online Server ו-MS Office המקומי.

Sharepoint הוא מוצר גדול, מורכב ויקר, ולכן הוא משמש בדרך כלל רק חברות גדולות. חברות קטנות יותר משתמשות ב-Bitrix24 או באנלוגים שלה, או פשוט מאחסנות קבצים בשרתי קבצים, ומפיצות שירותי אינטרנט שימושיים לאתרים פנימיים שונים.

חוות SharePoint (אשכולות) מנוהלות בדרך כלל על ידי מפתחים עם פונקציות מנהל, ולא על ידי מנהלי מערכת "טהורים", מכיוון כדי ש-SharePoint תמריא ותהיה שימושית לחברה, צריך להוסיף לה הרבה באמצעות קוד.

Office 365 כולל את SharePoint Online, שהיא גרסה פשוטה של ​​SharePoint המקומית, כלומר. יש לו כמות מינימלית של אפשרויות התאמה אישית והוא "מותאם כדי להתאים לך", אבל זה משחרר את המפתח והמנהל מהרבה כאבי ראש בנוגע לתפעול שלו. פסק הדין שלי הוא כזה: המורכבות והעלות הגבוהה של תמיכה בגרסה המקומית של SharePoint יגבה את המחיר שלהן וחברות יתחילו בשמחה לעבור בהדרגה ל-SharePoint Online, או לנטוש את Sharepoint כליל לטובת פתרון פשוט יותר. אני אישית לא רואה חיים ורודים וחסרי דאגות עבור SharePoint בהתקנות מקומיות.

מרכז מערכת היא משפחה שלמה של מוצרים לפריסה, הגדרה, ניהול וניטור של תשתיות Windows גדולות. השיפוט כולל: מנהל תצורת מרכז מערכת (SCCM), מנהל מחשב וירטואלי של מרכז מערכת (SCVMM), מנהל תפעול מרכז מערכת (SCOM), מנהל הגנת נתונים של מרכז מערכת (SCDPM), מנהל שירות מרכז מערכת (SCSM), תזמורת מרכז מערכת (SCORCH) ).

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

מכיוון שמוצרי System Center די קשים ללמידה והם משמשים בדרך כלל רק בתשתיות גדולות, נהוג להקצות אנשים נפרדים לעבודה איתם, למשל, מנהל ניטור מערכות (SCOM), מנהל תחזוקת תחנות עבודה (SCCM), מנהל מערכת וירטואליזציה (Hyper -V + SCVMM), מנהל אוטומציה של תשתיות (SCORCH + SCSM).

מיקרוסופט מפתחת במהירות את שירותי הענן שלה, כך שהפונקציונליות של System Center עוברת בהדרגה לענן. לכל זה תהיה השפעה משמעותית על מוצרי System Center on-premise בעתיד הקרוב מאוד.

פונקציונלי System Center Orchestrator (SCORCH) יוחלף בעתיד בשירות Azure Automation (https://docs.microsoft.com/en-us/azure/automation/automation-intro).

פונקציונלי מנהל תפעול מרכז מערכת (SCOM) יחליף את שירות Azure Monitor בעתיד (https://docs.microsoft.com/en-us/azure/azure-monitor/overview).

פונקציונלי מנהל הגנת נתונים של מרכז מערכת (SCDPM) יחליף את שירות הגיבוי Azure בעתיד (https://docs.microsoft.com/en-us/azure/backup/backup-overview).

פונקציונלי מנהל שירות מרכז מערכת (SCSM) יפסיק להיות מבוקש או יוחלף בכל מערכת כרטיסים אחרת, למשל Jira.

מנהל מחשב וירטואלי של מרכז מערכת (SCVMM) לעת עתה זה יישאר עם חברות המשתמשות באופן מקומי בווירטואליזציה של Hyper-V. התקנות קטנות של Hyper-V (10-15 שרתים) ניתנות לניהול די בהצלחה ללא SCVMM באמצעות כלים סטנדרטיים בלבד - Failover Cluster Manager, Hyper-V Manager, Windows Admin Center.

מנהל תצורת מרכז המערכת (SCCM) – משמש לפריסה המונית של מערכות הפעלה, התקנת אפליקציות ארגוניות מקטלוג בודד, התקנת עדכוני Windows על שרתים ותחנות עבודה קצה, מלאי יישומים וחישוב רישיונות. נראה שזהו המוצר היחיד מכל קו הסיסטם סנטר שיישאר איתנו בתשתית ה-on-premise, כי... כרגע לא ניתן להחליף אותו במלואו במשהו מבוסס ענן.

אם אתה מקיים כעת התקנה מקומית של System Center Configuration Manager (SCCM), תוכל להמשיך לעשות זאת מכיוון המוצר יהיה איתנו לפחות 3-5 השנים הבאות. בנוסף, הייתי ממליץ להתחיל ללמוד את היכולות של Office 365, כי... זה ישתלב היטב עם עמדת ה-Enterprise Desktop Administrator.

תפקיד המנהל עבור רוב מוצרי System Center האחרים יבוטל. שירותי Azure מפשטים באופן משמעותי את עבודתם, ומסתירים את כל המורכבות מעיניים סקרניות. ניקח את מנהל האוטומציה (SCORCH + SCSM) כדוגמה. SCORCH יוחלף על ידי Azure Automation. הידע של תהליך האוטומציה, PowerShell, SQL יישאר ויהיה שימושי עבור Azure Automation, אך הידע בבניית אשכולות SCORCH, הבטחת זמינותם הגבוהה, גודל המשאבים, העדכון, ההגירה לגרסאות חדשות, הגיבוי והניטור יאבדו את הרלוונטיות שלו, מכיוון על כל העבודה הזו ישתלט ענן Azure. מנהל האוטומציה יתמקד רק בתהליך האוטומציה עצמו, כי... כל העבודה לשמירה על הפונקציונליות של תשתית האוטומציה תילקח ממנו.

שרת Windows ותפקידיו

Active Directory (AD) - המקום שבו מאוחסנים חשבונות משתמש ומחשב. אם לחברה יש יותר מ-20 מחשבים, סביר להניח שכבר יש לה סוג של תחום Active Directory. ידע ב-Active Directory, היכולת להבחין בין תחום מיער ויכולת עבודה עם מדיניות קבוצתית הם חובה לכל מנהל מערכת של Windows. ידע זה יהיה רלוונטי לעוד 20 שנה. בנוסף, הייתי ממליץ להכיר את Azure AD (AAD) ולבחון אפשרויות לסנכרון משתמשים בין תשתיות מקומיות ותשתיות ענן.

DNS, DHCP – שירותי רשת, שהבנתם שימושית בכל תחומי ה-IT, מניהול ועד תכנות, לכן עליכם להכיר אותם. הבנת פעולת רשתות, פרוטוקולי ניתוב, מודלים של OSI ו-TCPIP תהיה יתרון מובהק עבור כל מומחה IT.

Hyper-V – השם לכל ערימת טכנולוגיות הווירטואליזציה מבית מיקרוסופט וה-Hypervisor שלה בפרט. זה מתפתח די מהר, למרות שלדעתי, רוב הפיצ'רים החדשים (Shielded VM, מוצפן תת רשתות, Storage Spaces Direct) מכוונים בעיקר לספקי ענן מקומיים (ספקי שירותי ענן) וגלובליים (Azure), ולא לארגונים. קטע (Enterprise). זה מובן בדרך כלל, מכיוון שמיקרוסופט מיישמת ובודקת תחילה פונקציונליות חדשה בענן ה-Azure שלה, ורק אז מעבירה אותה ל-Windows Server ו-Hyper-V.

Hyper-V עדיין סובל מהיעדר קונסולה חינמית אחת המספקת את כל התכונות הנדרשות. כעת יש לנו מנהל אשכולות כשל, מנהל Hyper-V, מרכז הניהול של Windows. SCVMM הייתה אמורה להיות קונסולה כזו, אבל היא בתשלום וקצת קשה ללמידה.

אם אתה שומר כרגע על התקנה מקומית של Hyper-V ללא SCVMM, תוכל להמשיך לעשות זאת. במקביל, הייתי ממליץ להתחיל ללמוד את Azure IaaS ואת המנגנונים להעברת מכונות וירטואליות בין הענן לתשתית המקומית.

בקרב הסביבה שלי (בנקים, טלקום, חברות ביטוח, אחזקות תעשייתיות גדולות), כל הוירטואליזציה הפרודוקטיבית, ככלל, מנוהלת על ידי VMware vSphere, ולא Hyper-V עם SCVMM, אז אני יכול להמליץ ​​שגם מנהל Hyper-V יסתכל כלפי VMware והמוצרים שלה.

שירותי ענן

משרד 365 הוא שירות ענן המספק חבילת מנוי של יישומי Microsoft Office (גרסאות מקומיות ו-Web), וכולל גם את מוצרי השרת העיקריים - Exchange, Teams, OneDrive ו-Sharepoint.

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

הנוכחות של שירותי Exchange, Teams, OneDrive ו-Sharepoint שנפרסו כבר בענן מפחיתה משמעותית את העומס על מנהל המערכת, מכיוון כל ההליכים להתקנה, גודל המשאבים, העדכון וההעברה לגרסאות חדשות נמצאים כעת לחלוטין בידי מיקרוסופט. אם בעבר היה צורך ב-4-6 מנהלי מערכת ייעודיים בנפרד כדי לתחזק את Exchange, Teams, OneDrive ו-Sharepoint בתשתית המקומית, כעת ב-Office 365 מספיק רק מנהל ממוצע אחד. אם משהו לא עובד או לא עובד כמו שצריך, אתה יכול ליצור כרטיס לתמיכה הטכנית של מיקרוסופט ישירות מממשק Office 1, וזה מאוד נוח.

אם אתה כרגע מנהל מערכת המתחזק גרסאות מקומיות של מוצרי Exchange, Skype for Business או Sharepoint, אז הייתי ממליץ להסתכל על גרסאות הענן שלהם כחלק מ-Office 365 כדי להבין איך הן מתאימות לך ואיזו פונקציונליות הן מספקות בהשוואה אליהן. הגרסאות המקומיות.

תכלת היא פלטפורמת ענן גלובלית מבית מיקרוסופט הכוללת מערך מתרחב של שירותי ענן המסייע לארגונים לפתור את הבעיות העסקיות שלהם. נכון לעכשיו, Azure כוללת יותר מ-300 שירותים, המקובצים בקטגוריות שונות (מחשוב, רשת, אחסון, מסדי נתונים, אנליטיקה, אינטרנט של הדברים, אבטחה, devOps, קונטיינרים וכו').

לאחר שהופיעה לראשונה ב-2009, Microsoft Azure תופסת כעת את אחד מהעמדות המובילות בשוק שירותי הענן העולמי, ומתחרה שם בהצלחה עם Amazon AWS.

על פי הדו"ח הכספי האחרון (https://www.microsoft.com/en-us/Investor/earnings/FY-2019-Q4/press-release-webcast) הרווח הרבעוני של מיקרוסופט (רבעון 4 2019) צמח ב-49% הודות להצלחת Office 365 ועסק בענן. הכנסות Azure צמחו ב-64%.

Azure, יחד עם Office 365, הם התחומים העיקריים שבהם מיקרוסופט מפנה את המשאבים הפיננסיים והארגוניים שלה.

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

תשתית שרת Windows טיפוסית נראית בערך כך:

• Active Directory (AD) עם מדיניות קבוצתית ו-DNS. (Azure Active Directory (AAD), Azure DNS).
• DHCP
• שרת דואר Exchange. (החלפה מקוונת כחלק מ-Office 365).
• חוות RDS עם מספר שרתי טרמינלים. (מכונת וירטואלית Azure + Azure Virtual Network + Azure Storage).
• שרת קבצים שבו עובדים מאחסנים את הקבצים שלהם. (אחסון קבצים של Azure, מחשב וירטואלי Azure + Azure Virtual Network + Azure Storage)
• שרתים עם אפליקציות ומסדי נתונים (1C, פורטל אתר פנימי, CRM וכו'). (Azure SQL Database, Azure Web Sites, Microsoft Dynamics 365, Azure Virtual Machine + Azure Virtual Network + Azure Storage)

המשימות הניהוליות העיקריות הן:

• יצירת גיבויים. (גיבוי Azure).
• איסוף וניתוח יומנים. (Azure Log Analytics).
• אוטומציה של משימות שגרתיות. (Azure Automation).
• מעקב אחר מצב השירותים וקבלת הודעות על כשלים (צג תכלת).

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

הדרכה

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

מיקרוסופט מציעה להשתמש בפורטל Microsoft Learn שלה - https://docs.microsoft.com/ru-ru/learn/browse/. חומר הטקסט מתורגם לרוסית, הסרטון ניתן באנגלית, אם כי עם כתוביות ברוסית.

כחומר טוב ואיכותי ללימוד תכלת, אמליץ על הקורס יסודות תכלת בחינה AZ-900, אותו קורא איגור שסטיטקו בערוץ היוטיוב שלו (https://www.youtube.com/watch?v=_2-txkA3Daw&list=PLB5YmwQw0Jl-RinSNOOv2rqZ5FV_ihEd7). נכון לעכשיו יש 13 סרטונים, אבל אם תהיה תמיכה מספיק פעילה מהקהילה (לייק, מנוי), החומרים יופיעו מהר יותר וההמשך לא ייקח הרבה זמן.

בנוסף, בערוץ iwalker2000, אני ממליץ לצפות בפלייליסט "קריירת IT: איך להיות מומחה IT", שיעזור למומחים שואפים לקבוע את נתיב ההתפתחות המקצועית שלהם ולבנות את הקריירה שלהם בצורה נכונה. (https://www.youtube.com/watch?v=ojyHLPZA6uU&list=PLB5YmwQw0Jl-Qzsq56k1M50cE6KqO11PB)

למרבה הצער, אין כל כך הרבה חומרים על Azure ברוסית כפי שהיינו רוצים, אז אם אתה מכיר משאבים שימושיים אחרים בנושא זה, אנא שתף ​​אותם בהערות. מומחי IT רבים יהיו אסירי תודה לך על כך.

ממצאים

אילו מסקנות ניתן להסיק מכל האמור לעיל?

1. יש עדיין חיים בתשתית של מיקרוסופט, והם לא נעלמים. למיקרוסופט יש סל רחב למדי של פתרונות תוכנה, שרבים מהם מובילים בנישות שלהם, כך שלמנהל מערכת תמיד יש מה ללמוד, ליישם, לתפעל ולפתח.
2. התשתית של מיקרוסופט משתנה כעת באופן אקטיבי, וזה קורה בדגש על פיתוח שירותי ענן - Azure ו-Office 365. תחילה ייווצרו מוצרים ויישומים חדשים של מיקרוסופט לעבודה בענן תוך התייחסות למודל מנוי עם תשלומים חודשיים. רק חלק מהמוצרים הללו יוטמעו מאוחר יותר בפתרונות מקומיים.
3. כמה מוצרים יקרים וקשים לתמיכה יעזבו אותנו בקרוב, ויעברו כולם או חלקם לענן Azure או Office 365. מנהלי מערכת בודדים שמתחזקים כל הזמן רק מוצר אחד (לדוגמה, SCOM, SCSM וכו') יהיו בקרוב בוטלה.
4. אם אתה מנהל מערכת מנוסה שעובד באקוסיסטם של מיקרוסופט, אז אתה לא צריך לוותר על הכל ולרוץ ל-DevOps, שכעת מדברים עליו בכל פינה. אתה יכול להמשיך ולהתפתח בכיוון שלך, להוסיף כישורים בשירותי הענן Azure ו-Office 365.
5. כדי להישאר מומחה מבוקש בשוק העבודה, תצטרכו ללמוד, ללמוד ושוב ללמוד. המושג "חינוך לכל החיים" ל-IT רלוונטי יותר מתמיד, במיוחד כעת בתקופות של פיתוח אקטיבי של טכנולוגיות ענן.
6. DevOps נמצא כעת בשיא הפופולריות שלו (הייפ). זאת עובדה. בתחילה, DevOps נתפס כמתודולוגיה המאפשרת להפגיש בין פיתוח תוכנה ותפעול, כאשר מתכנתים ומהנדסים עובדים יחד לקראת מטרה משותפת אחת - הפיכת תוכנה לטובה יותר. הדגש העיקרי היה על שינוי תרבות התקשורת בין הצוותים, פיתוח מנגנוני סיוע הדדי ואחריות קולקטיבית לתוצאה הסופית. אולם, כתוצאה מכך, זה הוביל להופעתו של תפקיד חדש - מהנדס DevOps, אליו הוקצו המשימות של מהנדס שחרור (CICD), מנהל אוטומציה, מנהל ענן ומהנדס תפעול. זו כבר עובדה מוגמרת. מספר המשרות הפנויות ב-DevOps והדרישות שלהן רק מאשרים זאת.

   כעת ניתן לראות ב-DevOps כנתיב נוסף לפיתוח של מהנדס מנהל מערכות. DevOps היא דרך מצוינת עבור המנהל הממוצע לשנות את התעשייה הנוכחית שלו לתעשיית פיתוח התוכנה. מי שאוהב אוטומציה וכתיבת סקריפטים של קוד יהפוך בסופו של דבר למפתחים, ומי שמעדיף דברים של תשתית (רשתות, שרתים, מערכת הפעלה, עננים וכו') יהפכו למהנדסי DevOps.

7. אם אתה מומחה מתחיל, או רק נכנס ל-IT, אז DevOps היא כעת דרך מצוינת לשדרג בפרק זמן קצר ולקבל עבודה בחברה רגילה, עם שכר הגון ומשרד טוב, אז למד לינוקס, Ansible, Docker, Kubernetes, Python ו-CICD.

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

מקור: www.habr.com