مسئولیت قبل از ابزار
ابتدا مشخص میشود هر لایه چه مسئلهای را حل میکند؛ بعد framework یا database انتخاب میشود.
DEVNU / TECHNOLOGY INDEX
Stack، فقط وقتی دلیل فنی داشته باشد.
این صفحات توضیح نمیدهند یک فناوری در لغت چیست. توضیح میدهند در چه نوع سیستمهایی از آن استفاده میکنیم، چه مسئولیتی دارد، چه trade-offهایی ایجاد میکند و چه زمانی اصلاً نباید وارد معماری شود.
بررسی پروژههزینه نگهداری واقعی
هر dependency، runtime و سرویس جدید باید ارزش بیشتری از هزینه عملیات و ارتقای خودش ایجاد کند.
قابل جایگزینی و مستند
Stack نباید پروژه را به یک تصمیم مبهم یا یک توسعهدهنده خاص قفل کند.
ابزارهایی که در معماری DEVNU نقش مشخص دارند.
01
UI RUNTIME
02React
فرانتاند و رابط کاربری
WEB APPLICATION FRAMEWORK
03Next.js
وباپلیکیشن و rendering سمت سرور
APPLICATION LANGUAGE
04TypeScript
قراردادهای کد و توسعه JavaScript
SERVER RUNTIME
05Node.js
Runtime بکاند و ابزارهای سرور
BACKEND APPLICATION FRAMEWORK
06NestJS
API، منطق دامنه و سرویس Backend
AUTOMATION & DATA RUNTIME
07Python
اتوماسیون، پردازش داده و سرویسهای تخصصی
RELATIONAL DATA SYSTEM
08PostgreSQL
پایگاهداده و مدل داده تراکنشی
DATA ACCESS & MIGRATIONS
09Prisma
ORM، schema و migration برای TypeScript
IN-MEMORY DATA & QUEUES
10Redis
Cache، queue و state موقت
APPLICATION DELIVERY
11Docker
بستهبندی سرویس و استقرار قابل تکرار
EDGE WEB SERVER
12Nginx
Reverse proxy، TLS و ورودی سرویس
DNS, CDN & EDGE
13Cloudflare
DNS، CDN، edge security و tunnel
CONTENT MANAGEMENT SYSTEM
WordPress
CMS برای سایتهای محتوامحور و تیمهای ویرایشگر
هیچ تکنولوژی بهتنهایی محصول نیست.
رابط، rendering، state و تجربه قابل ایندکس.
منطق application، API، integration و jobها.
داده پایدار، transaction، query و state موقت.
Build، شبکه، ingress، TLS و edge.
وقتی workflow ویرایش محتوا مسئله اصلی است.
06 / NEXT STEP
اگر stack از قبل قطعی شده، اول دلیلش را بررسی کنیم.
بهترین معماری معمولاً کمترین تعداد فناوری نیست و بیشترین تعداد هم نیست؛ مجموعهای است که مسئولیتها را با کمترین پیچیدگی غیرضروری پوشش دهد.
شرح مسئله