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

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

עצמית מאוכסנת Redmine (שרת) פתרונות

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

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

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

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

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

"מתקין Redmine"

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

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

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

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

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

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

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

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

גמישות תמיכה

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

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

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

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

תזמון

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

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

אימות דוח באג

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

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

הירשם בחינם

^{אין צורך בכרטיס אשראי. אין צורך בהתקנה, ללא התחייבות}

Redmine ענן פתרון

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

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

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

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

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

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

Redmine ענן גלובלי

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

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

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

* - החל ב- 09 / 2017

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

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

 

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

 

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

מפת מפת רדמין

גמישות

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

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

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

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

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

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

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

תמיכה

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

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

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

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

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

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

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

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

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

איך לבחור?

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

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

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

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

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

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

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

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

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

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

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

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

<br> סיכום

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

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