سیدرضا بازیار

1. جست‌وجو

   جست‌وجوی فارسی و چندزبانه

   جست‌وجوی فارسی یکدست نبود و ایندکس از دیتابیس عقب می‌ماند. متن و رتبه‌بندی را نرمال کردم و Elasticsearch را با منبع اصلی همگام نگه داشتم.

   • Elasticsearch
   • MySQL و PostgreSQL
2. داده

   مدل خواندن برای دیتابیس

   دیتابیس رابطه‌ای باید همهٔ جور خواندن را پاسخ می‌داد. منبع اصلی را از مدل خواندن جدا کردم و با keyset pagination و بررسی query plan مسیر خواندن را سبک‌تر کردم.

   • MySQL و PostgreSQL
   • MongoDB
   • Redis
3. سرعت

   سرعت و هزینهٔ منابع

   مسیرهای پرتکرار زمان پاسخ و مصرف را بالا می‌بردند. گلوگاه را از لاگ پیدا کردم، صف را از cache جدا کردم و بودجهٔ سرویس را مشخص کردم؛ Octane را هم هرجا مناسب بود به کار بردم.

   • Laravel
   • Redis
   • Linux و systemd
4. پایداری

   سلامت سرویس و بازیابی

   هشدارهای شلوغ و انتشار پرریسک بازیابی را کند می‌کردند. health endpoint سبک، هشدار متمرکز، راه برگشت و postmortem بدون سرزنش گذاشتم.

   • Linux و systemd
   • مانیتورینگ و هشدار
   • Git و CI
5. شبکه

   رفتار لبه و مسیرهای بین‌المللی

   رفتار ترافیک در مسیرها و برای خزنده‌ها فرق می‌کرد. proxy و rate limit را تنظیم کردم، اثر CDN را سنجیدم و MTU و PMTUD را برای عیب‌یابی بررسی کردم.

   • Nginx و Apache
   • شبکه، DNS و TLS
   • مانیتورینگ و هشدار
6. امنیت

   دسترسی API و افشای داده

   مرز دسترسی API و دانلودها روشن نبود. داده‌ها را بازبینی کردم، لینک امضاشده و دسترسی به‌ازای کاربر گذاشتم و راه گزارش آسیب‌پذیری را نوشتم.

   • REST و JWT
   • بازبینی امنیتی
7. پردازش داده

   جمع‌آوری و یکدست‌سازی داده

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

   • Python
   • جمع‌آوری و پردازش داده
   • Redis
8. ایجنت

   گردش‌کار ایجنت با نقطهٔ بازبینی

   گردش‌کار ایجنت به مرز هزینه و تأیید نیاز داشت. چند ایجنت را به کار گرفتم، پردازش batch را با اجرای زنده سنجیدم و بازبینی کد و تأیید انسانی را نگه داشتم.

   • ایجنت‌های هم‌کار
   • پایپ‌لاین‌های LLM
   • Git و CI
   • مانیتورینگ و هشدار

“

اول لاگ، query plan و curl؛ بعد یک تغییر کوچک و برگشت‌پذیر که مستنداتش در همان commit می‌آید.

1. ۰۱

   اول شواهد را می‌بینم

   پیش از تغییر کد، لاگ، query plan یا نتیجهٔ درخواست را بررسی می‌کنم.

2. ۰۲

   تغییر را قابل‌بازبینی نگه می‌دارم

   تغییر کوچک را هم‌تیمی می‌تواند بسنجد و در صورت نیاز برگرداند.

3. ۰۳

   تسک و دلیلش را می‌نویسم

   تسک و تصمیم را مکتوب می‌کنم و توضیح را کنار همان commit می‌گذارم.

4. ۰۴

   هزینه بخشی از کار است

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

5. ۰۵

   تکرار را می‌سپارم؛ تأیید را نه

   ایجنت قدم‌های تکراری را انجام می‌دهد؛ قضاوت و تأیید نهایی با آدم می‌ماند.

6. ۰۶

   تحویل را قابل‌استفاده می‌کنم

   runbook، مانیتورینگ، هشدار و یادداشت می‌گذارم تا تیم بدون من هم کار را ادامه دهد.

مسئله‌ات این‌جا نبود؟ همان را بنویس.

شروع کار

1. ۰۱

   مسئله را توضیح می‌دهی

   از نتیجه، محدودیت‌ها و بازهٔ بودجه می‌گویی.

2. ۰۲

   ارزیابی مکتوب می‌گیری

   دو یا سه مسیر را با هزینه و بده‌بستان هرکدام می‌نویسم.

3. ۰۳

   با نسخهٔ کوچک شروع می‌کنیم

   یک بخش کوچک و قابل‌اجرا می‌سازیم و بازبینی می‌کنیم؛ بعد محدوده را گسترش می‌دهیم.

4. ۰۴

   کار را به تیم تحویل می‌دهیم

   مستندات، مانیتورینگ، هشدار و قدم‌های بعدی را کنار کار می‌گذاریم.