در خیلی از سازمانها، انتخاب ابزار Remote Support فقط موضوع سرعت و راحتی نیست. محل عبور ترافیک، مالکیت سرور، امکان کار در شبکه داخلی و وابستگی به سرویس خارجی به همان اندازه مهماند. MedaDesk برای این دسته از سازمانها میتواند بهصورت Private / On-Premise در معماری اختصاصی استقرار پیدا کند.
هدف روشن است: مرکز عملیات پشتیبانی، Deviceها و مسیر ارتباطی تا حد ممکن در کنترل خود سازمان بمانند و Help Desk برای یک Remote داخلی مجبور نباشد به یک سرویس خارجی وابسته باشد.
مدادسک روی زیرساخت سازمان چه معنایی دارد؟
Control Plane، موتور ارتباطی و اجزای موردنیاز MedaDesk میتوانند در محیط اختصاصی سازمان یا دیتاسنتر موردنظر استقرار یابند. در چنین معماریای، Deviceها به زیرساختی متصل میشوند که سازمان روی آن کنترل دارد و سیاست Firewall، DNS، Relay و دسترسیها نیز متناسب با همان محیط طراحی میشوند.
برای سازمانهایی که خروج ترافیک، وابستگی خارجی و کنترل داده مهم است، مدل Private Deployment میتواند بخشی از معماری پشتیبانی باشد.
در زمان اختلال اینترنت بینالمللی چه؟
اگر سرورهای MedaDesk، DNS، احراز هویت، Relay و وابستگیهای موردنیاز داخل شبکه یا زیرساخت داخلی قابل دسترس باشند، Remote Support داخلی میتواند بدون وابستگی به یک Cloud خارجی ادامه پیدا کند.
این موضوع را نباید بهصورت شعار مطلق دید؛ طراحی شبکه تعیینکننده است. اگر بخشی از زنجیره همچنان به DNS یا سرویس خارجی وابسته باشد، همان وابستگی میتواند نقطه شکست شود. مزیت MedaDesk این است که معماری استقرار خصوصی چنین استقلالی را ممکن میکند.
بدون خروج غیرضروری ترافیک از سازمان
در Remote Support، تصویر دسکتاپ، ورودی کارشناس، Clipboard و در آینده File Transfer میتوانند حجم قابل توجهی از ترافیک و داده حساس ایجاد کنند. در مدل استقرار خصوصی، میتوان مسیر این ارتباط را داخل زیرساخت سازمان نگه داشت و Relay را نیز در کنترل خود مجموعه قرار داد.
WebRTC و Relay؛ چرا هر دو مهماند؟
مسیر مستقیم معمولاً تاخیر کمتری دارد، اما در شبکه واقعی همیشه امکان اتصال Peer-to-Peer وجود ندارد. Firewall، NAT و Segmentهای مختلف میتوانند ارتباط مستقیم را مسدود کنند.
MedaDesk از WebRTC برای مسیر مستقیم استفاده میکند و Relay را حذف نمیکند؛ اگر ICE شکست بخورد، Relay مسیر جایگزین باقی میماند. برای محیط سازمانی این ترکیب از «فقط سریع بودن» مهمتر است؛ باید پایدار هم باشد.
Private Remote Support برای چه سازمانهایی مهم است؟
- بانکها، صنایع و سازمانهایی با سیاست Data Residency
- شبکههای داخلی یا ایزوله
- شرکتهایی که خروج ترافیک Remote به Cloud خارجی را نمیپذیرند
- سازمانهایی که ServiceDesk Plus را On-Premise اجرا میکنند
- تیمهایی که در اختلال اینترنت بینالمللی باید پشتیبانی داخلیشان ادامه پیدا کند
ServiceDesk Plus در همان معماری
اگر ServiceDesk Plus داخل سازمان است، منطقی است Remote Support هم تا حد امکان در همان مرز اعتماد باقی بماند. MedaDesk با افزونه اختصاصی خود، Request، Device، Technician، Session و Worklog را به هم متصل میکند و میتواند در کنار ServiceDesk Plus به بخشی از معماری داخلی Help Desk تبدیل شود.
مزیت برای MSP و چندسازمانی
Private Deployment الزاماً به معنی یک سازمان و چند دستگاه نیست. ساختار Organization و Device Grant اجازه میدهد چند مشتری، شرکت یا واحد سازمانی در یک Control Plane مدیریت شوند، بدون اینکه دسترسی Technicianها بدون سیاست مشخص باز باشد.
مدادسک فقط برای داخل شبکه نیست
استقرار خصوصی به این معنی نیست که فقط از LAN استفاده کنید. میتوان معماری را طوری طراحی کرد که کاربران بیرونی نیز از مسیر امن به زیرساخت MedaDesk وصل شوند. تفاوت این است که نقطه کنترل و سرویس اصلی تحت اختیار خود سازمان است.
| مدل | مزیت | مناسب برای |
|---|---|---|
| Cloud عمومی | راهاندازی سریع و نگهداری کمتر | تیمهایی که محدودیت زیرساختی ندارند |
| Private / On-Premise | کنترل سرور، Relay، ترافیک و Policy | سازمانهای حساس، داخلی و Data Residency |
| Hybrid | ترکیب دسترسی بیرونی و کنترل داخلی | سازمانهای چندشعبهای و MSP |
اگر Remote Support باید زیر کنترل خودتان باشد
معماری MedaDesk را بر اساس شبکه، ServiceDesk Plus و سیاستهای امنیتی سازمان طراحی کنید.
سخن پایانی
برای بعضی سازمانها، استفاده از یک Remote Cloud خارجی هیچ مسئلهای ندارد. برای بعضی دیگر، همین موضوع خط قرمز معماری است. MedaDesk قرار نیست یک جواب واحد را به همه تحمیل کند.
مزیت مدل Private این است که سازمان میتواند Remote Support را داخل مرزهای خودش طراحی کند: Server، Relay، Policy، Device و ServiceDesk Plus در یک معماری قابل کنترل. اگر اینترنت بینالمللی قطع شد، قرار نیست صرفاً بهدلیل نبودن یک Cloud خارجی، پشتیبانی داخلی هم متوقف شود؛ به شرط آنکه کل زنجیره وابستگی داخلی درست طراحی شده باشد.
مدادسک؛ Remote Support وقتی حرفهای میشود که زیرساخت، دسترسی و فرایند همگی قابل کنترل باشند.
