Micro-Step DB.16 — Transaction Monitoring & Tracing Infrastructureاااا هدف: اضافه کردن لایه Monitoring برای تراکنش‌های حساس بدون تغییر Business Logic. لطفاً فقط زیرساخت Trace و Metrics تراکنش‌ها را اضافه کن. اقدامات: 1. در لایه: src/shared/infrastructure/database/ یک مکانیزم استاندارد برای ثبت اطلاعات Transaction ایجاد کن. مواردی که ثبت شوند: - transaction name - driver انتخاب‌شده (default / neon-websocket) - start time - end time - duration ms - success / failed - error message در صورت rollback 2. در runInTransaction این لاگ‌ها اضافه شوند، اما: - هیچ تغییر در Signature فعلی ایجاد نشود. - هیچ تغییری در Business Logic انجام نشود. - Wallet، Billing، Checkout، Refund دستکاری نشوند. 3. امکان اتصال آینده به: - Sentry - OpenTelemetry - Logger مرکزی به صورت Extension Point آماده باشد. 4. از console.log ساده در مسیر Production استفاده نکن. یک abstraction کوچک برای Transaction Logger ایجاد کن. 5. هیچ تغییری در: - Schema - Migration - Database Driver - Provider Registry - Transaction Provider Logic ایجاد نکن. بعد از اجرا: - Build کامل - TypeScript check گزارش: - فایل‌های تغییر یافته - معماری قبل و بعد - تایید عدم تغییر Business Logic - نتیجه Build

سبککککککک

لطفاً Micro-Step DB.11 را اجرا کن.لللللللللللل هدف: شناسایی دقیق اینکه کدام عملیات پروژه باید از Transaction Provider واقعی (neon-websocket) استفاده کند و کدام عملیات با Default Provider باقی بماند. قوانین: - هیچ فایلی تغییر نکند. - فقط Audit READ-ONLY انجام شود. - هیچ Business Logic اصلاح نشود. بررسی فایل‌ها: - src/features/billing/server/services/wallet.service.ts - src/features/billing/server/controller.ts - src/features/billing/server/actions.ts - src/features/admin/enrollments/server/actions.ts - src/features/cart/server/actions.ts - هر فایل دیگری که runInTransaction استفاده می‌کند. برای هر Transaction مشخص کن: 1. آیا نیاز به Interactive Transaction واقعی دارد؟ 2. آیا FOR UPDATE استفاده می‌کند؟ 3. آیا چند جدول مالی/حساس را تغییر می‌دهد؟ 4. آیا باید به: driver: "neon-websocket" منتقل شود؟ دسته‌بندی خروجی: A) باید حتماً Neon WebSocket شود: - مالی - Refund - Wallet - Payment Settlement B) بهتر است Default بماند: - عملیات ساده - CRUD - غیرحساس C) نیاز به بررسی بیشتر همچنین بررسی کن: - آیا تغییر فقط با تغییر گزینه runInTransaction انجام می‌شود؟ - آیا Signature فعلی سرویس‌ها کافی است؟ هیچ کدی تغییر نکند. خروجی: Audit Matrix + پیشنهاد Micro-Step بعدی.