- וירטואליזציה - VMware,
זה היה צעד טבעי כבר מההתחלה של מיזם פתרונות השרת שלנו. הדרך הקלה ביותר לפרוס את Easy Project היא במכונות הווירטואליות המסופקות שלנו מוגדר מראש עבור ביצועים מיטביים. מכונות תואמות VMware ו- VirtualBox מסופקות ללא תשלום נוסף. בתשלום קל, אנו יכולים גם לספק מכונת Hyper-V.
פרסמנו גם כמה גרסאות חינם של VM לקהילת פרויקט קל.
מתקין פרויקט קל
הכלי הנפוץ ביותר שלנו עד היום. כאשר אתה בוחר להתקין את Easy Project ישירות לשרת, כלי זה מקל על כך הרבה יותר. אתה מפעיל רק פקודה אחת ואז בצע אשף. אתה כבר לא צריך להפעיל ידנית התקנות, הגירות, משימות מגרפה, אבני חן עדכונים, וכו 'ההתקנה של Project קל עושה את זה באופן אוטומטי, למזער את הסיכוי של שגיאה.
התקנה קלה של Project היא גם חלק בלתי נפרד מ- VM שלנו, שבו אתה יכול להשתמש בו לעדכונים שוטפים.
Dockerization - Docker
Docker מציע אפשרות גמישה ויעילה לפריסת Easy Redmine. על ידי מינוף טכנולוגיית הקונטיינריזציה של Docker, נוכל לארוז את היישומים שלנו ואת התלות שלהם לתוך קונטיינרים סטנדרטיים.
לאחר מכן ניתן לפרוס את המכולות הללו בסביבות שונות, תוך הבטחת עקביות לאורך שלבי הפיתוח, הבדיקה והייצור.
יכולות הניידות, המדרגיות והבידוד של Docker הופכות את זה בחירה אמינה לייעול תהליך פריסת התוכנה.
דרישות שרת קל לבדוק
פרויקט קל תלוי במערכות שונות, וזה נורמלי למדי בעידן זה של טכנולוגיה משולבת. כדי לשמור על סדר בתלות, פיתחנו כלי פשוט מאוד בודק את הרכיבים החשובים בשרת. מנהל המערכת פשוט מריץ פקודה פשוטה כדי למצוא את הסטטוס של כל דרישה. מידע זה חשוב לאדמין לפני ההתקנה או העדכון, אך גם עבור צוות התמיכה שלנו, שייתן לך מענה מושכל יותר לבעיות אפשריות.
ידני והנחיות
סביבת השרת היא ג'ונגל מגוון בעל פרופורציות מגוחכות. כדי לשמור על כל החלקים בסנכרון מושלם צריך המון ניסיון ומתמשך מרענן את הידע שלך על טכנולוגיות חדשות. עבור התצורות החשובות ביותר ורכיבים הקשורים ביישומים שלנו, פרסמנו הדרכה מדריכים והנחיות המסייעים למנהלי מערכת תחזוקת שרת רגיל.
אלה כוללים - הוראות התקנה, עדכון רובי, תצורות שרת, פקודות שימושיות או שגיאות שרת נפוצות, ועוד.
מגבלות של פתרון שרת
גמישות תמיכה
למרות שאנו תמיד מנסים כמיטב יכולתנו לספק ללקוחות מידע וכלים שימושיים רבים להפעלה חלקה של האפליקציה המתארחת בעצמנו, איננו יכולים לשלוט ישירות בסביבה שלהם. כלומר אין לנו יכולת לבצע תיקונים ישירות בשרת, או שאיננו יכולים לחפש את הגורם לשגיאות שונות המתרחשות בשרת מה שמותיר אותנו רק לנחש בעת מתן תמיכה.
תמיכת שרת מרחוק המבוצעת על ידי המנהלים שלנו זמינה כשירות בתשלום. יתר על כן, זמן הפתרון תמיד ארוך יותר בהשוואה לפתרון ענן - פשוט בשל הסדרים הדרושים לפני שניתן לספק גישה לשרת הלקוח. זה מוביל לנקודה הבאה:
הגבלות והגבלות גישה
ברוב המקרים כאשר לקוח מבקש תמיכת שרת, הוא אינו יכול לספק גישה ישירה לשרת, אלא הפעלה של שליטה מרחוק באמצעות אפליקציות כגון TeamViewer. זה עדיף על חוסר גישה, אבל הניסיון שלנו מראה ירידה משמעותית בגמישות ובזמן הרזולוציה בעת שימוש בכלי שליטה מרחוק בהשוואה לגישה ישירה (SSH) - בעיות חיבור למחשב המארח, פיגור ואובדן שליטה כאשר הלקוח משתמש במחשב. כל זה מוסיף לזמן רזולוציה איטי יותר ב-50% מאשר עם גישת SSH.
תזמון
הביקוש למנהלי שרתים גדול מההיצע וזו עובדה קשה וקרה. תמיכת שרתים אינה יוצאת דופן. מסיבה פשוטה זו, יש לתזמן מראש את תמיכת השרת, כך שתהיה מסגרת זמן מספקת לפתרון מלא של הבעיה.
זה נכון במיוחד אם אפשרות הגישה היחידה היא באמצעות שליטה מרחוק שבה המנהל של הלקוח חייב להיות נוכח. אם הלקוח סיפק לנו גישת SSH, הבעיה הזו קצת יותר קטנה - האדמין שלנו מתחיל את התיקון מיד כאשר הוא זמין ואינו צריך להיפגש עם המנהל של הלקוח.
אימות דוח באג
זה לא מופרך לומר שכל סביבת שרת שונה. עם כל כך הרבה אפשרויות תצורה, היית חושב שאי אפשר להחזיק שני שרתים זהים. לרוב זו הסיבה מדוע איננו יכולים לדמות התנהגות ספציפית בתוך הבית המתוארת על ידי הלקוח אשר פועלת כבאג.
אם שירות הנדרש להפעלת האפליקציה שלנו מוגדר בצורה שונה מההמלצה שלנו, זה לא בהכרח שגוי אבל עלול לגרום לבעיות באפליקציה שקשה לאתר אותן לתצורה.