5 כלים וטכנולוגיות מפתחים של מיקרוסופט לחקור בשנת 2020

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

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

התחל את המעבר ל- .NET 5

אולי האתגר הגדול ביותר העומד בפני כל מי שבונה קוד .NET הוא השינוי מה- .NET Framework המזדקן ל- .NET Core עם שחרורו של .NET 5 לקראת סוף שנת 2020. איחוד שני הגדילים של .NET הגיוני, גם אם זה אכן דורש לאבד כמה ממשקי API ישנים יותר. מיקרוסופט הציגה רשימה של מה יעשה ומה לא יעשה את המעבר במאגר .NET GitHub. חלק ממשקי ה- API החסרים יעברו ליישומי קהילה, בעוד שאחרים מקבלים חלופות מודרניות יותר.

אם אתה תומך ומפתח קוד .NET Framework, 2020 נותן לך הזדמנות טובה לחקור כיצד קוד יועבר בעתיד. המהדורה הנוכחית של .NET Core 3.1 היא גרסת תמיכה ארוכת טווח, ויחד עם ספריות .NET Standard, היא תומכת ברבים מממשקי ה- API שיהיו ב- .NET 5. קוד העברה ל-. NET Core 3.1 נותן לך אפשרות לחקור לא רק אילו שינויים צריך לבצע בקוד שלך, אלא גם לבנות שרשרת כלים חדשה.

העתיד של .NET Core הוא עתיד חוצה פלטפורמות, עם Blazor ב- WebAssemble ובצד השרת דרך ASP.NET ו- Razor; .NET Core ב- Windows, macOS ו- Linux; ועם Xamarin במכשירים ניידים. העברת קוד ל- .NET 5 אינה רק על תמיכה במהדורות עתידיות של Windows, אלא הזדמנות למסור אותו לפלטפורמות ומשתמשים רבים נוספים.

התחל לחקור את WinUI 3.0

2020 היא הפלטפורמה של Windows משתנה. סוף סוף מיקרוסופט מחלקת את Windows SDK לשניים: הפרדת רכיבי ממשק המשתמש ל- WinUI ומשאירה את התכונות ברמת מערכת ההפעלה. עם המהדורה הקרובה של WinUI 3.0, רכיבי ממשק המשתמש יוכלו לשלוח בקצב אחר מזה של מערכת ההפעלה, ויוסיפו פקדים חדשים עם שחרורם. הם יתמכו ב- Windows 10 לשימוש ביישומי Win32 ו- WinForms וכן ביישומי פלטפורמת Windows Universal (UWP).

WinUI תתמוך גם בדפדפנים מודרניים כמו ה- Edge החדש מבוסס Chromium באמצעות שותפות עם Uno Platform, שתעביר את הפקדים ל- WebAssemble, ותאפשר ל- WinUI להגיע לקהל רחב בהרבה. יישומי UWP קיימים יוכלו להשתמש ב- WinUI 3.0 בשינויים מינימליים, וקוד C ++ יוכל להשתמש בפקדים חדשים כדי להוסיף תמיכה לשפת העיצוב השוטפת של מיקרוסופט.

השתמש ב- AKS ליישומים שמקורם בענן

בניית יישומי ענן מודרניים פירושה בניית יישומים מבוססי מיקרו-שירותים מבוזרים, פריסת קוד מכולה מתי ואיפה זה נחוץ, וניהול משאבים למענה לדרישה. כל זה מסתכם בצורך בתזמורת לניהול קנה המידה והפריסה. אתה יכול ליישם את Kubernetes בעצמך ולהיכנס לקבצי התצורה kubectl ו- YAML. עם זאת, קיימת אלטרנטיבה ב- Azure: אפשרות מנוהלת עם שירות Azure Kubernetes, עבור מכולות לינוקס ו- Windows.

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

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

אם אתה בונה יישומי Kubernetes ב- Azure אין באמת אלטרנטיבה, במיוחד כאשר אתה שוקל שירותים כמו Azure Dev Spaces. בהתבסס על AKS, Dev Spaces נותן לך סביבה פרטית ומאובטחת לבניית, בדיקה וניקוי באגים בקוד הענן שלך מבלי להשפיע על שירותי הייצור.

התפתח עבור הענן במחשב הנייד שלך באמצעות WSL 2 ו- Docker

לא כל כך מזמן לא תראו דבר מלבד שורה של סמלי אפל זוהרים בכל אירוע מפתח. עכשיו זה מערך הרבה יותר מעורב, מכיוון שמיקרוסופט עבדה כדי לזכות במפתחים בחזרה ל- Windows, ומספקת גישה מהירה לשפות פופולריות כמו Python, עורך מתכנת קל להתאמה אישית בקוד Visual Studio, מסוף Windows חדש, ורוב חשוב מכך, מערכת המשנה של Windows עבור Linux (WSL).

בתחילה מדמה ליבת לינוקס, WSL ישודרג בקרוב עם ליבת לינוקס משלה הפועלת לצד Windows. כוונתה להפוך את זה לפשוט יותר לבנות ולבדוק יישומי ענן במחשב, WSL 2 יכלול גם מערכת קבצים של לינוקס אליה ניתן לגשת מחלונות, ותמיכה בעריכה מרחוק באמצעות קוד Visual Studio. Docker החלה לבחון גרסה של Docker Desktop עבור WSL 2. זה מוסיף תמיכת מכולות לינוקס מקומית ל- Windows, תוך שימוש בקבצי docker מוכרים לבניית פריסה של מופעי מכולה מקומיים וקוד לעבודה ישירות עם התוכן שלהם.

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

אבטח IoT עם Azure Sphere

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

לוח פיתוח המשתמש במיקרו-בקר ARM המאובטח של מיקרוסופט היה זמין כבר זמן מה, ולאחרונה הצטרפו אליו חלופות זולות יותר. ברור שעכשיו Azure Sphere מוכן לשימוש במוצרים שלך, עם מודולים ו- SOC מוכנים לייצור, כך שתוכל לבנות סביבך חומרה משלך. אינך זקוק לכלי פיתוח חדשים; כל הפיתוח של Azure Sphere מתרחש ב- Visual Studio המוכר.

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