Jitsi یا Google Meet؛ اینترنت ضعیف تنها معیار انتخاب نیست

برای جلسه روی اتصال ناپایدار، نمی‌توان Jitsi یا Google Meet را فقط با سرعت اینترنت انتخاب کرد. افت‌وخیز پهنای باند، تأخیر و ازدست‌رفتن بسته‌ها بر تماس اثرهای متفاوتی دارند. در کنار کیفیت صدا و تصویر، باید هزینهٔ ادارهٔ سرور، امکان ضبط، ورود تلفنی و محدودیت حساب برگزارکننده را سنجید.

اگر گروهی می‌خواهد بدون ادارهٔ زیرساخت جلسه بگذارد، Google Meet و سرویس میزبانی‌شدهٔ Jitsi هر دو گزینه‌های قابل بررسی‌اند. میزبانی مستقل Jitsi به سازمان اختیار ادارهٔ زیرساخت می‌دهد، اما مسئولیت ظرفیت و نگهداری آن را نیز منتقل می‌کند. نصب سرور شخصی به‌خودی‌خود اتصال ناپایدار شرکت‌کنندگان را بهتر نمی‌کند.

آزمون شبکه چه چیزی را دربارهٔ کیفیت تماس نشان می‌دهد؟

در آزمون آزمایشگاهی TestDevLab، تماس‌های دونفرهٔ Jitsi و Google Meet در نوامبر و دسامبر ۲۰۲۲ با Chrome 108 و زیر محدودیت‌هایی مانند تغییر پهنای باند، تأخیر، نوسان تأخیر و اتلاف بسته بررسی شدند. این آزمایش رفتار تماس را هنگام شدیدتر شدن اختلال و پس از کاهش آن اندازه گرفت؛ بنابراین نتیجهٔ آن فراتر از یک عدد ثابت برای سرعت مصرفی است.

وقتی پهنای باند در طول تماس تغییر می‌کرد و اتلاف بسته ثابت بود، عملکرد کلی Jitsi در ارزیابی آزمایش قابل‌قبول و عملکرد Google Meet ضعیف بود. بااین‌حال تصویر Jitsi نیز در میانهٔ آزمایش افت کیفیت و چند مکث داشت. پس «قابل‌قبول» در این سناریو به معنی تماس بی‌وقفه یا برتری همیشگی Jitsi نیست.

در سناریوی دیگری که اتلاف بسته تغییر می‌کرد و نوسان تأخیر ثابت بود، Jitsi نتوانست تماس تصویری را خوب حفظ کند؛ تصویر Google Meet نیز افت کیفیت و مکث‌های کوتاه پیاپی داشت. برای انتخاب سرویس، کم‌بودن ظرفیت اتصال، تغییر مداوم آن و گم‌شدن بسته‌ها را باید مسئله‌هایی جدا دانست. آزمایش روی تماس دونفره و نسخه‌های همان دوره انجام شده است؛ نتیجه‌اش را نمی‌توان بی‌واسطه به جلسهٔ پرجمعیت یا مسیر اینترنت امروز تعمیم داد.

کدام Jitsi را با Google Meet مقایسه می‌کنید؟

پرسش‌های متداول Jitsi میان استفاده از meet.jit.si و نصب Jitsi Meet روی سرور خودتان تمایز می‌گذارد؛ سرویس نخست به نصب سرور نیاز ندارد، اما در استقرار مستقل ضبط به Jibri و اتصال به شبکهٔ تلفن به Jigasi همراه با ارائه‌دهندهٔ SIP وابسته است. بنابراین «انتخاب Jitsi» می‌تواند استفاده از یک سرویس آماده یا پذیرفتن کار ادارهٔ چند جزء جداگانه باشد.

این تمایز برای گروهی که فقط به یک اتاق تماس نیاز دارد شاید کوچک به نظر برسد، اما با درخواست ضبط یا ورود تلفنی تعیین‌کننده می‌شود. در سرور مستقل، نصب هستهٔ جلسه به‌تنهایی این امکانات را آماده نمی‌کند. برگزارکننده باید روشن کند تماس تلفنی از چه مسیری به جلسه می‌رسد، چه کسی آن مسیر را نگهداری می‌کند و فایل ضبط‌شده در کجا قرار می‌گیرد.

در مقابل، استفاده از meet.jit.si بار نصب و ادارهٔ سرور را از دوش گروه برمی‌دارد. این سرویس و یک نصب مستقل، با وجود نام مشترک Jitsi Meet، از نظر اختیار تنظیمات و مسئولیت عملیاتی یکسان نیستند. اگر کنترل زیرساخت دلیل اصلی انتخاب Jitsi است، کیفیت مشاهده‌شده در یک تماس روی سرویس عمومی هم جای ارزیابی استقرار پیشنهادی سازمان را نمی‌گیرد.

میزبانی و ضبط هم‌زمان چه باری به سرور اضافه می‌کند؟

در راهنمای الزامات میزبانی Jitsi، سرعت و پایداری پیوند شبکه از نیازهای اصلی سرور رسانه شمرده شده‌اند و هر نمونهٔ Jibri فقط یک جلسه را هم‌زمان ضبط می‌کند. این نکته ظرفیت تماس و ظرفیت ضبط را از هم جدا می‌کند: سروری که چند جلسه را برقرار نگه می‌دارد، لزوماً نمی‌تواند همهٔ آن‌ها را هم‌زمان ضبط کند.

ضبط به پردازش ویدئو، حافظه و فضای ذخیره‌سازی نیاز دارد و فشار آن می‌تواند بر کار همان سروری که جلسه را اداره می‌کند اثر بگذارد. به همین دلیل، هزینهٔ میزبانی مستقل فقط هزینهٔ نصب نرم‌افزار یا اجارهٔ سرور اولیه نیست. تعداد جلسه‌های هم‌زمان، تعداد ضبط‌های هم‌زمان، نگهداری فایل‌ها و ظرفیت پیوند شبکه هر کدام بخشی از منابع موردنیاز را تعیین می‌کنند.

برای سازمانی با جلسات کوتاه و ضبط گهگاه، این بار با سازمانی که چند کلاس یا نشست را هم‌زمان ثبت می‌کند فرق دارد. همچنین ظرفیت پیوند سرور رسانه را نباید با سرعت اتصال یک شرکت‌کننده یکی گرفت: مسیر رسیدن رسانه به سرور و کیفیت اتصال هر فرد، هر دو بر تجربهٔ تماس اثر دارند. کنترل بیشتر بر زیرساخت زمانی مزیت عملی است که سازمان بتواند این ظرفیت و نگهداری را تأمین کند.

حساب Google Meet چه محدودیت‌هایی وارد تصمیم می‌کند؟

الزامات رسمی Google Meet برای حساب شخصی سقف ۱۰۰ شرکت‌کننده را اعلام می‌کند و مدت جلسهٔ رایانه‌ای با سه شرکت‌کننده یا بیشتر را برای میزبان بدون اشتراک به ۶۰ دقیقه محدود می‌داند. برگزارکننده برای ساخت جلسه به حساب Google نیاز دارد، در حالی که ظرفیت حساب‌های کاری و آموزشی به نسخهٔ Google Workspace وابسته است.

اگر نشست گروهی معمولاً طولانی‌تر از سقف حساب بدون اشتراک است، آماده‌بودن سرویس به‌تنهایی مسئله را حل نمی‌کند. در سوی دیگر، محدودیت اعلام‌شده برای حساب Meet را نباید با ظرفیت عملی یک سرور مستقل Jitsi یکسان دانست؛ آن ظرفیت به منابع و پیکربندی استقرار بستگی دارد. ورود با تلفن در Meet نیز به شماره و رمزی وابسته است که برای همان جلسه در اختیار شرکت‌کننده قرار گرفته باشد.

در Meet، ضبط برای هر حسابی فعال نیست. راهنمای ضبط Google Meet نسخه‌های واجد شرایط Workspace و اشتراک‌های مشخص دیگر را فهرست می‌کند؛ در محیط سازمانی مدیر باید اجازهٔ ضبط را فعال کرده باشد و فایل در Google Drive برگزارکننده ذخیره می‌شود. فضای ذخیره‌سازی کافی نیز لازم است. در نتیجه، هزینهٔ ضبط در Meet به دسترسی حساب و ذخیره‌سازی مربوط می‌شود و در Jitsi مستقل به منابع و نگهداری Jibri.

انتخاب برای یک جلسهٔ واقعی چگونه شکل می‌گیرد؟

اگر اولویت، برگزاری سریع جلسه بدون ادارهٔ سرور است، انتخاب را میان Google Meet و Jitsi میزبانی‌شده آغاز کنید و محدودیت حساب، ضبط و ورود تلفنی را با نیاز همان جلسه تطبیق دهید. اگر اختیار ادارهٔ زیرساخت اهمیت بیشتری دارد، Jitsi مستقل گزینهٔ قابل بررسی است، به شرط آنکه ظرفیت شبکه و کار نگهداری اجزای تماس، ضبط و تلفن در تصمیم منظور شود.

برای اتصال ناپایدار، یک تماس با دستگاه‌ها، تعداد شرکت‌کنندگان و مسیر اینترنت واقعی گروه اطلاعات مفیدتری از رتبه‌بندی کلی سرویس‌ها می‌دهد. شنیده‌شدن صدا، تأخیر پاسخ، مکث تصویر و بازگشت کیفیت پس از افت شبکه را جداگانه بسنجید. اگر قرار است Jitsi را مستقل میزبانی کنید، تماس آزمایشی باید از همان استقرار پیشنهادی عبور کند؛ در غیر این صورت بخشی از هزینه و کیفیتی که قرار است انتخاب کنید، هنوز آزموده نشده است.

بیشتر بخوانید:

• حفرهٔ SharePoint فعالانه سوءاستفاده می‌شود؛ نصب وصله پایان بررسی نیست
• حافظهٔ ابری Google کلید را به دستگاه می‌سپارد؛ ادعای حریم خصوصی زیر ذره‌بین
• NASA برای غذای مریخ برنده انتخاب کرد؛ وعدهٔ جایزه از پرداخت نهایی بزرگ‌تر بود