G
@nigun כתב במערכת טלפנית- התמודדות עם הרשמות ל CSV מכמה שרתים:
@clickone כתב במערכת טלפנית- התמודדות עם הרשמות ל CSV מכמה שרתים:
כמובן שזה ידרוש ממך CRON מסויים
הוא לא חייב לעבוד עם cron
אפשר לשמור הכל בDB ואחרי כל רישום בDB לפנות לשירות נפרד ולהפעיל טריגר ליצירת CSV והשירות הזה ינהל את כל התור והבקשות המקבילות
אחרת אם יש לו אלפי קבצים בשרת יהיה לו אלפי cron jobs שרצים בלי סיבה
מה עם קורה הפוך הלקוח עולה קובץ? אז לכראה אין ברירה אלא לעשות cron job?
@yossiz כתב במערכת טלפנית- התמודדות עם הרשמות ל CSV מכמה שרתים:
@google3 ניסינו לשנות את דעתך בלי הרבה הצלחה
אז בוא נוותר על זה, ונחזור לשאלה המקוריתתוכל לפרט יותר בדיוק את השאלה?
האם אתה חייב לשמור הכל בקובץ אחד גדול? אולי אפשר שכל סשן מקביל יפתח קובץ חדש?
איך הדיסק מחובר לשרת? אם דרך NFS, האם אין שם נעילה של קבצים? (אני לא בקי בזה, והתעצלתי לחפש, אבל נדמה לי שיש)
אני רוצה לעשות כמו שיש במערכת בימות המשיח "הקלטת נתונים" וכל הקלטת נתונים תהיה בתוך השלוחה בקובץ
זו רק דוגמה אחד אני גם רוצה לעשות כמו שיש בימות המשיח (וכן מערכת אחרת) List_all_information שבה יהיה כל המידע על המאזינים: השם, מספר טלפון, מייל, סיסמה וכדומה, וכמה פעמים היו במערכת. לדוגמה, ה-CDR ייקח ממנו מידע וכדומה
את ה-List_all_information, בגלל שזה פעם אחת במערכת, אני יכול יותר לעשות במסד נתונים מה שאין כן כל השאר - אם אני יכול לעשות בקובץ, יהיה לי עדיף מהרבה סיבות
@dovid כתב במערכת טלפנית- התמודדות עם הרשמות ל CSV מכמה שרתים:
אז תן לעצמך סטירה בשמי... תפסיק עם התירוצים.
קודם כל נתתי! 
אני באמת כבר אחר בירור דברתי עם המון אנשים בנושא וכן בכל נושא במערכת כולל @nigun ובתכם כמה שיש להם מערכת פעיל וגם אני יש לי כמה מערכת פעילות אז יש לי קצת נסיון (אכן גם שיניתי את דעתי אחרי בירור כאן בפורום)
@dovid כתב במערכת טלפנית- התמודדות עם הרשמות ל CSV מכמה שרתים:
וגם תרשה לי לקבוע - אין שמה שום כשלים בדרך הטבע
אכן אתה צודק מסד נתונים בעצמו אין כמעט כשלים בנושא מסד נתונים בעצמו העניין הוא כמה
א) כשאתה עושה מערכת קבצים יש לך אוטומטית הרבה דברים, כמו צד לקוח שאפשר לפתוח שלוחות באמצעות פתיחת תיקייה. אפשר להעתיק ולגזור, למחוק, אפשר לשתף הרשאות עם אנשים אחרים לתיקייה וכד וכד
ב) אם כל המערכת שלך היא על מסד נתונים יש פה עניין של עומס (כמובן שאפשר הכל לסדר, אני רק אומר הפרו והקאנס)
ג) אתה פתוח את אצמך לבעיות בגלל כל דבר יש פה 2 דברים 1 לסדר המסד נתנים 2 ההקלטה אצמו - כשאתה מוחק אתה צריך למחוק גם את הקובץ במסד נתונים וגם את ההקלטה עצמה. אותו דבר לכל פעולה, ואם יש עומס מתחילה שרשרת של בעיות (כמובן גם את זה אפשר לסדר, אני רק אומר הפרו והקאנס)
@dovid כתב במערכת טלפנית- התמודדות עם הרשמות ל CSV מכמה שרתים:
ההצעה של הCSV לא מחייבת front-end. כמו שיש לינק לדרייב או הדומה לו, ימשיך להיות לינק ישיר לCSV שלא באמת קיים, PHP יטפל בניתוב הזה ויחזיר CSV עדכני מהמסד בכל בקשה. אם אתה מתכוון שהשרתים לא חשופים בכלל לרשת, אוקי, גם עוד לא התקנת מסד נתונים. שלוש צעדים נותרו
אני מצרף תמונה מהמערכת שלי שאני (מערכת הקבצים) תלמדו לי איך אני יכול לעשות פה PHP פשוט (חוץ עם אני לומד הקוד של Next clued ואני עושה דף חדש ששם יש כל הרשמות ולעשות שאפשר למחוק ולשנות ההרשמה קיים אני לא אומר שזה לא אפשרי אבל זהנ לא כמה שירות קוד לדעתי)
@nigun כתב במערכת טלפנית- התמודדות עם הרשמות ל CSV מכמה שרתים:
אני יודע שזה מגניב שיש לך מערכת שאין בה SPOF אבל לא תמיד זה שווה את המאמץ, וכנראה אף פעם לא תגיע ל100% כי גם אם תקים 2 שרתי קמיליו בחוות שרתים נפרדות הספק שלך יכול ליפול ולא יהיה מי שיעביר לך את השיחות....
צריך לעשות כל מה שאפשר וזה מה שאני עושה, ויכול להעיד על זה מי שמשתמש בשרתים שלי.
אולי אני קצת מגזים בגלל שאני מגיע מטראומה ממערכת שהייתה עד עכשיו שהיו בה בעיות כל יום עם לקוחות שלא יכולים למחול לי עד היום (עם הפסד ענק).
אבל עדיין יש לי 2 שרתי קמיליו, 2 שרתי פריסוויץ' וכדומה.
וגם אני בטוח 101 אחוז שהספק גם עובד בשיטה כזו שלא יהיה Single Points of Failure
עכשיו הנושא של הרשמה לא נורא עם זה נפל לכמה דקות ואם היה בעיה אפשר לתקן, וזה שונה משיחות והשמעת קבצים שזה צריך לעבוד 100 אחוז ואם יש דקה של בעיה אני כבר בבעיה (ברוך השם יש לי יותר מ-150 שיחות לדקה ומליון + שיחות לשבוע).
אבל כבר בניתי את המערכת שלי דרך קבצים ולא עם DB חוץ מ-CDR ובוקמרקס שכן עובדים עם DB, ולכן הכי טוב אם אפשר לעשות גם הרשמה עם קובץ וכמו שאני כותב כבר למעלה, שעם מערכת קבצים יש המון פונקציות שאני לא צריך לעשות ומגיע ממילא ואחד מזה הוא שאין לי בכלל Front End (אני הולך לעשות, אבל עד שאני עושה המערכת מוכן כבר להשתמש במערכת).
זו תמונה מקמיליו אחד ורק שיחות נכנסות.
אגב מה שמעניין הוא שספק השרתים שאני משתמש בו, Hetzner, הפסיק לעבוד האינטרנט למקומות מסוימים לכמה שעות בגלל כבל אינטרנט שנחתך קישור אז כמו @nigun אומר אי אפשר להיות 100 אחוז SPOF אבל עדיין צריל לעשות מצידנו מה שאפשר
@yossiz כתב במערכת טלפנית- התמודדות עם הרשמות ל CSV מכמה שרתים:
הבעיה גם אם היה לך רק שרת אחד
לא ממש אז אני יכול לסגור הקובץ (File looking) ולעשות מהלך של תור
@yossiz כתב במערכת טלפנית- התמודדות עם הרשמות ל CSV מכמה שרתים:
נו נו, ממתי זה בעיה במערכות קטנות? אין לך חוץ מזה עוד "Single Points of Failure"?
מי אומר שמדבר במערכת קטנה ?
אני רוצה לפתוח את זה שיהיה מערכת גדולה בע"ה
וכן בניתי כל דבר שאין אף "דבר אחד" שיכול להוריד המערכת ( "Single Points of Failure")
@yossiz כתב במערכת טלפנית- התמודדות עם הרשמות ל CSV מכמה שרתים:
זה ממש פשוט להמיר רשומות של רשומות ממסד נתונים ל-CSV.כמה שורות PHP. זה ממש לא "לבנות אתר שלם"
אוקיי אני אסביר עכשיו אני משתמש עם Next cloud (כמו גגול דרייוו אבל בקוד פתוח)
זה אומר שחוץ מקבצים ותקיות(ולהוריד ולהעתיק ולשתף וכד) אין Front end בכלל ללקוח
@צדיק-תמים כתב במערכת טלפנית- התמודדות עם הרשמות ל CSV מכמה שרתים:
@google3 אם אני מבין נכון מערכת אחת יכולה לרוץ בפועל על שני שרתים ולכתוב לכונן SSD יחיד נתונים? ואתה מחבר SSD אחד לשני השרתים? איך?
בעקרון יש לי שרת/שרתים NFS-Gloucester וכל שרת פריסוויטש מחבר ל SSD שלו או יותר מאחד
אבל אני יכול "למאונט ווליום" מכל מקום
@צדיק-תמים כתב במערכת טלפנית- התמודדות עם הרשמות ל CSV מכמה שרתים:
@google3 למה אתה שומר נתונים בקבצים ולא בדאטהבייס?
מסד נתנים אני צריך לבנות אתר שלום ללקוח לראות ההרשמות עם כל מיני אפשרויות מש"כ CSV הוא יכול לפתוח בקלות. בנוסף אני שומר כל הרשמה בתוך השלוחה של ההרשמה עצמה.
במסד נתונים אני שוב הייתי קשור לשרת אחד, לעומת זאת כאן לכל מערכת יש מקום SSD משלה (שהלקוח משלם) ושם אני שומר את הנתונים בתוך קובץ בקיצר נראה עדיף לעשות משהו מקומי ממסד נתנים
שלום
אני בונה מערכת טלפוניה שבה אפשר לבצע הרשמות וכדומה אני רוצה שהלקוחות יוכלו לראות את ההרשמות בקובץ CSV במערכת
המערכת הטלפונית תהיה על כמה שרתים בשביל עומסים אבל הקבצים יושבים על שרת אחד.
עכשיו מתחילה הבעיה - מה אם שני אנשים מסיימים את ההרשמה באותו זמן? הקובץ יכול להפוך ל-Corrupt file
דרך אחת לטפל בזה היא שכל ההרשמות ילכו לשרת אחד ומשם יהיה תור אבל זה יעשה את המערכת למה שנקרא באנגלית "Single Point of Failure" - שאם השרת לא יגיב טוב וכדומה וגם לא מעניין שיהיה לי שרת נוסף בשביל זה
ולכן אני שואל את חברי הפורום אם יש דרכים אחרות לעשות את זה או לשמור על קובץ אחרים
@eli_t כתב במספר ישראלי למערכת:
@צדיק-תמים כתב במספר ישראלי למערכת:
אוקיי תודה,
ומאיזה חברה אני יכול לקבל מספר שיהיה אפשר להתקשר עליו מכשר ?
כבר עכשיו אין כמעט אף אחד שנותן מספרים עם תגמול.
כמו @nigun הזכיר, ייתכן שבקרוב נצטרך לשלם.
אם אתה צריך מספר או מספרים שפתוחים לקומה הכשרה ואפשר לנייד, תיצור איתי קשר.
עם אתה עדיין מחפש אני יכול לתת לך חשבון SIP בארה"ב naftuly@telekling.com
שלום,
אני בבעיה עם השרת שלנו שגרמה שזה לא יכול להעפיל המערכת (kernel panic) אני יכול ליכנס לשרת רק במצב חילוץ (rescue mode). השרת שלנו מורכבת מ-FreeSWITCH, מסד נתונים SQL ועוד
האם ישנה אפשרות להעלות מחדש את אותה גרסה של מערכת ההפעלה מדיסק ISO מבלי לאבד את הנתונים וההגדרות שהותקנו?
מי ישכול לעזור לי בזה אפשר לפנות למייל (מוכן לשלם יפה) 01TELTECH@gmail.com
תודה מראש על כל עזרה ומידע
@aaron כתב בניהול כ 20 שרתים עם צוות של 6 מתכנתים - תובנות וכלים שיכול לעוזר:
מה לדעתך כמות העובדים שאתה צריך להגיע אליה כדי להתחיל לעבוד מסודר? (רמז: אחד.)
אתה באצם צודק אין מי שחולר אילך אבל כמו שכבתי כבר למעלה כעת אני לא יכול
@google3 כתב בניהול כ 20 שרתים עם צוות של 6 מתכנתים - תובנות וכלים שיכול לעוזר:
עלות של אדם אמין בארה"ב לעבודה כזה היא כ-150,000 דולר לשנה, רק כדי להתחיל
רוב הפרויקטים עדיין בשלבי פיתוח, (אף על פי שחלקם מתקדמים עם לקחות כבר). כל דבר ידרוש עיבוד נוסף, מה שיכול לאט את הפרויקט באופן משמעותי. לא לדבר על חוסר בשני שרתים נפרדים לפיתוח ולפרודקשן, שאין לי בשלב זה, אז לפעמים (או תמיד) הטכנאי צריך לראות מה הוא עושה בזמן אמת, וזה יכול להיות שינוי קטן. עם כל דבר צריך להיות תחת עניין של פתוח אחר, זה יקח פי שלושה יותר זמן.
בנוסף להנ"ל יש לי המתכנטים בכל שעות היום, כך אני יצטרך לשלם לשני מנהלים ?
המתכנתים שלי, חלקם עובדים איתי כבר שנים, לא אוהבים את הרעיון שיצטרכו לשאול מישהו על כל דבר.
חלק המתכנתים שלי גם עושים DevOps/טכנאות, וכשיש תקלה הם טופלים בה
@aaron כתב בניהול כ 20 שרתים עם צוות של 6 מתכנתים - תובנות וכלים שיכול לעוזר:
@google3 אשאל אותך כך: יצא לך לחוות תקלות וdowntime שנבע מטעויות אנוש שיכלו להימנע אילו מישהו מקצועי יותר היה שולט בכל התשתיות שלך?
שוב, יש לי כמה פרויקטים ותלוי אל מה אתה שואל (יש מה מה שעדיין בשלב פתוח אבל יש שם לקחות לטסטים).
אבל התשובה כמעט תמיד שלא ודברים שצריכים לעבוד, עובדים.
לדגמא יש לי שירות של מספרים בכל העולם כבר 5 שנים והיה רק פעם אחת נפילה וזה היה בגלל חוסר ב-SSD.
אותה נפילה הייתה לי גם בשיחות יוצאות פעמיים בגלל חוסר ב-SSD.
כבר טיפלתי בשני המקרים, שימחוק הלוג שהוא יותר מחודש, אבל עם כל זה זה מה שחוסר לי מאוד אם יש לי מקום שאני יכול לראות כל השרתים והמצב איתם SPU SSD זה יכול לעזור לי המון
אגב, לגבי שיחות נכנסות, יש לנו גיבוי כיום עם שרת נוסף, כך שבכל מקרה של תקלה או ריבוט, המעבר הוא אוטומטי לשרת הגיבוי. השרת גיבוי מסנכרן את המידע כל 6 שעות לאחר שרת הראשון - ועובדים עכשיו לעשות את זה גם לשיחות יוצאות
@dovid כתב בניהול כ 20 שרתים עם צוות של 6 מתכנתים - תובנות וכלים שיכול לעוזר:
שום כלי בעולם לא יעזור לך באמת, יש הרבה כלים שאולי ישלו אותך.
נראה שאני הפכתי כאן ליעד לשכנע
בסדר, אני שומע מה אתה אומר
באמת, השכנעת אותי ללמוד גיט (שכבר רציתי ללמוד מזמן, רק חיפשתי את הזמן לזה).
עכשיו, אם אתה יכול לשתף אותי עם "כלים שאולי יסייעו לך", אודה לך מאוד.
וכמו שאתה מבין, גם אני עובד עם גיט, זה עדיין לא מענה למה שאני צריך.
כמו שאני יכול לראות כל גיבוי במקום אחד,
לראות את כל השרתים במקום אחד, מה המצב של CPU, SSD וכו'.
לראות כל השרתים מה המצב עם משתמשים (הלו גם לשרת פתוח צריך להיות משתמש)
@איש-נחמד כתב בניהול כ 20 שרתים עם צוות של 6 מתכנתים - תובנות וכלים שיכול לעוזר:
@google3 כתב בניהול כ 20 שרתים עם צוות של 6 מתכנתים - תובנות וכלים שיכול לעוזר:
למשל, אם יש לי 30 שרתים, הרבה יותר נוח לראות במקום אחד מי יש לו גישה, מה ההרשאות שלו וכו'. וכן, לראות במקום אחד את כל הגיבויים של השרתים, אם הגיבוי היומי הצליח ועוד, במקום לרוץ משרת לשרת 30 שרתים.
אם אתה מתייחס למקרה שיש לך 30 שרתים, כדאי לך להקצות אחד לפחות לפיתוח
@google3 כתב בניהול כ 20 שרתים עם צוות של 6 מתכנתים - תובנות וכלים שיכול לעוזר:
לא לדבר על חוסר בשני שרתים נפרדים לפיתוח ולפרודקשן, שאין לי בשלב זה
עד כה לא היה לי, והעניין הוא שכל שרת הוא פרויקט אחר.
אכן, אני יכול לבדוק לשים הכל בתוך שרת אחד על ידי דוקר או שרתים וירטואלי, אבל בכל מקרה, מינימום זה יהיה מאוד קשה ויקח המון זמן. מקסימום זה כמעט בלתי אפשרי (לדוגמה, שרת של אסטריקס, פריסוויץ', קמליה וכד')
@איש-נחמד אני חושב שיש לך קצת ידע פרויקטם שאני מדבר..... (תגיד אתה אם אני יכול לעשות פשוט)
@aaron כתב בניהול כ 20 שרתים עם צוות של 6 מתכנתים - תובנות וכלים שיכול לעוזר:
בקריאה נוספת אני מבין שאתה פשוט רוצה שמות של כלים ולא רוצה להבין איך לנהל את התהליכים אצלכם יותר טוב, אז אני יזרוק פה כמה שמות:
https://goteleport.com - לניהול גישה מרחוק למשתמשים שונים
restic & cloudflare / wasabi - לגיבוים
קודם תודה על המענה
אכן אני מחפש שמות של כלים ובפרט עם יש כלים שיש כאן עם נסיון שזה טוב ועוזר למטרה
@dovid
כדי להסביר לך, אני לא יכול בשלב זה לעשות כפי שאתה מציע
עלות של אדם אמין בארה"ב לעבודה כזה היא כ-150,000 דולר לשנה, רק כדי להתחיל
רוב הפרויקטים עדיין בשלבי פיתוח, (אף על פי שחלקם מתקדמים עם לקחות כבר). כל דבר ידרוש עיבוד נוסף, מה שיכול לאט את הפרויקט באופן משמעותי. לא לדבר על חוסר בשני שרתים נפרדים לפיתוח ולפרודקשן, שאין לי בשלב זה, אז לפעמים (או תמיד) הטכנאי צריך לראות מה הוא עושה בזמן אמת, וזה יכול להיות שינוי קטן. עם כל דבר צריך להיות תחת עניין של פתוח אחר, זה יקח פי שלושה יותר זמן.
בנוסף להנ"ל יש לי המתכנטים בכל שעות היום, כך אני יצטרך לשלם לשני מנהלים ?
המתכנתים שלי, חלקם עובדים איתי כבר שנים, לא אוהבים את הרעיון שיצטרכו לשאול מישהו על כל דבר.
חלק המתכנתים שלי גם עושים DevOps/טכנאות, וכשיש תקלה הם טופלים בה
בסך הכול, במצבי הנוכחי, כאשר אני לא חברה מספיק גדולה, אני לא יכול לשעות זאת, (ויש רבים אחרים במצב דומה)
מה שאפשרי לעשות הוא להציע שמות של כלים, כמו @aaron נוקרה לזה, שיכולים לעזור במצב זה. למשל, אם יש לי 30 שרתים, הרבה יותר נוח לראות במקום אחד מי יש לו גישה, מה ההרשאות שלו וכו'. וכן, לראות במקום אחד את כל הגיבויים של השרתים, אם הגיבוי היומי הצליח ועוד, במקום לרוץ משרת לשרת 30 שרתים.
@dovid כתב בניהול כ 20 שרתים עם צוות של 6 מתכנתים - תובנות וכלים שיכול לעוזר:
לא הבנתי אם מדובר על תכנות או טכנאות,
אם מדובר בתכנות אתה צריך למצוא איש אמין בעל ידע תכנותי מגוון ובעל יכולת ניהול צוות, ושהוא היחידי שיהיה לו גישה לשרתים, הוא ינהל את כל המתכנתים (להלן מנהל מחלקת תכנות).
כל המתכנתים לא אמור להיות להם גישה, המנהל מחלקת תכנות שלך יידע כבר איך לתת להם עבודה ואיך לקבל מהם את התוצרת בלי להעניק להם גישה.
בקיצר לא קבלתי כאן שום תשבה
ואם אני רוצה להיות "האיש האמין בעל ידע תכנותי מגוון ובעל יכולת ניהול צוות"?
הלו, גם לאדם הזה יש כלים שיכולים לעזור, ואני שואל מה הם.
האם יש בקוד פתוח כלי שאפשר לייעל ולהפעיל גיבוי יומי וחודשי? אם כן (ואני יודע שיש), מהו הכי טוב ומומלץ?
האם יש בקוד פתוח מקום שממנו אפשר לנהל השרתים מבחינת גישה וכד'? אם כן, מהו?
אותו דבר עם לראות לוגים וכד'.
ואם יש הכל במקום אחד הכי טוב !!
צודק!
למעשה, האבטחה הכי קריטית היא לעשות גיבוי. מה הכי מומלץ לזה להרבה שרתים?
ולתת גישה באופן מאובטח (וגם באופן קל, לדוגמה עכשיו יש מתכנתת חדשה, אני צריך לתת לה גישה לכ-7 שרתים שנוגעים לפרויקט זה, אז איך עושים את זה? ואם זה רק לזמן מוגבל? ואיך אני צריך לזכור ולהסיר גישה מכל השרתים? יש למשל את Termius בתשלום אבל גם זה הוא רק גישה כללית ולא מאפשר לנהל בתוך שרת קבוצות משתמשים וכדומה האם אין GUI שעוזר עם זה?)
ומה עם פשוט לראות לוג של כל משתמש, אילו קבצים הוא עובד עליהם?
