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

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

פתרונות אירוח עצמי (שרתים)

מה שאנחנו מציעים

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

וירטואליזציה

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

פרסמנו גם כמה גרסאות חינמיות של VM לקהילת Redmine, האחת עם Redmine נקייה, השנייה עם Redmine + הרחבות חינם שלנו (Easy Gantt, Easy WBS).

"מתקין Redmine"

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

יתר על כן, תוכנית ההתקנה של Redmine היא חלק בלתי נפרד מה- VM שלנו, שם הוא משמש להתקנת עדכוני תוכנה ללא טרחה.

דרישות שרת קל לבדוק

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

מדריכים והנחיות

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

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

מגבלות של פתרון שרת

גמישות תמיכה

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

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

הגבלות והגבלות גישה

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

תזמון

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

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

אימות דוח באג

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

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

פתרון ענן (Easy Cloud)

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

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

מה שאנחנו מציעים

תצורה אופטימלית

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

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

ענן גלובלי

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

מיקומים של מרכזי הנתונים הנוכחיים שלנו *:

• אירופה
  •  צרפת
  •  צ'כיה
  •  רוסיה (מוסקבה)
• צפון אמריקה - קנדה
• דרום אמריקה - ברזיל
• אסיה
  • סינגפור
  • יפן
• אוסטרליה - סידני
• אפריקה - הרפובליקה של דרום אפריקה

* - החל ב- 09 / 2017

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

OVH אירוח באירופה וקנדה

 

אמזון AWS באסיה ובדרום אמריקה

 

היכן אתם מוצאים את השרתים שלנו? כמעט בכל מקום.

גמישות

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

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

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

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

ענן פרטי (שרת ייעודי)

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

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

תמיכה

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

יתר על כן, המדינה שלנו- of-the-art טכנולוגיית ניטור האירוע הוא בקביעות מלאה 24 / 7, אשר מאפשר לנו ליירט רוב המכריע של שגיאות לפני שהם שם לב על ידי משתמש הקצה. ואלו שהתגלו על ידי משתמשים כבר מטפלים בצוות המומחים שלנו.

ההתאוששות במקרה של כשלים קטלניים בשירותים חיצוניים היא תוך 3 שעות - היישום שלך פועל בשרת חדש.

מגבלות של פתרון ענן

שליטה על היישום

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

מדיניות אבטחה

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

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

איך לבחור?

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

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

שאלה מס '1 - האם יש לי את המשאבים לארח בעצמה יישום אינטרנט?

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

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

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

שאלה #2 - כמה יהיה עצמית עלות אירוח?

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

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

שאלה מס '3 - לאיזה סוג של תמיכה אני מצפה?

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

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

<br> סיכום

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

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