اندر احوالات من و همکاران گرامی در پروژه 😂🤷

اگه کلاسترت شلوغ شده، وقتشه Kor رو بندازی وسط

پاکسازی خودکار منابع اضافی در Kubernetes با Kor

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

اینجاست که Kor به دادت میرسه:

github.com/yonahd/kor

‏Kor یه ابزار متن‌بازه که کمک میکنه منابع (Orphaned Resources) رو توی کلاستر پیدا کنی و اگه خواستی حذفشون کنی.
از ConfigMap و Secret گرفته تا Deployment، Service، PVC، RoleBinding و حتی NetworkPolicy رو چک میکنه و هرچی بلااستفاده‌ست، برات لیست میکنه.


نصب از طریق کامند زیر :

‏go install github.com/yonahd/kor@latest

و برای اجرا فقط کافیه اینو بزنی:

‏kor --namespace default

‌‌‏Kor خروجی مرتب و واضحی بهت میده، مثلاً میگه کدوم Secret هیچ پادی ازش استفاده نمیکنه یا کدوم Service endpoint نداره.
میتونی خروجی رو توی فرمت‌های مختلف مثل table، json یا yaml بگیری تا راحت‌تر توی CI/CD یا مانیتورینگ ازش استفاده کنی.

توصیه:
میتونی Kor رو به‌صورت CronJob ران کنی تا خودش به‌صورت خودکار هر هفته یه گزارش پاکسازی از کلاستر برات بیاره.

فقط حواست باشه: قبل از حذف منابع، حتماً خروجی رو چک کن. بعضی resourceها ممکنه ظاهراً بی‌مصرف باشن ولی درواقع یه اپ دیگه بهش وابسته‌ست. بهتره اول Kor رو توی محیط تست ران کنی تا مطمئن شی چیزی رو اشتباهی پاک نمیکنی.

#DevOps
#kubernetes
#byteforge
@byteforge_chan 🛸

🔶 جادی با 25 سال سابقه کد زدن و فعالیت توی کامیونیتی برنامه نویسی فارسی، دیروز گفت به عنوان جونیور (تازه کار) استخدام شده است.

@TheRaymondDev

یک pipeline واحد برای همه چیز در Kubernetes!
‏Fatih Koç توی این پست نشون میده چطور با OpenTelemetry می‌تونیم لاگ، متریک و تراس رو در یک مسیر جمع کنیم و از alert تا root cause فقط چند ثانیه فاصله بگیریم.
اگر با observability و incident response سر و کار داری، این مقاله رو از دست نده 👇

🔗 Building a Unified OpenTelemetry Pipeline in Kubernetes

#DevOps
#kubernetes
#byteforge
@byteforge_chan 🛸

https://fatihkoc.net/posts/opentelemetry-kubernetes-pipeline

میخوام ی سری رشته مطالب اموزشی جدید بذارم که محتوای کوتاهی از نظر تعداد کاراکتر دارند ولی حق مطلب رو ادا میکنند .
البته مطالب اصلی که کاملتر هستند همچنان بی تغیر باقی میمانند و ادامه دار هستند .

پایش ترافیک بین‌زون در Kubernetes با kubezonnet

اگه خوشه‌هات روی چند تا zone مختلف اجرا میشن، احتمالاً بخشی از هزینه یا کندی شبکه‌ت از ترافیکی میاد که بین این zoneها رد و بدل میشه ترافیکی که معمولاً کسی حواسش بهش نیست.

اینجا kubezonnet به‌درد میخوره. یه ابزار متن‌باز از تیم Polar Signals که با eBPF کار میکنه و ترافیک بین‌زون رو بدون هیچ تغییری در سرویس‌ها رصد میکنه. داده‌هاش مستقیماً به Prometheus فرستاده میشن، پس راحت میتونی تو Grafana یا هر ابزار مانیتورینگی که داری، وضعیت رو ببینی.

به کمک kubezonnet می‌فهمی دقیقاً کدوم پادها یا workloadها باعث ترافیک بین zoneها هستن، و این یعنی میتونی منابع رو بهتر جابه‌جا کنی، latency رو پایین بیاری و هزینه‌ها رو کنترل کنی.

پروژه هنوز تازه‌ست، ولی دقیقاً اون دیدی رو میده که معمولاً تو مانیتورینگ شبکه گم می‌کنیم: دید واقعی از ارتباط بین zoneها.

مخزن پروژه روی گیت‌هاب در دسترسه:

https://github.com/polarsignals/kubezonnet

#DevOps
#kubernetes
#byteforge
@byteforge_chan 🛸

خواستم به اطلاع برسونم
همونطور که مدتیه کپشن کانال رو تغیر دادم
مطالبی که اینجا روش کار میشه و انتشار داده میشه کاملا مربوط به حوزه DevOps & DevSecOps
و cloud engineering هستش

کانال رو به دوستان علاقه مند به این حوزه معرفی کنید
یه حمایت کوچیک باعث میشه با انگیزه بیشتری روی مطالب کار بشه ❤️🫡

‏k3k تولد کلاستر درون کلاستر

اگه تاحالا خواستی برای هر تیم یا پروژه یه محیط Kubernetes جدا بسازی، ولی نخواستی درگیر ساخت و نگهداری چندتا کلاستر واقعی بشی، k3k دقیقاً همون چیزیه که دنبالش بودی.

‏k3k یه پروژه از تیم Rancherـه که اجازه میده کلاسترهای K3s ایزوله و سبک رو مستقیماً داخل یه کلاستر Kubernetes موجود بسازی.
یعنی هر کلاستر مجازی یه کنترل‌پلین مستقل (K3s) داره، با kube-apiserver و etcd خودش، اما همشون روی نودهای همون کلاستر میزبان اجرا میشن و از منابعش share میکنن

در عمل یعنی چی؟
یعنی برای هر تیم یا feature میتونی یه کلاستر مستقل بسازی بدون نیاز به VM یا سرور جدید.
هر کلاستر virtual، تنظیمات، RBAC و حتی نسخه خودش از Kubernetes رو میتونه داشته باشه، ولی مدیریت کل‌ش از همون میزبان انجام میشه.


ساخت محیط dev یا sandbox جدا برای هر تیم
تست نسخه‌های مختلف از اپ یا operatorها
اجرای multi-tenant با جداسازی منطقی
کاهش هزینه زیرساخت نسبت به داشتن چند کلاستر فیزیکی

البته هنوز تو فاز experimentalـه، پس برای محیط production باید با احتیاط استفاده‌ش کرد مخصوصاً از نظر persistence و networking.
ولی برای آزمایش، توسعه و مدیریت چند محیط همزمان، واقعاً یه ایده‌ی تمیز و آینده‌داره.

لینک پروژه:

github.com/rancher/k3k

#DevOps
#cluster
#kubernetes
#byteforge
@byteforge_chan 🛸

#تایید_نشده

گزارشات تایید نشده از هک بانک های سپه و پاسارگاد خبر می‌دهند

هنوز تایید نشده

کورس فشرده DevOps از ماش همدانی
کورس زبانش انگلیسی هستش برای دوستانی که زبان انگلیسی متوسطی هم دارن قابل درکه تلفظ کلمات رسمی و ساده هستش و با لهجه های هندی عجیب و غریب سر و کله نمیزنید 👌