שירותי הגיבוי בענן הטובים ביותר לעסקים

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

לפי ספייסוורקס מגמות אחסון נתונים בשנת 2020 ואילך בסקר, שבוחן מקרוב את מצב הנתונים והאחסון בעסק, אימוץ אחסון בענן יעלה בחדות, כאשר 39% מהחברות כבר משתמשות בתשתית אחסון מבוססת ענן ועוד 20% צפויים לאמץ עד 2022.

אתה יכול לסמוך על הביקורות שלנו

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

(הערת העורכים: חברת האם של PCMag היא הבעלים של Spiceworks Ziff Davis.)

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

מיזוגי גיבוי יכולים ללכלך את העבודות

הייתה מידה לא מבוטלת של קונסולידציה במרחב הגיבוי בענן. Mozy Pro נרכשה על ידי Carbonite ב-2018 והופסקה. Carbonite עצמה התמזגה עם OpenText ב-2019 ושידשה את ההיצע שלה למנויים ביתיים ועסקיים. CloudBerry Lab נמכר כעת בתור MSP360. אפילו זוכת Editor's Choice, Arcserve, שינתה את היכולות שלה מוקדם יותר השנה כשספגה את StorageCraft, רכישה שאפשרה לחברה לחדש רבות מההצעות שלה במחלקת העסקים.

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

בנוסף, תרחישי עבודה מרחוק הבטיחו שהתחרות בתחום הגיבוי בענן נשארת נלהבת. חברות רבות כאלה מכוונות את הקמפיינים השיווקיים שלהן ישירות למתחרים ספציפיים. לדוגמה, שירות הגיבוי העסקי של Backblaze משווה את התכונות והתמחור שלו מול CrashPlan Small Business ו-Carbonite. שיווק קיצוני מסוג זה אומר שאתה יכול לסמוך על מידע ספקים אפילו פחות מאשר עם סוגים אחרים של שירותים. רק הערכה יסודית של הפלטפורמה תאפשר לך לדעת אם היא מתאימה לך, ואת זה מומלץ לעשות במשך 30 יום, לא ב-14 שספקים רבים מציעים.

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

תכונות הגיבוי והאחסון בענן החשובות ביותר לעסקים

מה זה בדיוק גיבוי בענן?

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

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

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

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

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

פעל לפי חוק 3-2-1

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

כלל 3-2-1 קובע שכדאי לך שְׁלוֹשָׁה עותקים של הנתונים שלך בכל עת, שתשמור את אלה מגובים לפחות שתיים סוגים שונים של אחסון, וזה לפחות אחד עותק של נתונים אלה מאוחסן מחוץ לאתר. בעבר, הקלטות והכוננים הקשיחים המסורבלים הללו הפכו את זה לקשה או, במקרה הטוב, מייגע. שירותי גיבוי בענן לעסקים מקלים בהרבה מכיוון שהם מספקים יעד נפרד ומחוץ לאתר במחיר נמוך בהרבה מאשר, למשל, השכרת שטחי מחסן לאחסון מדפים רבים של קלטות ישנות. השחקנים המתקדמים יותר אפילו מאפשרים לך לבחור בין מיקומי מרכזי נתונים שונים או מספר מרכזי נתונים, מה שאומר שאתה יכול ליישם ארכיטקטורת 3-2-1 באמצעות ספק אחד בלבד.

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

מלבד רמות שונות של ביצועי העברה, חלק מהספקים, כמו Backblaze Backup for Business ו- IDrive Team, מציעים יותר יכולות פיזיות, כמו שליחת דיוור למנויים של כונן קשיח חיצוני המכיל את כל הנתונים של הגיבוי האחרון שלהם. לאחר מכן תוכל לאחסן את הנתונים האלה במקום בטוח או פשוט להשתמש בהם כדי לשחזר אותם מכונן מקומי מהיר בהרבה.

חשבון למערכות ההפעלה שלך

כאמור, שיקול מרכזי עבור כל עסק בימינו הוא בכמה ובאילו סוגי מכשירים תומך ספק גיבוי. אחרי הכל, שירות גיבוי ענן מצוין לא עושה הרבה טוב אם הוא לא יכול להגן על כל הנתונים שלך לא משנה היכן הם חיים, וזה אומר להסתכל מעבר למחשבים שולחניים ושרתים סטנדרטיים. פתרון חזק אמור לכסות גם מחשבי Apple macOS וגם של Microsoft Windows 10. ובכל זאת, זה אמור להיות מסוגל להתמודד גם עם Linux ו-Microsoft Windows Server כדי להגן על נכסי המשרד האחורי שלך.

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

תשתית וירטואלית היא יעד חשוב נוסף לגיבוי ובטיחות נתונים. במקרים רבים, זה יתחלק לשתי קטגוריות, אפילו ברמת ה-SMB, כאשר לחברות יש שרתים וירטואליים הממוקמים הן במקום והן בשירות ענן ציבורי. הסיבוך כאן הוא שלמרות שהכל תשתית וירטואלית, שכבות וירטואליות בענן לעומת מקומיות זקוקות לרוב לכלי תווך כדי לדבר אחד עם השני. זה עשוי להיות גם לקוחות גיבוי שונים. תצטרך לוודא שספק גיבוי הענן שלך יכול לתמוך בדרישות אלה. Citrix Hypervisor, Microsoft Hyper-V ו-VMWare VSphere נוטות להיות הפלטפורמות הנפוצות ביותר עבור וירטואליזציה מקומית. במקביל, שירותי האינטרנט של אמזון, פלטפורמת הענן של Google ו-Microsoft Azure הם משאבי הענן הנפוצים ביותר. בדיקת שירות הגיבוי שלך בכל השירותים שהחברה שלך משתמשת בו צריכה להיות חלק חיוני מתהליך ההערכה שלך.

הגדר בזהירות

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

רוב הפתרונות מציעים יעדי נפח לא מקוונים וגם בענן. זה יכול להיות חשוב אם החברה שלך משתמשת בכלי תוכנה המתארחים בענן או מסופקת כשירותי ענן מנוהלים. לדוגמה, אתה יכול להפעיל שרת דואר אלקטרוני של Microsoft Exchange באתר, ויהיה צורך לגבות את השרת הזה. אבל אתה יכול גם להשתמש בשירות דוא"ל מתארח, כמו Intermedia Hosted Exchange, שבו ספק השירות אמור לבצע גיבויים פנימיים משלו. אבל, גם אם זה המקרה, ייתכן שצוות ה-IT שלך עדיין ירצה לגבות את נתוני הדוא"ל המתארחים בענן של אותו ספק כך שתהיה לך שליטה ישירה. זה חשוב במיוחד אם העסק שלך כפוף לתנאים רגולטוריים מסוימים, כמו אלה שנכפו על ידי HIPAA או SOX.

אתה מחפש סט שלם של כלי ניהול יומיומי עבור לוח המחוונים של ספק הגיבוי שלך. לא רק עבור דואר אלקטרוני, אלא גם עבור רשימה ארוכה של כלי פרודוקטיביות בענן שכל כך הרבה חברות משתמשות כעת. לפי זה, אנחנו מדברים על פתרונות חבילות כמו Google Workspace, Microsoft 365 או Zoho Docs; אבל אנחנו מדברים גם על כלים מיוחדים שעכשיו גם עברו למודל של שירות ענן. זה יכול לכסות הכל, החל משיווק בדוא"ל ועד לדלפק שירות הלקוחות שלך. אם אתה משתמש במשאב אלו או בכל משאב ענן אחר המאחסן נתונים חשובים, עליך לבדוק כיצד ספק הגיבוי שלך משתלב עם השירותים הללו.

גיבוי ושחזור

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

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

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

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

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

אבטחה ודיווח

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

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

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

איזון אפשרויות הגיבוי שלך

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

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

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

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

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