ICM Trader؛ بازسازی پلتفرم بروکر فارکس با سیستم IB و ریبیت

چه چیزی ساخته شد؟

یک مثال از تفاوت دو مدل: در سیستم قدیمی، اگر کاربری با سه حساب می‌خواست زیر IB دیگری برود، هر سه حساب باید عوض می‌شد. در سیستم جدید فقط رابطهٔ دو کاربر تغییر می‌کند و حساب‌ها سر جایشان می‌مانند.

مهاجرت بدون توقف سرویس

سخت‌ترین بخش پروژه، انتقال کاربران و IBهای فعال با همهٔ سوابق مالی‌شان بود، آن هم در بروکری که نمی‌تواند سرویسش را متوقف کند. سناریوهای تست برای همهٔ حالت‌ها نوشته شد: کاربر قدیمی با IB قدیمی، کاربر قدیمی با IB جدید، کاربر جدید در ساختار جدید، و ترکیب‌های مختلف حساب و کیف پول.

داده‌های منتقل‌شده مرحله‌به‌مرحله و همراه با تیم ICM بررسی و تأیید شد. مهاجرت با یک زمان‌بندی مشخص و بدون از دست رفتن حتی یک رکورد مالی انجام شد.

فناوری‌ها و زیرساخت

• Laravel: چارچوب (فریم‌ورک) آمادهٔ زبان PHP برای ساختن بخش سرور.
• زیرساخت کانتینری: هر بخش نرم‌افزار در یک محیط بسته و یکسان اجرا می‌شود تا روی هر سرور همان رفتار را داشته باشد.
• PostgreSQL جدا از سرور اپلیکیشن: دیتابیس در شبکهٔ داخلی و جدا از سرور اپلیکیشن قرار دارد.
• CI/CD (استقرار خودکار): هر تغییر بعد از تأیید، بدون دخالت دستی روی محیط اصلی منتشر می‌شود.

نتیجه

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

• سایت ICM Trader
• پنل کلاینت ICM Trader

می‌خواهید هزینهٔ پروژه‌ای شبیه ICM Trader را بدانید؟ هزینه را محاسبه کنید.

اگر پلتفرم مالی خودتان را بازسازی می‌کنید: چک‌لیست از تجربهٔ ICM

• مرکز سیستم چیست؟ اگر همه چیز به «حساب» وصل است، تغییر یک رابطه یعنی تغییر کل حساب. اول روشن کنید کاربر، حساب و کیف پول چه رابطه‌ای دارند.
• محاسبه‌های حساس مالی کجا انجام می‌شوند؟ اگر مستقیم روی دیتابیس نرم‌افزار دیگری‌اند، تست و حسابرسی‌شان سخت است.
• کدام کار ادمین باید به کاربر برسد؟ ساخت حساب، واریز یا احراز هویت؛ هر کدام بار عملیات را کم می‌کند.
• مهاجرت داده چطور آزموده می‌شود؟ فهرست همهٔ حالت‌های کاربران قدیمی و جدید را پیش از شروع بنویسید.
• سرویس می‌تواند متوقف شود؟ اگر نه، زمان‌بندی مهاجرت و تأیید مرحله‌به‌مرحله از اول جزو برنامه است.
• پنل مدیریت چه چیزهایی را باید کنترل کند؟ برای برآورد، مقالهٔ هزینه طراحی پنل مدیریت کمک می‌کند.

برای پلتفرم‌های طلا، صرافی و معاملات، راهکار اپلیکیشن طلا و صرافی را ببینید. خدمت پایهٔ این پروژه طراحی و توسعه وب اپلیکیشن و طراحی پنل مدیریت و داشبورد اختصاصی است. برای برآورد کلی، هزینه ساخت وب اپلیکیشن و هزینه نرم‌افزار سفارشی را بخوانید. نمونه‌کارهای دیگر را در نمونه‌کارهای تکنوراه ببینید.

جمع‌بندی

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