ממיקור חוץ לפיתוח (חלק 2)

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

תִכנוּן

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

מכיוון שהחלטנו להפיץ את המוצר, אך לא כקוד פתוח, הפך בלתי אפשרי לכלול ספריות שונות עם רישיונות פתוחים כגון GPL. זה בדרך כלל נושא נפרד; לאחר קבלת ההחלטה למכור את המוצר, נאלצתי לעבור על חצי מהספריות בגלל העובדה שהן GPL. כשהם כתבו לעצמם, זה היה נורמלי. אבל לא מתאים להפצה. ה-VPN הראשון שעולה על הדעת הוא OpenVPN. אבל זה GPL. אפשרות נוספת הייתה להשתמש ב-SoftEther VPN היפני. הרישיון שלו איפשר לו לכלול אותו במוצר שלו. לאחר כמה ימים של בדיקות שונות כיצד לשלב אותו בצורה כזו שהמשתמש לא צריך להגדיר שום דבר ולדעת על SoftEther VPN, התקבל אב טיפוס. הכל היה כמו שצריך. אבל מסיבה כלשהי התוכנית הזו עדיין בלבלה אותנו, ובסופו של דבר נטשנו אותה. אבל מטבע הדברים הם סירבו לאחר שעלו על אפשרות אחרת. בסופו של דבר, הכל נעשה בחיבורי TCP רגילים. חלק מהחיבורים פועלים באמצעות רכז, חלקם ישירות באמצעות טכנולוגיית Nat Hole Punching (NHP), אשר יושמה גם ב- Free Pascal. אני חייב לומר שאפילו לא שמעתי על NHP לפני כן. ולא עלה בדעתי שאפשר לחבר 2 התקני רשת, שניהם נמצאים ישירות מאחורי NAT. למדתי את הנושא, הבנתי את עקרון הפעולה וישבתי לכתוב. התוכנית מתממשת, המשתמש מתחבר בלחיצה אחת למכשיר הרצוי מאחורי NAT ​​דרך RDP, SSH או Winbox מבלי להזין סיסמאות או להגדיר VPN. יתרה מכך, רוב החיבורים הללו עוברים את הרכז שלנו, מה שמשפיע לטובה על הפינג ועלות השירות לחיבורים אלו.

העברת צד השרת מ-Linux ל-Windows

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

לאחר שהגדרתי pthreads עבור PHP Windows, חשבתי שהכל יתחיל מיד, אבל זה לא היה המקרה. לאחר זמן מה של איתור באגים, הבנתי שנראה שה-pthreads עובדים, אבל זה לא עבד על המערכת שלנו. התברר שיש ייחוד מסוים בעבודה עם pthreads ב-Windows. וכך היה. קראתי את התיעוד, ונכתב שם שעבור Windows מספר השרשורים מוגבל, ולמיטב זכרוני, במרומז. זה הפך לבעיה. כי כשהתחלתי לצמצם את מספר השרשורים שהאפליקציה רצה עליהם, הוא עשה את העבודה לאט מאוד. פתחתי את ה-IDE שוב ופונקציונליות עבור ping multi-threads של אובייקטים נוספה לאותו כלי שירות. ובכן, גם שם יש הרבה סריקת יציאות. למעשה, לאחר מכן, הצורך ב-phthreads עבור PHP נעלם, והוא אינו בשימוש עוד. יתר על כן, נוספו עוד מספר פונקציות לכלי השירות הזה והוא עדיין עובד עד היום. לאחר מכן, הורכב מתקין עבור Windows, שכלל את Apache, PHP, MariaDB, את אפליקציית PHP עצמה וערכת כלי עזר לאינטראקציה עם המערכת, שנכתבו ב- Free Pascal. לגבי המתקין, חשבתי שאפתור את הבעיה הזו במהירות, כי... זה דבר נפוץ מאוד והכרחי כמעט לכל תוכנה. או שחיפשתי במקום הלא נכון, או משהו אחר. אבל כל הזמן נתקלתי במוצרים שהם או לא מספיק גמישים, או יקרים וגם לא גמישים. ובכל זאת, מצאתי מתקין חינמי בו ניתן יהיה לספק כל רצון. זה InnoSetup. אני כותב על זה כאן כי הייתי צריך לחפש את זה למקרה שאחסוך למישהו זמן.

סירוב התוסף לטובת הלקוח שלך

בעבר כתבתי שחלק הלקוח היה דפדפן עם "פלאגין". אז היו מקרים שבהם כרום עודכן והפריסה הייתה קצת עקומה, ואז Windows עודכן וסכימת ה-uri המותאמת אישית נעלמה. ממש לא רציתי שיהיו לי הפתעות כאלה בגרסה הציבורית של המוצר. יתרה מכך, ה-uri המותאם אישית החל להיעלם לאחר כל עדכון של Windows. מיקרוסופט פשוט מחקה את כל הסניפים שאינם שלה בסעיף הנדרש. כמו כן, גוגל כרום לא מאפשר לך כעת לזכור את הבחירה לפתוח או לא לפתוח אפליקציה מה-uri המותאם אישית, ושואל את השאלה הזו בכל פעם שאתה לוחץ על אובייקט ניטור. ובכן, באופן כללי, הייתה צורך באינטראקציה רגילה עם המערכת המקומית של המשתמש, מה שהדפדפן אינו מספק. נראה שהאפשרות הפשוטה ביותר בסכימה זו היא פשוט ליצור דפדפן משלך, כפי שרבים עושים כעת באמצעות Electron. אבל הרבה דברים כבר נכתבו ב-Free Pascal, כולל בחלק השרת, אז החלטנו לעשות את הלקוח באותה שפה, ולא ליצור גן חיות. כך נכתב לקוח עם Chromium על הסיפון. לאחר מכן, הוא החל לרכוש רצועות שונות.

לְשַׁחְרֵר

לבסוף בחרנו שם למערכת. עברנו כל הזמן אפשרויות שונות תוך כדי תהליך ההמרה מהגרסה המקומית ל-SaaS. מכיוון שבתחילה תכננו להיכנס לא רק לשוק המקומי, הקריטריון העיקרי לבחירת שם היה נוכחות של דומיין פנוי או לא יקר במיוחד באזור ".com". חלק מהפונקציות/מודולים טרם הועברו מהגרסה המקומית ל-Veliam, אך החלטנו שנשחרר אותם עם הפונקציונליות הנוכחית ונשלים את השאר כעדכונים. בגרסה הראשונה ממש לא היה HelpDesk, Veliam Connector, אי אפשר היה לשנות את הספים להפעלת הודעות ועוד הרבה יותר. קנינו תעודת Code Sign וחתמנו ​​על חלקי הלקוח והשרת. כתבנו אתר למוצר, התחלנו בהליכים לרישום תוכנה, סימן מסחר וכו'. באופן כללי, אנחנו מוכנים להתחיל. אופוריה קלה מהעבודה שנעשתה ומהעובדה שאולי מישהו ישתמש במוצר שלך, למרות שלא היו לנו ספקות לגבי זה. ואז תפסיק. השותף אמר שאי אפשר להיכנס לשוק בלי הודעות באמצעות שליחים. אפשר בלי הרבה דברים אחרים, אבל לא בלי זה. לאחר ויכוחים נוספה אינטגרציה עם טלגרם, שהתאימה לנו. מבין כל המסרים המיידיים הנוכחיים, זה היחיד שמספק גישה לממשקי ה-API שלו בחינם וללא כל הליכי אישור מורכבים. אותה ווטסאפ מציעה ליצור קשר עם ספקים שגובים כסף טוב עבור השימוש בשירותיהם; כל המכתבים המבקשים גישה ללא אטמים זכו להתעלמות. ובכן, Viber... אני לא יודע מי משתמש בזה עכשיו, כי... דואר זבל ופרסום שם אינם מהטבלאות. בסוף דצמבר, לאחר סדרת בדיקות פנימיות ומבחנים בקרב חברים, נפתחה ההרשמה לכולם והתוכנה זמינה להורדה.

תחילת ההפצה

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

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

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

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

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

כעת השלמנו את ההליך לקבלת תעודת EV Code Sign. כדי להשיג אותו, צריך לעבור סדרת בדיקות ולשלוח שלל מסמכים על החברה, חלקם חייבים באישור עורך דין. קבלת תעודת EV Code Sign במהלך מגיפה היא נושא נפרד למאמר. ההליך נמשך חודש. וזה לא היה חודש של המתנה, אלא של בקשות מתמדות למסמכים נוספים. אולי למגיפה לא היה שום קשר לזה, וההליך לקח כל כך הרבה זמן לכולם? לַחֲלוֹק.

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

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

הוספת פונקציונליות גישה מרחוק לעובדים

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

אבל כבר יש לנו חיבורים מרוחקים לשרתים ולציוד רשת. למה לא להשתמש בהובלה מוכנה וליצור כלי עזר קטן נפרד שאתה יכול פשוט לתת למשתמש להתחבר. רק רציתי לוודא שהמשתמש לא הזין שם שום דבר חריג. רק כפתור אחד "התחבר". אבל איך כלי השירות הזה יבין לאן להתחבר אם יש לו רק כפתור אחד? היה רעיון לבנות את האפליקציה הנדרשת באופן מקוון בשרתים שלנו. מנהל המערכת לוחץ על כפתור "הורד קיצור דרך", ונשלחת פקודה לענן שלנו לבניית קובץ בינארי בודד עם מידע קשיח לחיבור לשרת/מחשב הרצוי דרך RDP. באופן כללי, ניתן היה לעשות זאת. אבל זה לוקח הרבה זמן; המנהל יצטרך לחכות תחילה עד להידור הבינארי ולאחר מכן הורדה. כמובן שאפשר פשוט להוסיף קובץ שני עם התצורה, אבל זה כבר 2 קבצים, ולמען הפשטות המשתמש צריך אחד. קובץ אחד, כפתור אחד וללא מתקינים. אחרי שקראתי קצת בגוגל, הגעתי למסקנה שאם אתה מוסיף קצת מידע לסוף ה-".exe" המלודר, אז זה לא מתדרדר (טוב, כמעט). אפשר לפחות להוסיף שם מלחמה ושלום, וזה יעבוד כמו פעם. זה יהיה חטא לא לנצל זאת. עכשיו אתה יכול פשוט לפרוק את האפליקציה תוך כדי תנועה, ישירות בלקוח עצמו, אגב הוא נקרא Veliam Connector, ופשוט להוסיף את המידע הדרוש לחיבור אליו בסוף. והאפליקציה עצמה יודעת מה לעשות איתה. למה כתבתי "טוב כמעט" בסוגריים קצת יותר גבוה? מכיוון שאתה צריך לשלם עבור הנוחות הזו בכך שהאפליקציה מאבדת את החתימה הדיגיטלית שלה. אבל בשלב זה, אנו מאמינים כי זהו מחיר קטן לשלם עבור נוחות כזו.

רישיונות מודול צד שלישי

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

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

Select * FROM `table` WHERE `id`>1000 FOR UPDATE

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

PRAGMA journal_mode=WAL;

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

HelpDesk חדש

היה צורך להעביר את מערכת HelpDesk מהגרסה הפנימית לגרסת SaaS, אך עם כמה שינויים. הדבר הראשון שרציתי לעשות הוא אינטגרציה עם הדומיין של הלקוח מבחינת הרשאות משתמש שקופות במערכת. כעת, על מנת להיכנס ל-HelpDesk ולהשאיר בקשה במערכת, המשתמש פשוט לוחץ על קיצור הדרך בשולחן העבודה והדפדפן נפתח. המשתמש אינו מזין אישורים. המודול עבור Apache SSPI, שהוא חלק משרת Veliam, מאשר אוטומטית את המשתמש תחת חשבון דומיין. כדי להשאיר בקשה במערכת כאשר המשתמש נמצא מחוץ לרשת הארגונית, הוא לוחץ על כפתור והוא מקבל למייל שלו קישור דרכו הוא נכנס למערכת ה-HelpDesk ללא סיסמאות. אם משתמש מושבת או נמחק בדומיין, אז גם חשבון ה-HelpDesk יפסיק לפעול. לפיכך, מנהל המערכת אינו צריך לפקח על חשבונות הן בדומיין והן ב-HelpDesk בעצמו. עובד מתפטר - הוא מנתק את החשבון שלו בדומיין וזהו, הוא לא ייכנס למערכת לא מהרשת הארגונית, לא דרך קישור. כדי שהשילוב הזה יעבוד, מנהל המערכת צריך ליצור GPO אחד, אשר מוסיף אתר פנימי לאזור האינטראנט и מפיץ קיצור דרך לכל המשתמשים בשולחן העבודה.

הדבר השני שאנו רואים בהכרחי ביותר עבור מערכות HelpDesk, לפחות עבור עצמנו, הוא חיבור אל הפונה ישירות מהאפליקציה בקליק אחד. יתר על כן, החיבורים חייבים לעבור אם מנהל המערכת נמצא ברשת אחרת. עבור מיקור חוץ זה חובה, למנהלי מערכות במשרה מלאה זה גם הרבה פעמים הכרחי. יש כבר כמה מוצרים שעושים עבודה מצוינת בחיבורים מרחוק. והחלטנו לעשות עבורם אינטגרציות. כעת שילבנו עבור VNC, ובעתיד אנו מתכננים להוסיף Radmin ו- TeamViewer. באמצעות תעבורת הרשת שלנו לחיבורי תשתית מרוחקים, גרמנו ל-VNC להתחבר לתחנות עבודה מרוחקות מאחורי NAT. אותו דבר יקרה עם Radmin. כעת, על מנת להתחבר למשתמש, אתה רק צריך ללחוץ על כפתור "התחבר למבקש" באפליקציה עצמה. לקוח VNC נפתח ומתחבר אל הפונה, ללא קשר אם אתם באותה רשת או יושבים בבית עם נעלי בית. ראשית, מנהל המערכת, באמצעות GPO, חייב להתקין שרת VNC על תחנות העבודה של כולם.

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

מה אנחנו מתכננים לעשות הלאה?

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

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

עם הופעתו של Veliam Connector, הפך מיותר לפרוס שרת VPN ברשת הארגונית, או לעשות RDGW, או פשוט להעביר פורטים למכונות הנחוצות לחיבור דרך RDP. אנשים רבים משתמשים במערכת שלנו רק עבור חיבורים מרוחקים אלה. Veliam Connector זמין רק עבור Windows, וחלק ממשתמשי החברה מתחברים ממחשבים ניידים ביתיים עם MacOS לתחנות עבודה או מסופים ברשת הארגונית. ומסתבר שמנהל המערכת נאלץ, בגלל מספר משתמשים, בכל זאת לחזור לנושא ההעברה או ה-VPN. לכן, אנו מסיימים כעת ליצור גרסה של Veliam Connector עבור MacOS. למשתמשים בטכנולוגיית Apple המועדפת עליהם תהיה גם הזדמנות להתחבר לתשתית הארגונית בלחיצה אחת.

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

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

מקור: www.habr.com