داستان OpenGate
پنج سال تجربه؛ از مدیریت یک اتصال تا مرکز کنترل یک کسبوکار.
OpenGate از دل نیازهای واقعی مدیرانی شکل گرفت که با سرویسها، شبکهها و مشتریان متفاوت روبهرو بودند. هر نسل محصول پاسخی به یک مسئله عملی بود؛ نسل چهارم، جمعبندی این تجربه و شروع یک معماری تازه است.
در پنجمین سال توسعهOpenGate 4۱ احراز هویت۲ چندپروتکلی۳ مدل تجاری۴ کنترلپلین یکپارچه
هر نسخه، پاسخی به یک تجربه واقعی در نصب، فروش، نگهداری یا پشتیبانی بوده است.
چرا OpenGate شکل گرفت؟
فروش VPN فقط ساخت نام کاربری و رمز عبور نیست.
وقتی تعداد سرورها، روشهای اتصال، نمایندگان و کانالهای فروش بیشتر میشود، مسئله اصلی هماهنگی است: چه کسی به چه چیزی دسترسی دارد، سرویس چگونه ساخته شده و نتیجه هر عملیات کجاست.
هدف OpenGate حذف فناوریهای مختلف نیست؛ هدف این است که همه آنها در یک چرخه تجاری روشن و قابل مدیریت کار کنند.
زیرساخت←پلن و فروش←ساخت سرویس←تجربه مشتری
مسیر تکامل محصول
چهار نسل، یک مسیر مشخص
این تاریخچه فقط فهرست قابلیتها نیست؛ نشان میدهد چرا OpenGate 4 باید از پایه دوباره طراحی میشد.
شروع از مسئله احراز هویت
OpenGate با OpenVPN روی Ubuntu آغاز شد؛ جایی که برای پشتیبانی همزمان از نام کاربری، رمز عبور و Certificate به یک لایه عملیاتی اختصاصی نیاز بود.
پایهای برای احراز هویت و Accounting قابلکنترلپشتیبانی از زیرساختهای متنوعتر
با اضافهشدن SoftEther و پروتکلهای SSTP، L2TP و OpenVPN، محصول از یک سناریوی واحد فراتر رفت و با شبکههای متفاوت سازگار شد.
یک پنل برای چند فناوری اتصالتبدیل اتصال به یک محصول تجاری
در نسل سوم، پلن تجاری از نوع اتصال جدا شد؛ نمایندگان، گزارش فروش، سرورهای دستهبندیشده، ساخت خودکار حساب و کانالهای فروش به چرخه محصول پیوستند.
مدیریت فروش و سرویس در یک مدل مشترکبازطراحی برای شفافیت و رشد
OpenGate 4 بازنویسی همان رابط قدیمی نیست؛ طراحی دوبارهای است برای اینکه عملیات سرور، فروش، اپلیکیشنها، اعلانها و تجربه مشتری روشن و قابل پیگیری باشند.
مرکز کنترل یکپارچه کسبوکار VPNاصول طراحی OpenGate 4
اعتماد با ظاهر زیبا شروع میشود؛ با رفتار قابل پیشبینی ماندگار میشود.
برای ما محصول حرفهای فقط مجموعهای از فرمها نیست. هر تصمیم طراحی باید به مدیر دید بهتر، خطای کمتر یا مسیر روشنتری برای اقدام بدهد.
شفافیت پیش از پیچیدگی
مدیر باید بداند هر خرید، هر عملیات پسزمینه و هر مقصد سرور در چه وضعیتی قرار دارد و گام بعدی چیست.
امنیت با مرزهای روشن
کلاینت، لایسنس و دسترسی عملیاتی هویتهای متفاوت دارند. این مرزها باید قابل توضیح، محدود و قابل ممیزی باشند.
طراحی برای عملیات واقعی
یک قابلیت زمانی کامل است که نصب، خطا، مهاجرت، پشتیبانی و مسیر بازگشت آن نیز برای مدیر قابل مدیریت باشد.
رشد بدون پراکندگی
افزودن Node، ماژول، کانال فروش یا اپلیکیشن نباید کسبوکار را به چند سیستم جدا و ناسازگار تبدیل کند.
OpenGate برای چه تیمی ساخته شده است؟
برای مدیری که میخواهد محصولش رشد کند، بدون اینکه کنترل عملیات را از دست بدهد.
اگر چند سرور، چند پروتکل، نماینده، پنل مشتریان، ربات یا اپلیکیشن دارید، OpenGate میتواند این اجزا را در یک مدل تجاری و عملیاتی مشترک کنار هم قرار دهد.