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

השלכות מעבר ל-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 של גוגל, שמאפשר לייצא את כל המידע מהחשבון. הוא אפילו מאפשר לשמור אותו לאחסון ענן מתחרה (אם כי במקרה של מיקרוסופט, רק לשרות האישי, ולא הארגוני). זה כלי שימושי בעיקר לטובת תמונות.

חלופות

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

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

קטגוריות
אינטרנט

פרסות הזברה

אינני יודע למה ציפיתי ממערכת ההפעלה של גוגל. מה שלא ציפיתי היא שהיא תהיה מבוססת על סוסה, מבית נובל. אותה נובל מהעסקה השנויה במחלוקת עם מיקרוסופט ((user@linux:~> cat /etc/issue
Welcome to openSUSE 11.1 - Kernel \r (\l).
)).

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

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

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

ושמחת בtagך

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

נושא נוסף הוא כיצד להתמודד עם מידע שכבר קיים. וזו סוגיה רב שכבתית:

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

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

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