שפר את ביצועי הענן בעזרת 3 הטיפים האלה

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

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

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

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

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

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

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

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