בשבועיים האחרונים היה דיון מדהים על איך k8s הודיעו שהם נאלצים לעבור מסלק לדיסקורד בגלל שסלאק שינו את סוג המשתמש שלהם, ואז חזרו בהם ואפשרו להם להמשיך להשתמש במשאבים שלהם.
דיון מעניין ביותר היה במסטודון אצל מייק רוברטס (קישור) בדיון הוצגו מספר טענות שמאוד הופתעתי לגלות, ראיתי עוד מספר דיונים אבל אני מקשר לדיון הזה בלבד.
דיון מעניין ביותר היה במסטודון אצל מייק רוברטס (קישור) בדיון הוצגו מספר טענות שמאוד הופתעתי לגלות, ראיתי עוד מספר דיונים אבל אני מקשר לדיון הזה בלבד.
דוגמאות:
- הפרוייקט k8s אינו יכול להרים סביבה סקיילבלית לפתרונות צ'אט. שירותי מטריקס לא יכולים לעמוד בעומס של ה 200K משתמשים וכמות התוכן שקיימת אצלהם.
- לא ניתן לשמור היסטוריה בIRC לחיפוש הודעות.
- אנשים צעירים אינם יכולים להתמודד עם רשימות מייל או שימוש בפורומים.
- המשתמש הרגיל לא מסוגל להתמודד עם ייצרת פילטרים בצד השרת להעביר הודעות של רשומות תפוצה לתיקייה נפרדת.
לדעתי האישית הטענה איננה נכונה וה לא k8s אינו יכול להרים סביבה סקיילבלית , אלא שהם לא רוצים להשקיע את המאמצים האנושיים הנגדרשים בתחזוק מערכת כזאת, ברמה הטכנית , הייתי מצפה שדווקא מהפרוייקט הזה להיות בעל ייכולת להרים סביבה, אינני יודע מדוע לא ניתן להשתמש במטריקס עם 200K איש במצב selfhosted כאשר יש k8s .
אני כן מאמין שהארגון יכול להרים רשת IRC או מטריקס ברמה הטכנית (לסיבות כלכליות מטה), מבחינת יכולות הפעלה ועיבוד זה עולה הרבה מאוד כסף - לפי התיעוד בשביל להריץ אלמנט ביחד עם סינאפס פתוח לפדרציה עבור 10K משתמשים המינימום הנדרש הוא 32 ג"ב ראם ו 32 ג"ב בשביל בסיס הנתונים, כלומר במקרה של k8s הם צריכים לכל הפחות 26 מכונות המריצות סינאפס וכל אחת בעלת 32 ג"ב ראם (משתמשים ב30% תוספת בחישובים כאלה בדר"כ) , שזה לא נשמע כמו משהוא יותר מדי רציני ,ואני חושב שנטו עבור המחשבה לעתיד אני חושב שה יהיה נכון יותר עבורם מאשר להמשיך לעבוד עם סלאק או דיסקורד, לחילופין אני חושב שעדיף יהיה להיות על החשבון המשלם ולא מצב הרוח של הספק בשביל להיות מודעים כל הזמן לכל המגבלות התפועליות של הפרוייקט.
אני אישית מאמין שבעייה רצינית היא חוסר הרצון להשקיע את האדמינסטרציה הותחזוקה של השירותים האלה שהיא בדר"כ מחייבת העזסקת הרבה עובדים רק עבור זה, וזה כאב ראש שחברות כמו סלאק פותרות בצורה מצויינת. כמו כן לסלאק יש ייתרון מאוד נחמד שזה כמות הבוטים שכבר קיימים ומותאמים לדבר עם מערכות אחרות, הדבר הזה מזכיר מאוד את הגשרים שיש לנו במטריקס וIRC , אבל אופן ההתמעה המצויין וההכמות שקיימת בסלאק היא פשוט אדירה לעומת מה שמוזכר ברשימת הגשרים שיש של מטריקס למשל. הייתי שמח לראות גשרים לכלים כמו github ו gitlab ו phabricator כמובן למערכות כמו באגזילה ו ג'ירה, חיבורים לשירתים כמו גוגל ואוטלוק, פשוט תראו כמה בוטים והתאמות קיימים היום לסלאק בלבד, אני חושב שעצם הכמות הזאת היא הסבר מצויין למה כל כך הרבה תאגידים מעדיפים להשתמש בסלאק מאשר בפתרונות כמו מטריקס, סלאק פשוט נוח יותר לעבודה מול מערכות אחרות.
אני אישית מאמין שבעייה רצינית היא חוסר הרצון להשקיע את האדמינסטרציה הותחזוקה של השירותים האלה שהיא בדר"כ מחייבת העזסקת הרבה עובדים רק עבור זה, וזה כאב ראש שחברות כמו סלאק פותרות בצורה מצויינת. כמו כן לסלאק יש ייתרון מאוד נחמד שזה כמות הבוטים שכבר קיימים ומותאמים לדבר עם מערכות אחרות, הדבר הזה מזכיר מאוד את הגשרים שיש לנו במטריקס וIRC , אבל אופן ההתמעה המצויין וההכמות שקיימת בסלאק היא פשוט אדירה לעומת מה שמוזכר ברשימת הגשרים שיש של מטריקס למשל. הייתי שמח לראות גשרים לכלים כמו github ו gitlab ו phabricator כמובן למערכות כמו באגזילה ו ג'ירה, חיבורים לשירתים כמו גוגל ואוטלוק, פשוט תראו כמה בוטים והתאמות קיימים היום לסלאק בלבד, אני חושב שעצם הכמות הזאת היא הסבר מצויין למה כל כך הרבה תאגידים מעדיפים להשתמש בסלאק מאשר בפתרונות כמו מטריקס, סלאק פשוט נוח יותר לעבודה מול מערכות אחרות.
האמת אני חושב שזה היה מצב מצויין אילו היה תאגיד שהיה מספק שירותי מטריקס עם בוטים כאלה, אפילו אם הקוד של מטריקס בקוד פתוח , אבל שהיה תאגיד שהיה מספק את השירות הזה בתשלום היה דבר מועיל לכולם, פתרון כזה של חברה שמספקת פתרון על בסיס פתרונות שניתן להריץ לבד, אבל שהיא רק לוקחת את כאב הראש של האדמיניסטרציה והניהול החוצה היא פתרון מצויין להרבה מאוד חברות וארגונים, למעשה במשך שנים השתמשתי בתאגיד שתחזק עבורי שירותי svn והיום תאגיד אחר מספק שירותי אחזקה לגיט (לצערי החברה שספקה את הפתרון לאחזקה של ה SVN וה bugzilla שהייתי עובד איתם נסגרה והיינו חייבים לעבור לספק אחר שהוא לא סיפק את כל הדברים שהיה לנו אז).
אני כן חושב שתרבות השימוש בסלאק (וגם בטימס) משתמשת בערוצי הצ'אט לדברים שהם לא נועדו אליהם, רשומות מיילים עדיפות על ערוצים, הם קלות יותר לגישה , לארכוב ואינודקס והצגה במספר פלטפורומות שונות (מייל , או ממשק וובי).
לגבי חוסר הייכולת להשתמש בחיפוש ללא להיות מחובר, זו היא טענה שגוייה, ב IRC יש לנו בדרך כלל בוטים שרצים ושומרים את כלל ההודעות של כולם הבוטים הללו מעלים את כלל ההודעות לאחר מכאן לשרת ואז ההודעות פתוחות לקריאה וחיפוש, ראיתי הרבה אנשים שהיה להם תסריט שמוריד את הדפים הללו בלקוחות הIRC שלהם ומזריק את ההודעות להיסטוריה של הלקוח. למעשה הדרך בה אנו מקבלים הודעות ישנות בשרתי מטריקס מערוצים שיש בהם גשר לפרוטוקול עובדים בדיוק בשיטה הזאת של לקוח ששומר את כלל ההודעות ואז מאפשר לכלל המשתמשים לקבל העתק של ההודעות הללו..
לגבי היכולת של צעירי שאינם יכולים להתמודד עם רשימות מיילים או פורומים , אני חושב שבדיוק כמו שייכלנו ללמד את האנשים בשנות ה90 להשתמש במיילים תאגידים גם היום ניתן ללמד להשתמש,האנשים לא טיפשים יותר או חסרי יכולות זה עניין של לימוד משתמשים והצגת נורמות התנהגות מסויימות למשתמשים.
לגבי קושי למשתמש הרגיל להגדיר פילטרים בצד השרת , אני מקבל לחלוטין את הטענה הזאת הממשקים בשירותי הדןא"ל שראיתי אינם אינטויטיביים במרבית המקומות, יש חוסר התאמה בין החוקים (למשל בין outlook לבין office365) , לא קיים פתרון שיאפשר העתקת חוקים על יידיי יבוא וייצוא בין משתמשים שונים (לפחות באוטלוק).
אני חושב שסלאק זה מוצר מצויין למי שזה מתאים לו, אבל בסופו של יום זו חברה ואותה בסופה של העניין מעניין עניין הרווח ובדיוק כמו שמשתמש רגיל לא רוצה להשקיע עשרות אלפי דולרים לתחזק פתרון למשהוא גם הם כחברה לא רוצים לשלם את אלפי הדולרים לאחזקה נוספת (או שבמקרה שלהם זה יהיה מאות דולרים לאחזקה לחודש כי התשתיות כבר שולמו בעבר), שיהיה ברור אני לא מעביר פה ביקורת על סלאק או סיילספורס אפילו לא לרגע, אנחנו חיים בעולם בו צריך לשלם על דברים , זה שסיילספורק וסלאק בכלל נתנו את הגישה לk8s היא די הזוייה מצד אחד אבל אני מבין את הנושא התועלתני של סלאק וסיילספורס לספק את השירות ב k8s.
למי שלא מכיר מה זה k8s (מהאתר שלהם): Kubernetes, also known as K8s, is an open source system for automating deployment, scaling, and management of containerized applications.
