בלוג

ענן רב
7 דצמבר 2016

12 טריקים כדי לנהל שירותי ענן מרובים

/
פורסם על ידי

ניהול מספר ענן שירותים - Devops

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

להלן דברים 12 שיש לזכור בעת ארגון ההליך הרב-ענן של הארגון שלך:

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

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

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

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

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

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

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

לנצל את כוחו של טרום emptable מכונות וירטואליות. מאז הם ממשיכים לא יותר מאשר 24 שעות, מראש VMs הם החלטה הגון לטיפול גוש ואת האשמה הסדרים סובלניים, לפי מאטוו קוטר של ComputerWeekly ב נובמבר 2016 המאמר. ה- VMs הניתנים לניבוי מראש הם פחות מ- 80 אחוזים פחות יקר מאשר הדוגמאות הרגילות של Google, ועוזריהם המסייעים לערך מסייעים לטפל בהוצאות שלהם.

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

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

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

לתאם את היישומים שלך לממשלות לשחק את התכונות שלהם. ממשלות שם ענק, למשל, VMware ו AWS יש bifurcated כדי לענות על הצרכים השונים של הלקוחות שלהם. לדוגמה, ה- Enterprise Hybrid Cloud של VMware מבוסס VMware צפוי ליישומים רגילים, וה- Native Hybrid Cloud של הארגון מיועד למסגרות מבוססות ומפותחות. בעיקרו של דבר, AWS של Elastic Computing Cloud, חנות בלסטיק גמישה, מסגרות EFS ​​למסמך ומערכות פרטיות של VPC משקפות חוות שרתים בתוך הארגון, בעוד שהארגון גם מחזק יותר מינהלים של כמות מוגברת, לדוגמה, מסדי נתונים של NoSQL, טיפול ב- BI, חבורות דמויי Hadoop, הודעה שורות, לדחוף את הממשלים הודעה, transcoders התקשורת ואינדקסים באינטרנט.

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

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

השאירו תגובה

 
GTranslate Please upgrade your plan for SSL support!
GTranslate Your license is inactive or expired, please subscribe again!