#ام_دی_کورس

سرورهای DNS معتبر (Authoritative DNS servers)

سرورهای DNS معتبر منبع اصلی برای یافتن آدرس IP نام دامنه در دامنه خاص خود هستند. آنها نگاشت های واقعی نام به آدرس IP را برای یک دامنه رو ذخیره می کنند. در حالی که مکانیسم های کشینگ مختلفی در سراسر اینترنت برای سرعت بخشیدن به یافتن نام دامنه وجود دارد، این Authoritative DNS servers هستند که هنگام پرس و جو پاسخ صحیح و نهایی را ارائه می دهند.

مالکان یا مدیران دامنه رکوردهای دامنه خود را پیکربندی می کنند، اما زیرساخت واقعی - سرورهای DNS - اغلب توسط ارائه دهندگان میزبانی DNS یا ثبت کنندگان مانند Cloudflare، Namecheap، GoDaddy و دیگران نگهداری و راه اندازی می شود.

به زبان ساده تر، Authoritative DNS servers، سرورهایی هستند که مسئولیت ارائه پاسخ صحیح به پرسش های مربوط به آدرس IP نام دامنه را بر عهده دارند. این سرورها توسط مالکان یا مدیران دامنه پیکربندی می شوند، اما اغلب توسط ارائه دهندگان میزبانی DNS یا ثبت کنندگان اداره می شوند.

برای مثال، هنگامی که شما نام دامنه یک وب سایت را در مرورگر خود تایپ می کنید، مرورگر شما با سرورهای DNS ارتباط برقرار می کند تا آدرس IP وب سایت را بیابد. سرورهای DNS معتبر برای دامنه مورد نظر شما، آدرس IP صحیح را به مرورگر شما ارائه می دهند.

سرورهای DNS معتبر نقش مهمی در اینترنت ایفا می کنند و به اطمینان از اینکه کاربران می توانند به وب سایت های مورد نظر خود دسترسی داشته باشند کمک می کنند.

ادامه در پست بعدی...

🆔 @MdDaily

#ام_دی_کورس

سرورهای DNS بازگشتی Recursive DNS Servers Resolver

سرورهای بازگشتی یا Resolver پرس و جوهای DNS را که توسط دستگاه های کلاینت مثل کامپیوتر و گوشی ها پرسیده می شوند رو مدیریت می کنن.

وقتی یه دستگاه میخواد نام دامنه رو Resolve (عمل ترجمه نام دامنه به آدرس IP ) به این سرور ها وصل میشه. با توجه به تصویر بالا DNS Resolver از طرف کلاینت سلسله مراتب DNS رو طی میکنه و با سرورهای DNS مختلف در ارتباطه تا آدرس IP مرتبط با نام دامنه رو پیدا کنه و به کلاینت بده .

سرور های Resolver اغلب پاسخ ها را کش می کنند تا از پرس و جو مکرر اطلاعات مشابه جلوگیری کنند.


ادامه در پست بعدی...

🆔 @MdDaily

#ام_دی_کورس

رزولوشن دی ان اس (DNS Resolution) چطوری کار می‌کنه؟

تو DNS دو روش اصلی برای پاسیخ به کوئری (query resolution) وجود داره:

رزولوشن پرسش تکراری (Iterative query resolution)

رزولوشن پرسش بازگشتی (Recursive query resolution)

این روش ها مشخص می کنن که سرورهای DNS چجوری با هم کار می کنن تا آدرس IP مربوط به یک دامنه خاص رو پیدا کنن. در اینجا یک مرور کلی از هر روش ارائه شده.


رزولوشن پرسش تکراری

در رزولوشن پرسش تکراری، سرور DNS ای که کوئری رو دریافت می‌کنه، به سرور کوئری دهنده ارجاعاتی میده و اون رو در سلسله مراتب DNS راهنمایی می‌کنه. سرور کوئری دهنده با ارسال کوئری‌های بعدی بر اساس ارجاع‌های دریافت شده، به طور فعال در این فرآیند مشارکت می‌کنه.

خب اینجا یکم توضیحش پیچیده شد😅 پس بیاین با استفاده از مثالی که در تصویر بالا نشون داده شده، کارکرد رزولوشن پرسش تکراری رو بهتر بفهمیم.

در ادامه هر مرحله ی تصویر بالا به صورت جداگونه توضیح داده میشه


ادامه در پست بعدی...

🆔 @MdDaily

#ام_دی_کورس

فرض کنید که هاست درخواست کننده در حال درخواست برای resolve نام bytebytego.com است. بریم ببینیم طبق تصویر پست بالا دقیقا چه اتفاقی میوفته:

1. هاست ابتدا یک پیام پرس و جو به DNS resolver محلی ارسال می کنه. پیام پرس و جو حاوی نام هاست bytebytego.com است که باید ترجمه شود.

2. اگر resolver آدرس IP را در حافظه کش خود نداشته باشه، یک پرس و جو به یک سرور DNS ریشه یا همون Root DNS Servers ارسال می کنه.

3. سرور DNS ریشه، با تشخیص پسوند .com، ارجاعی به سرورهای TLD مسئول .com ارائه می ده.

4. حالا resolver یک پرس و جو جدید به یکی از این سرورهای TLD ارسال می کنه.

5. سرور TLD ارجاعی به سرور DNS معتبر یا همون Authoritative DNS servers مسئول bytebytego.com ارائه می ده.

6. بعد resolver پرس و جوی دیگری را به سرور DNS معتبر ارسال می کنه.

7. سرور DNS معتبر با آدرس آیپی bytebytego.com پاسخ می ده.

8. سپس resolver DNS این آدرس IP را کش میکنه و بعد اون رو به هاست درخواست کننده برمی گردونه.

9. اکنون، هاست درخواست کننده یک درخواست HTTP به آدرس IP سرور وب http://www.bytebytego.com ارسال می کنه.

10. سرور وب صفحه وب www.bytebytego.com را برمی گردونه.


ادامه در پست بعدی...

🆔 @MdDaily

#ام_دی_کورس

رزولوشن پرسش بازگشتی (Recursive Query Resolution)

در روش Recursive Query Resolution سرور DNS دریافت کننده کوئری، مسئولیت یافتن آدرس IP به نمایندگی از کلاینت را بر عهده می گیره. ممکنه خود سرور از کوئری های تکراری (Iterative query) برای پیمایش در سلسله مراتب DNS تا زمانی که به سرور DNS معتبر (authoritative) برای دامنه مورد نظر برسه، استفاده کنه.

شبیه مثال پست قبلی نحوه ی بدست اومدن آدرس آی پی bytebytego.com با استفاده از Recursive Query Resolution در تصویر پست اومده


🆔 @MdDaily

کرش کورس DNS (سیستم نام دامنه)

💡 فهرست مطالب:

- معرفی
- مقدمه
- دی ان اس چیست
-خدمات کلیدی ارائه شده توسط DNS
- Host-to-IP address mapping
- Host aliasing
- Email Routing
- IP-to-host address mapping
- Load Balancing
- DNS Hierarchy
- Root DNS Servers
- Top-Level Domain (TLD) DNS servers
- Authoritative DNS servers
- Recursive DNS Servers Resolver
- DNS Resolution
- Recursive Query Resolution


منابع استفاده شده:
https://www.cloudflare.com/learning/dns/what-is-dns/
https://aws.amazon.com/route53/what-is-dns/
https://blog.bytebytego.com/p/a-crash-course-in-dns-domain-name


🆔 @MdDaily

معرفی ابزار Plane

ابزار متن باز مدیریت پروژه Plane یه جایگزین خوب برای Linear/JIRA هست که ازش می تونید برای مدیریت تسک ها و پروژه هاتون استفاده کنید.

بعضی از ویژگی های این ابزار:

- دارای UI/UX فوق العاده
- دارای integrations قدرتمند
- قابلیت Self Hosted
- قابلیت سفارشی سازی تم
- فیلتر و تحریم نبودن وبسایت :)

وبسایت پروژه:
https://plane.so/

گیت هاب پروژه:
https://github.com/makeplane/plane


🆔 @MdDaily

چند وقت پیش توی این پست وبسایت Poe.com را معرفی کردم .

الان این سایت اومده یه بات جدیدی را معرفی کرده که باهاش می تونید برپایه ی GPT3.5 Turbo از قابلیت سرچ در اینترنت استفاده کنید و بروزترین داده ها را دریافت کنید

لینک ربات:
https://poe.com/Web-Search

🆔 @MdDaily

🎧 پلی لیست #موزیک مناسب برای زمان برنامه نویسی و مطالعه شبانه

🎵 Tracklist

► 00:00 Gentle Waves

► 02:03 flower

► 02:58 sweet dreams

► 05:53 tranquility

► 08:01 Explorer

► 10:15 rest

► 12:57 sunday vibes

► 14:58 Overcast

► 17:16 u made me realize i'm worthwhile

► 20:29 Nautilus

► 23:19 Wake up

► 25:27 Aerith

► 27:14 By My Side * Lofi Fruits

► 30:12 Distant Worlds * Lofi Girl

► 01:05:04 life of a stranger * lofi bloo

► 01:07:27 You pied me off, also I did

► 01:09:05 Too Tired

► 01:12:15 Missing You

► 01:16:03 Laze * Traveling Goose

► 01:17:39 reminiscing (ft flovry) * Languid Penguin

► 01:20:15 Perspective * Lofi Girl

► 01:35:14 Aires



🆔 @MdDaily

#ام_دی_کورس

توی این آموزش از مجموعه آموزش های MdDaily قرار با انواع Load Balancers آشنا بشیم.

توی گیف پست انواع الگوریتم های Load Balancers به صورت گرافیکی نشون داده شده ولی برای توضیحات بیشتر با من همراه باشید :)

ادامه در پست بعدی ...

🆔 @MdDaily

#ام_دی_کورس

متعادل کننده های بار (Load Balancers)

آن‌ها می‌توانند میلیون‌ها درخواست ورودی را مدیریت کنند، ترافیک را بین سرورها توزیع کنند و به طور کلی با تنظیمات حداقلی موارد را به خوبی اداره کنند.

چرا؟

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


به طور کلی دو دسته از این الگوریتم‌ها وجود دارد:

✅ استاتیک (Static):

- Round Robin
- Sticky Round Robin
- Hash
- Weighted Round Robin


✅ پویا (Dynamic):

- Least Connections
- Least Response Time


بیایید به هر الگوریتم با جزئیات بیشتری نگاه کنیم:

👉 Round Robin:
درخواست‌ها به صورت متوالی در بین گروهی از سرورها توزیع می‌شوند. هیچ تضمینی وجود ندارد که چندین درخواست از یک کاربر به یک نمونه (instance) برسند.

👉 Sticky Round Robin:
یک جایگزین بهتر برای Round Robin. درخواست‌های مختلف از یک کاربر به یک نمونه (instance) واحد می‌رسند.

👉 Hash-Based:
این الگوریتم درخواست‌ها را بر اساس هش مقدار کلید توزیع می‌کند. کلید می‌تواند آدرس IP یا URL درخواست باشد.

👉 Weighted Round Robin:
هر سرور یک مقدار وزن دریافت می‌کند. این مقدار، نسبت ترافیک را تعیین می‌کند. سرورهایی با وزن بالاتر، ترافیک بیشتری دریافت می‌کنند. این الگوریتم برای تنظیماتی که سرورهایی با سطوح ظرفیت مختلف دارند، مناسب است.

👉 Least Connections:
درخواست جدید به نمونه سرور با کمترین تعداد اتصالات ارسال می‌شود. تعداد اتصالات بر اساس ظرفیت محاسباتی نسبی یک سرور تعیین می‌شود.

👉 Least Response Time:
درخواست جدید به سروری با کمترین زمان پاسخ ارسال می‌شود تا زمان پاسخ کلی به حداقل برسد. این الگوریتم برای مواردی که زمان پاسخ حیاتی است، مناسب است.

🆔 @MdDaily

#ام_دی_کورس

اگه یه روزی تو مصاحبه ازتون بپرسن شما چطوری وبسایت Stack Overflow رو طراحی می کردید و شما بگید با استفاده از سرورهای On-premises (سرورهای فیزیکی هستند که در مکان یک شرکت قرار می‌گیرند و توسط یک سازمان میزبانی و نگه‌داری می شوند) و معماری یک پارچه (Monolith) احتمالا شما تو مصاحبه رد می شدید :)

اما چیزی که تو واقعیت داره اتفاق میوفته دقیقا چیه یا بهتره بگیم Monolith یا Microservice کدوم معماری بهتر هستش؟

اینها سوال هایی هستند که قرار تو این پست از MdDaily بهشون جواب بدیم. پس با من همراه باشید

ادامه در پست بعدی ...

🆔 @MdDaily

#ام_دی_کورس

مصاحبه کننده احتمالاً انتظار یه سیستم خفن با این ویژگی‌ها رو داره:

* سیستم رو به چندتا سرویس کوچیک تقسیم کنن.
* هر سرویس یه دیتابیس خودش رو داشته باشه.
* از کشینگ پیشرفته در همه ی بخش ها استفاده کنن.
* سرویس ها به صورت غیرهمزمان از طریق صف پیام با یکدیگر ارتباط برقرار می کنن.
* سیستم رو با استفاده از Event Sourcing با CQRS پیاده سازی کنن.
* دانششون رو در مورد سیستم های توزیع شده به رخ بکشن.

آنچه در واقعیت است:

وبسایت Stack Overflow با 9 تا سرور On-premises، کل ترافیک رو پوشش میده و سیستمش یکپارچه (monolith) هست! سرورهای خودش رو داره و روی ابر اجرا نمیشه.

خلاصه اینکه همه فکر میکنن سیستم های بزرگ باید پیچیده و مدرن باشن، اما Stack Overflow با یه سیستم ساده و قدیمی، کار می کنه و موفق هم هست.

ادامه در پست بعدی ...

🆔 @MdDaily

#ام_دی_کورس

سوالی که پیش میاد اینکه Monolith یا Microservice کدوم معماری بهتر هستش؟

خب تا می تونید درگیر ترند ها نشید :) اگه چیزی خیلی ترند شده به این معنی نیست که توی همه چیز باید استفاده بشه و خیلی خوبه. باید نیاز سنجی کنید

معماری میکروسرویس با این ایده میاد که برنامه رو به بخش های کوچیک تقسیم کنیم و هر بخش فقط یک کار را مستقل از بقیه بخش ها انجام بده. مثلا اگه شما یک سایت فروشگاهی دارید و قرار هست به صورت میکروسرویس طراحی بشه معماری شما به این صورت میشه:
سرویس محصولات - سرویس مدیریت کاربران - سرویس سفارشات - سرویس پرداخت - سرویس تحویل .
و هرکدوم از این سرویس ها باید در فضای جداگانه ای اجرا شوند و از طریق API باهم دیگه در ارتباط باشند .
پس معماری میکروسرویس برخلاف اسمش خیلی هم میکرو نیست . و هر ارتباط بین سرویس ها برای شما و تیمتون پیچیدگی ها و چالش های جدیدی را بوجود میارن که نگهداری پروژه رو نسبت به معماری یک پارچه سخت تر میکنه

خب چه زمانی باید از میکرو سرویس استفاده کنیم چه زمانی از معماری یکپارچه؟

باید ببینید نیاز پروژتون چیه . معماری میکرو سرویس برای اجرا نیاز به یک زیر ساخت ابری داره، آیا می تونید زیر ساختش رو تامین کنید؟ شایدم فکر کنید معماری میکروسرویس‌ها برای استارتاپ بسیار عالی هستش اما میکروسرویس‌ها همراه با ریسک‌های تجاری هم هستند.در این رابطه David Strauss می‌گه:

«بسیاری از تیم‌ها پروژه‌شان را بارها از ابتدای کار ایجاد می‌کنند، همه می‌خواهند استارتاپ‌شان عالی و بسیار منحصر به فرد باشد به همین دلیل براساس میکروسرویس‌ها پیش می‌روند و واقعیت را بگویم این موضوع بسیاری از اوقات به صورت اشتباه ادامه پیدا می‌کند.»


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

اگه بخواهید قسمتی از یک پلتفرم را به صورت منحصر به فرد با یک زبان دیگر و یا یک سطح بهتر از کارایی ایجاد کنید، بنابراین استفاده از معماری میکروسرویس‌ها گزینه ی بهتری خواهند بود

جمع بندی:
خلاصه اینکه معماری یکپارچه منسوخ نشده و معماری میکروسرویس‌ها هم برای همه پروژه ها مناسب نیستند، چونکه میکروسرویس‌ها ترند هستند،‌دلیل بر مناسب بودنشون برای همه پروژه ها و محصول ها نیست . بجای اینکه از روی ترند معماری و تکنولوژی انتخاب کنید،‌ سعی کنید به نیازهای‌ تیم و پروژه توجه داشته باشید

🆔 @MdDaily

سایت های رایگان برای hosting :
🗻Codeberg

🌐 Netlify

🏢 GitHub Pages

🚀 Surge

🔧 GitLab Pages

🔥 Firebase Hosting

👥 Bitbucket

🌟 Vercel

💻 Render

🤏 Tiiny host

🚀 AWS Amplify

🏰 Neocities

☁️ Cloudflare Pages

🌥 Gatsby Cloud

📃 Carrd

💾 Freehosting

🌎 InfinityFree

💻 000webhost

🏆 Awardspace

🔧 Byet Host

🐍 Pythonanywhere

🆔 @MdDaily

سلام دوستان :)

خیلی خوشحالم که خانواده ی MdDaily در کنار شما عزیزان در حال بزرگ تر شدنه 🫶

این اخر هفته چه دوره ای رو داشته باشیم؟

با تشکر از تمام عزیزانی که توی نظر سنجی شرکت کردند ❤️

طبق نتیجه ی نظر سنجی از این هفته مجموعه دوره ی داکر رو شروع می کنیم و منابع مختلفی برای آماده کردن این دوره استفاده خواهد شد مثل کتاب های :

Docker in Action
Learning Docker

پ ن:
فایل پی دی اف کتاب ها را هم قبل از شروع دوره میفرستم

نظر سنجی فقط برای اولویت دادن به ترتیب قرار گیری دوره ها تو کانال بود
تمام موضوعاتی که توی نظرسنجی هستند دوره هاشون توی کانال منتشر خواهد شد

#ام_دی_کورس

🐳 کرش کورس داکر

توی این دوره از آموزش های MdDaily قرار باهم یه نگاه سریعی به داکر بندازیم، ببینیم برای چی ساخته شده، چه مشکلی رو قرار حل کنه و در نهایت چطوری باید ازش استفاده کنیم، پس با من همراه باشید‌ :)

ادامه در پست بعدی...


🆔 @MdDaily

#ام_دی_کورس

فایل پی دی اف کتاب هایی که به عنوان source این دوره ازشون استفاده شده

👇🏻👇🏻👇🏻

🆔 @MdDaily