پروژه‌های منتخب01
باروقمارکت‌پلیس چندفروشندگی
یک پلتفرم مارکت‌پلیس چندفروشندگی با رویکرد Production که بر پایه معماری Microservices، معماری رویدادمحور، مدیریت متمرکز هویت و زیرساخت کانتینری طراحی شده است.
مطالعه جزئیات پروژهمهندس ارشد بک‌اند .NET و معمار نرم‌افزار
سیستم‌های مقیاس‌پذیر .NET را طراحی، پیاده‌سازی و عیب‌یابی می‌کنم.
به تیم‌های نرم‌افزاری کمک می‌کنم سیستم‌های بک‌اند قابل اعتماد، معماری‌های Microservices، سامانه‌های توزیع‌شده و زیرساخت‌های Production را طراحی و پیاده‌سازی کنند و مشکلات پیچیده فنی را از ریشه حل کنند.
بیش از ۱۰ سال تجربه حرفه‌ای در مهندسی نرم‌افزار
SYSTEM / 01نگاه سیستمی. تمرکز بر محیط واقعی.
معماری توزیع‌شده
01
Web
PWA
Client
API Gatewayیک نقطه ورود، مرزهای روشن
HTTPS02
هویت.NET
محصول.NET
سفارش.NET
RabbitMQ·MassTransitgRPC
03
Identity DB
Product DB
Order DB
[یک سیستم؛ فراتر از کنار هم گذاشتن سرویس‌ها.مرزهای روشن. قراردادهای مشخص. ارتباط قابل اعتماد.]
۱۰+
سال تجربه حرفه‌ای مهندسی نرم‌افزار
۶ + ۴
سال تجربه در دو مجموعه حرفه‌ای
کارشناسی ارشد
مهندسی کامپیوتر · معماری سیستم‌های کامپیوتری
Production
تجربه در سامانه‌های سازمانی و توزیع‌شده
فراتر از کد
معماری خوب باید در عمل هم کار کند.
حوزه کاری من جایی است که کد برنامه، سرویس‌های توزیع‌شده، هویت و زیرساخت به هم می‌رسند. مرزبندی روشن، رفتار قابل اعتماد و فهمیدن علت خرابی پیش از انتخاب راه‌حل، محور کار من است.
چطور می‌توانم کمک کنم
کمک مهندسی برای مسئله‌هایی که اهمیت دارند.
۱
معماری و سیستم‌های توزیع‌شده
طراحی و بررسی معماری‌های مقیاس‌پذیر بک‌اند، Microservices، مرزبندی سرویس‌ها، CQRS، معماری رویدادمحور و جریان‌های کاری توزیع‌شده.
۲
مهندسی بک‌اند .NET
طراحی و پیاده‌سازی سیستم‌های بک‌اند و APIهای قابل اعتماد با استفاده از .NET و اصول مهندسی نرم‌افزار.
۳
هویت و امنیت
طراحی و عیب‌یابی سیستم‌های احراز هویت و مجوزدهی مدرن برای برنامه‌های توزیع‌شده.
۴
عیب‌یابی سیستم‌های Production
پیدا کردن ریشه مشکلات پیچیده در بک‌اند، زیرساخت، شبکه، احراز هویت و استقرار نرم‌افزار.
تخصص‌های فنی
ابزارها در خدمت تصمیم مهندسی.
بک‌اند
معماری
پیام‌رسانی
هویت و امنیت
زیرساخت
داده
فرانت‌اند و محصول
مسیر حل مسئله
چطور مسائل پیچیده مهندسی را حل می‌کنم
- ۰۱
درک مسئله
تعریف رفتار، محدودیت‌ها و اثر مسئله.
- ۰۲
بررسی و تحلیل
دنبال کردن شواهد در سراسر سیستم.
- ۰۳
پیدا کردن ریشه مشکل
جدا کردن نشانه از علت ایجاد آن.
- ۰۴
طراحی راه‌حل
انتخاب کوچک‌ترین راه‌حل قابل اعتماد.
- ۰۵
پیاده‌سازی
اعمال تغییر با مرزبندی روشن.
- ۰۶
اعتبارسنجی
بررسی جریان کامل و مسیرهای خطا.
از دفتر یادداشت مهندسی
یادداشت‌های مهندسی
۰۱معماری
چرا مرزبندی اشتباه، Microservices را به شکست می‌رساند؟
مرز سرویس درباره مالکیت و تغییر است؛ نه صرفاً روشی برای تقسیم کد به چند واحد استقرار.
۰۲هویت
عیب‌یابی OAuth 2.0 و PKCE در برنامه‌های SPA
جریان کد مجوز را مرز به مرز دنبال کنید و مسئولیت مرورگر، سرویس هویت و API را از هم جدا نگه دارید.
۰۳امنیت
طراحی API Scope در معماری Microservices
Scope دسترسی واگذارشده را توصیف می‌کند؛ بخشی از مجوزدهی است، نه جایگزین قواعد دسترسی به هر منبع.
تماس
با یک مشکل پیچیده .NET مواجه هستید؟
برای معماری Microservices، مشکل Production، احراز هویت یا یک سیستم توزیع‌شده به کمک مهندسی نیاز دارید؟