📱 30 Kubernetes Tutorials

Each one focused on a key concept, tool, or best practice.

1. Kubernetes Architecture - https://lnkd.in/gSB2GyXp
2. High Availability - https://lnkd.in/gzYd97Ee
3. Best Practices (Design & Setup) - https://lnkd.in/gPUx8uNP
4. Minikube - https://lnkd.in/gAgcw2q6
5. Kubeadm - https://lnkd.in/gkCQAajB
6. Kubeconfig File - https://lnkd.in/gEnUdrj7
7. Vagrant VMs - https://lnkd.in/gtKNepyc
8. eksctl - https://lnkd.in/ghUDuDQx
9. kubectl - https://lnkd.in/gzbd7263
10. Kubernetes Cluster - https://lnkd.in/giaAps_S
11. Etcd - https://lnkd.in/g9icGcME
12. Kubernetes Pod - https://lnkd.in/gtGGyJR7
13. Init Containers - https://lnkd.in/gPaDpyUP
14. Daemonset - https://lnkd.in/gAM7pxrK
15. Pod Lifecycle - https://lnkd.in/gtwBJr3w
16. Kubernetes Ingress - https://lnkd.in/gN2RD3ei
17. Nginx Ingress - https://lnkd.in/ghvGtGS3
18. K8s YAML Manifests - https://lnkd.in/gJQ-pPJE
19. Alert Manager - https://lnkd.in/gHM6DnFE
20. EFK Stack - https://lnkd.in/gSC6bj37
21. K8s Logging - https://lnkd.in/g8VG6nti
22. Kustomize - https://lnkd.in/gziADVvS
23. Sealed Secrets - https://lnkd.in/gceD9mpU
24. Docker Image In K8s Pod - https://lnkd.in/g4qUgj4E
25. Jenkins Build Agents - https://lnkd.in/gf9R-qin
26. Kustomize Secret - https://lnkd.in/gW_eugbf
27. Deploy Argo CD - https://lnkd.in/gHUMhS7Q
28. Install Helm for K8s - https://lnkd.in/gn2DHbRz
29. MongoDB - https://lnkd.in/ga8DmNKb
30. Hashicorp Vault - https://lnkd.in/gB7EZYJT

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

▪️اگه داری برنامه نویسی رو یاد میگیری یا دنبال کار میگردی و‌ مصاحبه میری این چیت شیت ها( برگه تقلب ها) گزینه های خیلی خوبی هست برای مرور...

▪️تقریبا اکثر زبان ها و ابزارهارو پوشش میده و میتونی استفاده کنی ؛ نکته جذابش اینه که پرکابرد ترین پرامپت های ChatGPT هم داره :))

آدرس سایت:

Quickref.me

https://k8z.dev/





A lightweight, modern mobile and desktop application for manage kubernetes. Easily for use fast, secure.

رد پیشنهادهای چند میلیون‌ دلاری؛ خالق VLC می‌خواهد نرم‌افزارش رایگان بماند
https://www.zoomit.ir/software-application/447008-skipping-multi-million-dollar-offer-vlc/

🚀 به دنیای توسعه و تکنولوژی خوش اومدی!

اگر به موضوعات زیر علاقه‌مندی:

🔹 Golang
🔹 Linux & DevOps
🔹 Software Engineering
🔹 AI & Machine Learning
🔹 فرصت‌های شغلی ریموت (خارجی و داخلی)

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

📌 از این لینک همه چنل‌هامونو یه‌جا ببین و جوین شو:

👉 https://t.iss.one/addlist/QtXiQlynEJwzODBk

🔵 عنوان مقاله
helm-watchdog-pod-delete – Auto-Delete Faulty Pods with Helm

🟢 خلاصه مقاله:
خلاصه‌ای از یک الگوی سبک‌وزن مبتنی بر Helm که پادهای معیوب را به‌صورت خودکار حذف می‌کند تا کنترلرهای Kubernetes آن‌ها را سریعاً بازسازی کنند. با تعریف معیارهای خطا و محدوده اجرا (بر اساس نام‌فضا، لیبل/Annotation و ادغام در انتشارهای Helm)، پادهای گیرکرده در حالت‌هایی مانند CrashLoopBackOff، ImagePullBackOff یا OOMKilled شناسایی و پاک می‌شوند. گاردریل‌ها شامل حذف فقط پادهای تحت مالکیت کنترلرها، امکان استثناگذاری، حداقل دسترسی RBAC و لاگ/متریک برای ردیابی است. نتیجه: تسریع بازیابی، کاهش انباشت پادهای ناسالم و بهبود انتشارها در CI/CD و محیط‌های چندمستاجری. ملاحظه: پاک‌سازی خودکار جایگزین ریشه‌یابی علت نیست و باید همراه با پایش و هشدار استفاده شود.

🟣لینک مقاله:
https://ku.bz/cvmNCsdcG

➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon

🔵 عنوان مقاله
yamllint – YAML Linter for Syntax and Style Enforcement

🟢 خلاصه مقاله:
یام‌لینت ابزاری برای بررسی YAML است که با تحلیل نحوی، ساختاری و سبک نوشتار، خطاهایی مانند کلیدهای تکراری، تورفتگی نادرست، طول بیش از حد خطوط و فاصله‌های اضافی انتهای خطوط را پیدا می‌کند. این ابزار قابل پیکربندی است و می‌توان قوانین آن را مطابق استاندارد تیم تغییر داد یا غیرفعال کرد. yamllint به‌خوبی با گردش‌کار توسعه، از خط فرمان تا pre-commit و CI، ادغام می‌شود و با ارائه پیام‌های واضحِ خط‌به‌خط، رفع سریع خطا و حفظ یکنواختی و خوانایی فایل‌های YAML را ممکن می‌سازد.

🟣لینک مقاله:
https://ku.bz/v55DPnF4Z

➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon

🟢 اگر کارفرما یا کارجو هستی

و دنبال نیرو یا موقعیت شغلی توی حوزه‌های زیر هستی، به من پیام بده 👇

⚔️ DevOps Engineer
⚔️ Site Reliability Engineer (SRE)
⚔️ Linux SysAdmin
⚔️ Cloud Engineer (AWS/GCP/Azure)
⚔️ Infrastructure Engineer
⚔️ Security Engineer (DevSecOps/Linux)
⚔️ Automation Engineer
⚔️ Platform Engineer
⚔️ Software Security
⚔️ Software QA
⚔️ Backend
⚔️ AI Engineer / Machine Learning
⚔️ Database Engineer / DBA

📩 همین الان پیام بده و استارت بزن! تا هم بتونی نیروی خوب پیدا کنی و یا یتونی یه موقعیت شغلی مناسب پیدا کنی

به من پیام بده آگهی یا رزومه ات رو قرار بدم اینجا

@mrbardia72

🔵 عنوان مقاله
How to easily migrate ingress to gateway API

🟢 خلاصه مقاله:
مهاجرت از اینگرس به Gateway API در کوبرنتیز با یک برنامه‌ریزی مرحله‌ای ساده و کم‌ریسک است. ابتدا همه اینگرس‌ها را فهرست کنید: میزبان‌ها، مسیرها، TLS، سرویس‌های پشت و هرannotation وابسته به کنترلر. سپس کنترلر و GatewayClass مناسب را انتخاب کنید. پیکربندی را به مفاهیم جدید نگاشت دهید: Gateway برای شنونده‌ها و TLS، و HTTPRoute برای قوانین مسیریابی، میزبان‌ها، تطبیق مسیر/هدر و وزن‌دهی ترافیک. برای منابع بین‌نام‌فضایی از ReferenceGrant و RBAC مناسب استفاده کنید. راهبرد مهاجرت امن: اجرای موازی Gateway با اینگرس، تست در محیط staging، مشاهده وضعیت و لاگ‌ها، و برش تدریجی ترافیک یا تغییر مرحله‌ای DNS؛ مسیر بازگشت را تا پایان اعتبارسنجی نگه دارید. مراقب عدم تطابقannotationها، تنظیمات TLS، زمان‌بندی‌ها/بازیابی‌ها، بازنویسی آدرس، سشن چسبنده و نیازهای خاصی مثل WebSocket یا IP واقعی کاربر باشید. پس از مهاجرت، API شفاف‌تر، قابلیت حمل بالاتر، سیاست‌گذاری غنی‌تر و تفکیک مسئولیت بهتر بین تیم پلتفرم (Gateway/GatewayClass) و تیم‌های اپلیکیشن (HTTPRoute) به دست می‌آید.

🟣لینک مقاله:
https://ku.bz/NCl2NKfS_

➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon

🔵 عنوان مقاله
External Secrets Operator: Sync Cloud Secrets into Kubernetes

🟢 خلاصه مقاله:
خلاصه‌ای از External Secrets Operator (ESO): ابزاری برای همگام‌سازی محرمانه‌ها از سرویس‌های مدیریت رازِ ابری (مثل AWS، GCP، Azure و Vault) به داخل Kubernetes است. با تعریف منابع سفارشی (ExternalSecret و SecretStore/ClusterSecretStore)، ESO به‌صورت دوره‌ای مقادیر را از منبع بیرونی می‌خواند و آن‌ها را به صورت Secret بومی Kubernetes تولید یا به‌روزرسانی می‌کند؛ سپس برنامه‌ها می‌توانند این مقادیر را به‌عنوان متغیر محیطی یا حجم‌دادن استفاده کنند. ESO فقط خواندن را انجام می‌دهد، از الگوها و سیاست‌های ایجاد/به‌روزرسانی پشتیبانی می‌کند و با GitOps سازگار است تا پیکربندی در گیت بماند و مقادیر محرمانه در سرویس‌های امن ذخیره شوند. نتیجه: کاهش پراکندگی رازها، اجرای اصل حداقل دسترسی با IAM، و ساده‌سازی امنیت و عملیات در کلاستر.

🟣لینک مقاله:
https://ku.bz/PCSkhjRtN

➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon

🔵 عنوان مقاله
Frameworks for serving machine learning models on Kubernetes

🟢 خلاصه مقاله:
** این مقاله نگاهی جامع به چارچوب‌های سروینگ مدل‌های یادگیری ماشین روی کوبرنتیز دارد و چارچوب‌هایی مانند KServe و Seldon Core را به‌عنوان گزینه‌های عمومی، در کنار راهکارهای تخصصی‌تر مانند NVIDIA Triton، BentoML/Yatai، Ray Serve، TorchServe و MLServer مرور می‌کند. معیارهای انتخاب شامل اهداف تأخیر و توان عملیاتی، پشتیبانی از REST/gRPC، نیازهای سخت‌افزاری و GPU، سروینگ چندمدلی، الگوهای مسیریابی (کاناری، شدو، A/B)، چندمستاجری و یکپارچگی با CI/CD، رجیستری و پایش است. الگوهای استقرار رایج شامل به‌روزرسانی کاناری و آبی/سبز، شدو برای اعتبارسنجی نسخه‌ها، سروینگ آنلاین پشت درگاه ورودی و استنتاج دسته‌ای با CronJob یا پایپ‌لاین‌هاست. برای تولید، به مقیاس‌پذیری (HPA/KEDA/Knative)، زمان‌بندی GPU، مشاهده‌پذیری (Prometheus/Grafana/OpenTelemetry) و پایش کیفیت/رانش مدل، و همچنین امنیت و حاکمیت (mTLS، RBAC، سیاست‌های شبکه) توجه می‌شود. نتیجه اینکه اکوسیستم کوبرنتیز امکان انتخاب چارچوب‌های بومی و منعطف را فراهم می‌کند تا توازن میان کارایی، قابلیت اتکا و هزینه در سروینگ مدل‌ها برقرار شود.

🟣لینک مقاله:
https://ku.bz/0SkgVw7Fz

➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon

🔵 عنوان مقاله
Kubernetes Services: A Deep Dive with Examples

🟢 خلاصه مقاله:
خلاصه‌ای از مفاهیم سرویس در کوبرنتیز ارائه می‌شود که نقش آن‌ها را در شبکه‌سازی کلاستر و دسترسی پایدار به پادهای پویا توضیح می‌دهد. سرویس‌ها با نام DNS ثابت و یک IP مجازی، ترافیک را میان پادهای دارای لیبل مشترک توزیع می‌کنند. نوع ClusterIP برای دسترسی صرفاً داخلی استفاده می‌شود؛ NodePort پورت ثابتی روی همه نودها باز می‌کند و برای تست یا درگاه ورودی ساده کاربرد دارد؛ LoadBalancer در کلود یک لودبالانسر مدیریت‌شده ایجاد می‌کند و مناسب درگاه‌های عمومی تولیدی است؛ ExternalName فقط یک نام DNS بیرونی را برمی‌گرداند و ترافیک را پروکسی نمی‌کند؛ و Headless بدون IP مجازی، IP پادها را مستقیماً از طریق DNS برمی‌گرداند و برای بارهای Stateful و کشف نقطه‌به‌نقطه مفید است. مقاله با مثال‌های عملی نشان می‌دهد کِی و چگونه از هر نوع استفاده کنید.

🟣لینک مقاله:
https://ku.bz/T1qMr1yS7

➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon

🔵 عنوان مقاله
Orchestrating a Greener Cloud: Carbon-Aware Kubernetes Scheduling with Liqo and Karmada

🟢 خلاصه مقاله:
این مقاله نشان می‌دهد چگونه می‌توان با ترکیب Karmada و Liqo زمان‌بندی آگاه از کربن را در کلاسترهای چندگانه کوبرنتیز پیاده‌سازی کرد. Karmada با سیاست‌های چندکلاستری، جای‌گذاری و مقیاس‌پذیری را مدیریت می‌کند و Liqo امکان همتا‌سازی و جابه‌جایی شفاف بارهای کاری بین کلاسترها را فراهم می‌سازد. یک سرویس «اطلاعات کربن» شدت کربن لحظه‌ای و پیش‌بینی‌شده هر منطقه را دریافت کرده و آن را به برچسب‌ها/وزن‌های کلاستر تبدیل می‌کند تا زمان‌بندی به نفع کلاسترهای کم‌کربن انجام شود، در حالی‌که قیود تاخیر، انطباق داده و دسترس‌پذیری رعایت می‌گردد. برای کارهای قابل‌تأخیر (مانند پردازش‌های دسته‌ای، CI و آموزش ML) اجرا به بازه‌های کم‌کربن منتقل می‌شود؛ خدمات Stateless نیز می‌توانند میان مناطق پخش شده و به سمت مناطق سبزتر متمایل شوند. ملاحظات کلیدی شامل بودجه‌های SLO، اقامت‌گاه داده، هزینه ترافیک، و مشاهده‌پذیری برای برآورد کاهش انتشار است. این رویکرد، بدون نیاز به بازنویسی برنامه‌ها، با استفاده از سیاست‌های Karmada و تحرک‌پذیری Liqo، راهی عملی برای کاهش ردپای کربن ابر از طریق جای‌گذاری آگاه از مکان و زمان ارائه می‌دهد.

🟣لینک مقاله:
https://ku.bz/mpF1QKq6Z

➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon

ارتباط IPv6 از سمت زیرساخت کشور دچار اختلال و قطعی شده است.

🔵 عنوان مقاله
When “Anti-Patterns” Become Best Practice: Lessons from Migrating a Global Pub/Sub Empire to Kubernetes

🟢 خلاصه مقاله:
این مطالعه موردی مهاجرت یک سامانه جهانی pub/sub به Amazon EKS را شرح می‌دهد؛ جایی که ابزارهای استاندارد در مقیاس کلان پاسخ‌گو نبودند و تیم برای برآورده‌کردن نیازهای سخت‌گیرانه تأخیر، توان عملیاتی و دسترس‌پذیری به راهکارهای سفارشی روی آورد. آن‌ها یک سیستم IPAM بسیار سریع در C++ ساختند و با کنترلرها و سیاست‌های ویژه، استقرار آگاه از توپولوژی و ظرفیت تضمین‌شده را پیاده کردند. برخی «ضدالگوها» در Kubernetes—مثل استفاده از hostNetwork، IPهای ثابت، پین‌کردن پادها به نود/زون، به‌کارگیری DaemonSet برای بروکرها و دورزدن سرویس‌مش در مسیر داغ—در این زمینه به بهترین روش تبدیل شدند، چون با گاردریل‌های قوی، مشاهده‌پذیری، آزمون آشوب و امکان بازگشت کنترل شدند. جمع‌بندی: بنچمارک‌محور تصمیم بگیرید، محدودیت‌های پلتفرم را الزام طراحی بدانید، مسیر بحرانی را در مالکیت خود بگیرید وقتی ابزارهای آماده کم می‌آورند، و فقط جایی سفارشی‌سازی کنید که عملکرد/مسیر داده ایجاب می‌کند؛ مهاجرت مرحله‌ای و قابل بازگشت، راه رسیدن به SLOها در مقیاس جهانی بود.

🟣لینک مقاله:
https://ku.bz/RrkTp7zGP

➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon

🔵 عنوان مقاله
How We Cut Our Azure Cloud Costs by 3×

🟢 خلاصه مقاله:
**این مطالعه موردی نشان می‌دهد چگونه هزینه ماهانه Azure از ۲۵هزار یورو به ۸هزار یورو کاهش یافت: با بهینه‌سازی Kubernetes و ماشین‌های مجازی و ساخت یک اپراتور Go که با پایش طول صف تماس‌های خروجی، دیپلویمنت‌های کم‌مصرف را تا صفر replica مقیاس می‌دهد و هنگام رشد صف به‌سرعت آن‌ها را بازمی‌گرداند. این ترکیب با حذف ظرفیت بیکار و حفظ کارایی، بیشترین سهم را در کاهش ۳برابری هزینه‌ها داشت.

🟣لینک مقاله:
https://ku.bz/ZbclYbPC6

➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon

امنیت در Docker: چیزی که اغلب فراموش می‌کنیم!

*  از rootless containers استفاده کنید: اجرای اپلیکیشن با کاربر non-root ریسک نفوذ رو خیلی کم می‌کنه.
* از Base image سبک و امن استفاده کنید: مثلاً alpine یا distroless. imageهای بزرگ‌تر مثل ubuntu اغلب پکیج‌های غیرضروری دارن که سطح حمله رو زیاد می‌کنن.
* حتما وDependencyها رو pin کنید: همیشه نسخه دقیق کتابخونه‌ها رو مشخص کنید تا از تغییرات ناخواسته جلوگیری بشه.
* از .dockerignore استفاده کنید: فایل‌های حساس (مثل .env یا کلیدها) هرگز نباید داخل image قرار بگیرن.
* به‌روز نگه داشتن imageها: آسیب‌پذیری‌ها خیلی سریع پیدا می‌شن، پس آپدیت مرتب imageها ضروریه.
بارها پیش میاد که به خاطر استفاده از یک base image قدیمی، vulnerability جدی توی اسکن امنیتی پیدا میشه. فقط با عوض کردن base image به نسخه‌ی جدیدتر و سبک‌تر، هم امنیت بیشتر میشه، هم حجم image کاهش پیدا میکنه.

نکات تکمیلی امنیت در Docker
1. استفاده از Healthcheck
- توی Dockerfile با HEALTHCHECK وضعیت سرویس رو بررسی کنید که باعث می‌شه container ناسالم زودتر شناسایی و جایگزین بشن.
2. حداقل کردن Surface Attack با distroless images
- این imageها فقط باینری نهایی رو دارن (بدون package manager یا shell).
- دسترسی مهاجم به شدت محدود می‌شه.
3.فعال کردن User namespace remapping
- باعث می‌شه کاربر root داخل container، روی سیستم میزبان واقعاً root نباشه.
4. استفاده از Read-Only Filesystem
- container رو با --read-only بالا بیارید تا کسی نتونه فایل‌های سیستمی داخلش رو تغییر بده.
5. مدیریت Secretها به‌درستی
- هرگز secrets رو داخل image نذارید.
- از ابزارهایی مثل Docker secrets، HashiCorp Vault یا AWS/GCP Secret Manager استفاده کنید.
‏6. Scan امنیتی منظم
- ابزارهایی مثل Trivy, Grype یا Docker Scout رو برای اسکن image استفاده کنید.
- این ابزارها آسیب‌پذیری‌های شناخته‌شده (CVE) رو شناسایی می‌کنن.
7. محدود کردن Resourceها
- با --cpus و --memory منابع container رو محدود کنید تا جلوی حملات DoS یا مصرف بی‌رویه گرفته بشه.
8. استفاده از شبکه‌های ایزوله
- کانتینرهایی که لازم نیست با اینترنت یا کانتینرهای دیگه در ارتباط باشن رو توی یک شبکه‌ی جداگانه نگه دارید.
9. امضای دیجیتال و اعتبارسنجی Imageها
- با Docker Content Trust (DCT) یا cosign امضا و اعتبارسنجی کنید که image تغییر نکرده باشه.
10. بروزرسانی مرتب Docker Engine و Runtime
- چون آسیب‌پذیری‌ها فقط توی imageها نیستن، بلکه خود daemon و runtime هم می‌تونه مشکل امنیتی داشته باشه.


*امنیت در Docker فقط به Dockerfile محدود نیست؛ از انتخاب base image شروع می‌شه، به مدیریت secret و network می‌رسه و حتی شامل CI/CD pipeline هم می‌شه*

<Somaye Omidi/>

🔵 عنوان مقاله
Kubernetes Is Powerful, But Not Secure (at least not by default)

🟢 خلاصه مقاله:
کوبرنتیز قدرتمند است اما به‌صورت پیش‌فرض امن نیست. به‌طور معمول میان پادها هیچ ایزولیشن شبکه‌ای اعمال نمی‌شود و ارتباطات داخلی «باز» است، که کار را ساده می‌کند اما دامنه آسیب را هم بزرگ می‌گذارد. راهکار کلیدی، Network Policy است: با تعریف قواعد ورود و خروج بر اساس برچسب، نام‌فضا و پورت، فقط جریان‌های ضروری را مجاز کنید. یک الگوی امن، «منع پیش‌فرض» و سپس افزودن اجازه‌های حداقلی برای مسیرهای لازم (مانند وب به API، API به پایگاه‌داده، DNS و سلامت‌سنجی‌ها) است. توجه کنید اجرای این سیاست‌ها به CNI سازگار نیاز دارد. در کنار این‌ها، RBAC کم‌اختیار، کنترل‌های پذیرش و امنیت پاد، و مدیریت امن اسرار را اضافه کنید تا به دفاع چندلایه برسید.

🟣لینک مقاله:
https://ku.bz/qQx7GKrp1

➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon

🔵 عنوان مقاله
Kubernetes Prometheus Analyzer: CLI for Resource Optimization

🟢 خلاصه مقاله:
این ابزار خط فرمان با اتصال به Prometheus، میزان استفاده زنده CPU و حافظه را برای بارهای کاری Kubernetes جمع‌آوری می‌کند و بر اساس الگوهای واقعی مصرف، پیشنهادهای درست‌سایزکردن ارائه می‌دهد. خروجی آن بارهای کاری پرمصرف یا کم‌مصرف را شناسایی کرده و برای کاهش هدررفت یا افزایش پایداری، تنظیم درخواست‌ها و محدودیت‌های منابع را توصیه می‌کند. نتیجه، بهینه‌سازی هزینه و بهبود عملکرد با تکیه بر داده‌های واقعی است.

🟣لینک مقاله:
https://ku.bz/ltjM5TbVl

➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon