שקר המחשוב נטול השרת ומתי להשתמש בו

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

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

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

מתי להשתמש במחשוב ללא שרת

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

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

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

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

מחשוב ללא שרת אינו פשוט כל כך לשימוש

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

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

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

מחשוב ללא שרת ו- IoT

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

• שירותי ניהול התשתיות הטובים ביותר לשנת 2019 שירותי ניהול התשתיות הטובים ביותר לשנת 2019
• תוכנת ההגנה וההגנה על נקודות הקצה המתארחות הטובות ביותר לשנת 2019
• פרסי בחירת עסקים 2019: נתבים ושרתים פרסי בחירת עסקים 2019: נתבים ושרתים

בעוד שמחשוב ללא שרת נתמך היטב על ידי ספקי ענן, כל ספק עוסק בזה אחרת. למרבה המזל, לרוב הספקים רמת שירות מסוימת היא בחינם, כך שתוכל לנסות דברים לפני שאתה מתחייב לחלוטין. כמה מהשחקנים העיקריים בתחום המחשוב ללא השרת כוללים את מיקרוסופט דרך ענן Azure שלה. יש גם פונקציה ללא שרת בשירותי האינטרנט של אמזון (AWS), שם היא נקראת Lambda וב- IBM Cloud.

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