קטגוריות
מערכות מידע דעה כללי

שינוי רישיון Redis

במהלך חודש מרץ 2024, עברה חברת Redis מרישיון קוד פתוח BSD לרישיון כפול עם השמות הקליטים Redis Source Available License 2.0 (RSALv2) Agreement, ו-Server Side Public License (SSPL). השינוי, לדברי החברה, הוא כתוצאה מניצול לרעה של הקוד הפתוח על ידי ספקי הענן, הנותנים את המוצר כשרות ללקוחותיהם, ללא תמורה ל-Redis עצמם, וללא השתתפות בפיתוח המוצר. העולם כמרקחה, לפחות בעיתונות הפופולרית, תוך דגש על הכעס של המפתחות וקהילות הקוד הפתוח. הכעס נובע בעיקר מהתחייבותה של Redis בעבר לרישיון BSD.

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

זאת לא הפעם הראשונה שאירוע של שינוי רישיון, או אפילו חשש משינוי רישיון, מעורר ענין . רכישת Sun עם ידי Oracle גרמה למפתח המקורי של MySQL לפתוח את MariaDB (מזל שהיו לו שתי בנות, מאי ומריה). הגבלת הרישיון של OpenOffice (על ידי IBM) העבירה משתמשות ל-LibreOffice. IBM מאז העבירה את ניהול הרישוי לקרן אפאצ׳י. שינויי הרישוי של RedHat, ובעיקר חיסול CentOS כחלופה חינמית היה מהלך שהביא לחזית את AlmaLinux ו-Rocky Linux

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

כבר עכשיו עומדת לצאת תוכנה חלופית ל-Redis, בשם Valkey, המבוססת על הגרסה האחרונה של Redis, שעדיין תחת רישיון BSD. אמזון, אורקל וגוגל, התחייבו לממן את פרויקט valkey, אותו התחילה מדלין אולסון, עובדת אמזון שבעבר עבדה על Redis. עובדה מעניינת, בהינתן שאמזון הייתה אחת מאלו שבגללן שינתה Redis את תנאי הרישיון. לא אהיה מופתע אם יופיע שרות חדש באמזון של מסד נתונים  NoSQLבשיטת המפתחות, שמאוד דומה ל-Redis, כפי שאמזון מציעה שרתי תואמי MySQL ו-PostgreSQL עם שרותי Aurora, או שרות MongoDB תחת השם DocumentDB. עם זאת, הפרויקט יאוכסן וינוהל תחת קרן לינוקס, כך שלא יהיה גוף מסחרי עם שליטה על הקנין הרוחני.

הם ישנם לקחים אותם ניתן ללמוד מהמקרה?

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

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

קטגוריות
כללי

השלכות מעבר ל-Microsoft 365 על ווטסאפ

לפני כמעט חצי שנה עברנו מחבילת החינם של Google Workspace לחבילת Microsoft basic. השיקול, כאמור, היה כספי בעיקרו. אני מנהל מספר סביבות Microsoft ו-Google, וגם עשיתי ועברתי הגירות בעבר, אבל הפעם זאת הייתה סביבה שלי, ולא רק החלטה של אחרים שהייתי צריך ליישם.

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

המקום היחידי שבו המעבר גרם לבעיות היה דווקא WhatsApp.

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

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

קטגוריות
מערכות מידע משולחן היועץ

השוואת חבילות שרותי דואר בענן

בהמשך לסקירה על המעבר מ-Google Workspace, השוואת המחירים נכונה לאפריל 2022

תכניתעלותנפח
דואר
נפח
קבצים
תכנות
משרד
1Domain אחד בלבדFastMail Basic$32איןלא
FastMail Standard$530איןלא
Zoho Standard$33010ענן
Zoho Professional$6100100ענן
Zoho Mail Light$15איןלא
Zoho Mail Premium$450?לא
Microsoft 365 Business Basic$5501024ענן
Microsoft 365 Business Standard$12.5501024שולחני
וענן
Microsoft Exchange Online (Plan 1)$450איןלא
Google Workspace Starter$6302שטח האיכסון כולל דואר, תמונות וקבציםענן
Google Workspace Standard$1220482שטח האיכסון כולל דואר, תמונות וקבציםענן
1Domain אחד בלבדFastMailMailCow Classic4.9 €20איןלא
3אין הגבלת משתמשיםMailCow Managed39.9 €100איןלא

קטגוריות
מערכות מידע משולחן היועץ אינטרנט

עוזב את Google Workspace

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

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

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

הכלכליות של פתרונות אלו תלויה בכמות המשתמשים שיש (לי יש ארבע), כמות המתחמים (Domains), הזמן שלכן ועלויות התפעול (שרתי הענן או ה-UPS בבית למשל).

כאמור, ההצעה של מיקרוסופט (לאחר ההנחה) יצאה משתלמת יותר מהפתרונות של FastMail, Zoho, Google או המערכת המנוהלת של MailCow. לטווח ארוך, כמובן, יהיה צורך לבחון את הפתרונות מחדש.

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

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

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

העברת הדואר לא תכלול חוקים (אם הגדרתם כאלו), ויהיה צורך ליצר אותם מחדש.

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

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

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

ישנם דברים אותם לא ניתן להגר:

  1. קבוצות וכתובות דואר חלופיות (Aliases) צריך לייצר מחדש.
  2. התקשרויות ב-Chat לסוגיו. אפשר לייצא את תוכן השיחות כקובצי טקסט, אבל צרופות והדגשות יאבדו.
  3. שימוש בשרות להיכנס לשרות אחר (Login with Google). כדי להיכנס להגדרות החשבון ולראות אלו אתרי צד ג׳ מתבססים על השרות, ולעבור לזיהוי עם סיסמה.
  4. רכישות שנעשו דרך השרות. יתכן כי ניתן להעביר אותם לחשבונות פרטיים.
  5. אלבומי תמונות.

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

חלופות

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

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

קטגוריות
מערכות מידע ניהול דעה

מבחן קופיקו

משרד החינוך האריך את החוזה שלו מול מיקרוסופט בעלות של 45 מליון שקלים חדשים. בידיעות לא מצוין, אך ככל הנראה מדובר בחוזה של 3 שנים, ובעלות של כ-40$ לרשיון הכולל Windows ו-Office. זהו מחיר טוב, אפילו יותר טוב מרישיונות אקדמאים או ממשלתיים אחרים. מחיר טוב, אך כדברי פרסומת מעצבנת, האם זה מחיר מצויין?
משרד החינוך אפילו לא בחן חלופות, לפי כלכליסט:

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

מה?

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

מספרים על הניסוי הבא:

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

ישנו ויכוח האם הניסוי האמור באמת התקיים, אבל במשרד החינוך, זה עובד. 45,000,000 ש"ח, שזה שווה ערך להכשרה מקצועית לכ-16,000 עובדים ((מחירי לעובד בודד בתעשיה)) או 45,000 מחשבי XO. מצד שני, מה זה 45 מליון שקלים, אולי נבקש מארקדי?