پرفورمنس جادویی بک اند ✨ با یک روش ساده که دیسکورد را نجات داد!

به جای بازکردن 500 کانکشن دیتابیس، با یک کانکشن دیتابیس، از 2هزار ریکوئست برثانیه رسیدیم به 12هزار ریکوئست برثانیه و میانگین از 800میلی‌ثانیه اومد 50میلی‌ثانیه. همچنین upper99 از 3ثانیه شد 100میلی‌ثانیه. از دور بنظر نشدنی و جادو میاد اما توی این ویدیو با هم یادمیگیریم چطور با دسته‌کردن درخواست‌های SELECT میتونیم به چنین عددایی برسیم.

https://youtu.be/_taaEnkSOEo

دل و روده مموری کدت رو بریز بیرون! رفع Memory Leak با PProf

مموری لیک یا #memory_leak میتونه تبدیل به یک مشکل بزرگ بشه اگه از همون اول جلوش رو نگیریم. OOMKilledهای پشت سر هم و Restartهای زیاد باعث مشکلات زیادی میشه. توی این ویدیو با خیلی ساده فرق Heap و Stack رو متوجه میشیم، و یک سناریو که مشکل Memory Leak داره رو با استفاده از ابزار PProf در Golang، که تمام در و روده نرم افزارمون رو برامون میریزه بیرون، حل میکنیم.
لینک گروه:
https://news.1rj.ru/str/MhrCodeGp

https://youtu.be/B0U0oTbd3Ps

محافظت از APIها با Rate Limiter 🔥 جلوی هزینه‌های آینده رو بگیر

ریت لیمیتر یا #RateLimiter یکی از مهم ترین بخش های یک API #بک_اند هستش که اگه مراقبش نباشید میتونه هم هزینه مالی زیادی، هم منابع زیادی و هم آبروی محصولمون رو ببره! ابزارهای زیادی هستن برای این موضوع ولی یک بار برای همیشه خواستم توی این ویدیو الگوریتم های معمول مورد استفاده رو توضیح بدم و در نهایت الگوریتم GCRA که خیلی کم در موردش حرف زده میشه رو کامل توضیح میدم که خودمون بتونیم از پایه یک Rate Limiter با Redis و Lua بیاریم بالا.

https://youtu.be/T286QJkD8fw

اولین پروژه برای یادگیری Golang 🌐 با TCP Server، وب سرور بساز!

بهترین پروژه برای شروع یادگیری هر زبون یا تکنولوژی، پروژه‌ایه که یه سر به کلیات اون تکنولوژی بزنیم و باهاش آشنا بشیم و البته خیلی هم خلاصه و کوچیک باشه. توی این پروژه خیلی ساده با هم دیگه با استفاده از TCP Socket یک وب سرور مینویسیم که ریکوئست های HTTP رو دریافت کنه و پاسخ بده. بعدش با استفاده از Goroutine ها و بنچ مارک گیری پرفورمنسش رو بهتر میکنیم تا 12 هزار ریکوئست برثانیه ساپورت کنه.

https://www.youtube.com/watch?v=u0vrgoo2CEA

دوره دیتابیس: تراکنش (Transaction) و ACID و درخواست‌های موازی

یکی از مفاهیم مهم #دیتابیس تراکنش‌ها یا همون Transactionها هستن. با کمک ACID بخصوص Atomicty و Isolation Level، ترنزکشن ها بهمون کمک میکنن چندین کوئری رو در قالب یک واحد به دیتابیس بدیم و به شکل موازی اجرا بشن تا در نهایت خروجی یکسان و Consistant داشته باشیم، بدون اینکه این وسط 100 هزار تومن پول یهو گم شه!

https://youtu.be/lF8pheUpa6I

قبل از مصاحبه Systems Design یاد بگیر: Eventual Consistency ⏰

فرض کنید یکی از آدمای معروف توی توییتر 10 میلیون فالوئر داشته باشه و بخواد همون که توییت زد، توییتش بره توی تایم لاین فالوئراش. اگه بخوایم این کارو همون موقع در لحظه انجام بدیم سیستممون crash میکنه یا اون آدم باید 10 دقیقه منتظر لودینگ ثبت توییت باشه! مفهوم Eventual Consistency یکی از مفاهیم مهم دنیای نرم افزار هست که توی مصاحبه های نرم افزاری زیاد در موردش سوال پرسیده میشه.

https://youtu.be/3j3g_mVGUc8

از Spotify یاد بگیریم 🔥 Idempotency در سیستم پرداخت

یه وقت‌هایی بخاطر مشکل شبکه یا درخواست ها به مقصد نمیرسن یا جوابش رو ما نمیگیریم. حالا وقتی درخواست خرید ارسال شده ولی مشکل شبکه خوردیم باید retry کنیم و دوباره درخواست بفرستیم یا تصور کنیم انجام شده؟ این مسئله توی Spotify باعث شده بود یا دوبار از حساب کاربر پول کم شه یا اصلا کم نشه. تو این ویدیو در مورد مفهوم Idempotency صحبت میکنم که کمک میکنه کیفیت APIهامون رو ببریم بالا و البته توی مصاحبه‌های Systems Design هم زیاد ازش سوال میشه.

https://youtu.be/U7A12dQgFqI

فراموش کرده بودم لینک گیتش رو بذارم. الان اوکی شد:
https://github.com/mhrlife/youtube-codes/tree/master/IdempotentAPI

با Locust به شکل توزیع شده Load Test کنیم 🔥 تست یک پروژه

اول یک پروژه رو روی بستر همروش دیپلوی میکنیم و حالا باید مطمئن بشیم با منابعی که اختصاص دادیم چند ریکوئست برثانیه میتونه جواب بده. چطور انجام بدیم؟ ابزارهایی مثل ApacheBenchmark برای توسعه لوکال خوب هستن اما وقتی یک سیستم ابری رو میخوایم تست بگیریم نیاز به ابزاری داریم که بتونه لود تستمون رو Scale کنه! برای همین سراغ Locust Swarm میریم که به راحتی با VMهامون، بک‌اندمون رو لود تست بگیریم و با اختصاص بهتر منابع از 100 ریکوئست برثانیه برسیم به 600 ریکوئست برثانیه.

https://youtu.be/vO6jMWstggA

بک‌اند رو سریع تر کنیم 🔥 از 800 به ده هزار ریکوئست برثانیه

توی این ویدیو یک APIکه با گرفتن لود تست نشون داد 800 ریکوئست برثانیه رو ساپورت میکنه رو بهبود میدیم و با استفاده از Redis Search کوئری پیچیده SQL رو با پرفومنس 10 برابری، 8هزار ریکوئست برثانیه پاسخ میدیم. همچنین توی این ویدیو پیچیدگی‌های پیاده سازیش رو با هم می بینیم و سیستمی پیاده میکنیم که دیتابیس و کش رو با هم sync کنه، و در مورد خوبی ها و بدی های Caching توی پروژه های واقعی صحبت میکنیم.

https://www.youtube.com/watch?v=tLSbJdQc3mA

تحلیل عملکرد بک‌اند با اندازه گیری Latency و Throughput

بعد از اینکه APIهایی که ساختیم آماده شد و با تست‌هایی که نوشتیم چطور مطمئن شیم پرفورمنس وعملکردش نیاز‌های ما رو رفع میکنه؟ لود تست میگیریم و کلی در موردشم صحبت کردیم. اما چطور عددهایی که خروجی لود تستمون هست رو متوجه بشیم و با توجه به نیاز محصول، از عملکرد بک‌اندمون مطمئن شیم؟ جواب همه‌ی این سوالا و اینکه چطور توی مصاحبه سیستم دیزاین در مورد این دو موضوع صحبت کنیم رو توی این ویدیو بحث میکنیم.

https://youtu.be/L8m9E0hSA4M

تک تاک 💻 توی دیوار فیچرهای جدید رو چطور موقع توسعه و قبل از ریلیز تست میکنیم؟

توی شرکت‌های بزرگی مثل دیوار که تعداد سرویس‌ها و حجم کد خیلی زیاده، نیاز داریم علاوه بر یونیت تست و اینتگریشن تست خودمون هم یک دور سیستم رو بیاریم بالا و تغییرات جدیدمون رو توی محیط شبیه پروداکشن تست کنیم. اما از یه جایی به بعد منابعی که نیازه برای این کار بیشتر از سیستم‌های شخصی هست و با استفاده از استیجینگ، کد جدیدمون رو توی بستر ابری میاریم بالا. توی این ویدیو امین عارف‌زاده، مهندس نرم‌افزار در تیم پلتفرم دیوار، بهمون مسیری که از گذشته طی شده برای این کار و سیستم سندباکسینگی که پیاده کردن رو توضیح میده که چطور این ابزارها کمک کردن پرفورمنس و اعتماد به نفس تیم فنی هنگام توسعه بیشتر بشه.

https://youtu.be/hBJraKdKhAE

برای عید میخواستم یه سر دوباره به HTMX بزنیم و نهایتا توی یکی دو روز یک بازی تلگرامی شبیه کویز او کینگز بسازیم که یکم چالش های ساده مثل scoreboard و match making داشته باشه، در کل هم ساده باشه و دو روزه تموم شه.بنظرتون لایو باشه و توی دو تا لایو 8 9 ساعته انجامش بدیم (توی یوتیوب) و در نهایت ویدیوهاش رو توی کانال بذاریم، یا مثل ویدیوهای فعلی بشکونم و مرتبط شده توی 3 4 قسمت ادیت شده بذارم؟

قراره توی عید یک بازی تلگرامی مشابه Quiz of Kings رو با هم توی چند تا یوتیوب از صفر تا صد پیاده‌سازی کنیم.

اولین لایو فردا جمعه ساعت ۱۲ شروع میشه و اگه میخواید لایو های بعدی رو از دست ندید توی کانال @MhrCode یا گروه @MhrCodeGp عضو بشید تا قبل از هر لایو تایم دقیقش رو بذارم.

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

لایو‌ها توی کانال یوتیوب https://youtube.com/@mhr_code خواهند بود

استکی که قراره باهاش بازی رو بسازیم: Golang, HTMX, Alpinejs

اگه میدونید دوستی احتمالا ازین لایو خوشش بیاد ممنون میشم share کنید باهاشون🙏💛

استریم توسعه بازی نبرد پادشاهان تا دقایق دیگه شروع میشه
https://youtube.com/live/S7IPFanS_U8

ممنون از همه دوستانی که اومدن، توی این لایو با هم کلی یونیت تست و اینتگریشن تست نوشتیم، با جیسون های ردیس کلی سر و کله زدیم، سیستم مچ میکینگ نوشتیم با ردیس، و برای ربات تلگرامی مون کلی ابزار نوشتیم.

توی قسمت بعدی میریم سراغ تکمیل ربات تلگرامی و کم کم فرانت بازی رو شروع میکنیم

همچنین ویدیوی لایو توی این لینک قابل مشاهده هستش اگه دوس داشتید نگاه کنید

https://www.youtube.com/live/S7IPFanS_U8?si=p1zL2ZlGQoxOeaW_

فردا، قسمت دوم لایو پیاده‌سازی بازی تلگرامی مشابه Quiz of Kings

از قبل لایو رو ساختم که اگه خواستید بتونید نوتیفیکیشنش رو فعال کنید و از دست ندید. توی این قسمت کد‌های قبلی ایی که زدیم رو Real-time میکنیم و فرایند Matchmaking رو تکمیل میکنیم، اینطور UI کاربرها آپدیت میشه و میفهمن هنوز توی پروسه مچ میکینگ هستند و به شکل Real-time متوجه میشن که به یک لابی جوین شدن.

لایو فردا ساعت 8شب تا 11شب خواهد بود
https://youtube.com/live/JzGhibKhMdA?feature=share