🔶 جادی با 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 از ماش همدانی
کورس زبانش انگلیسی هستش برای دوستانی که زبان انگلیسی متوسطی هم دارن قابل درکه تلفظ کلمات رسمی و ساده هستش و با لهجه های هندی عجیب و غریب سر و کله نمیزنید 👌

البته اینم اضافه کنم که این کورس 4 ساعته جزئیات فنی نداره زیاد و بیشتر رودمپ و مسیر DevOps رو باز میکنه و با جزئیات بخش های مختلف رو بررسی میکنه

اینهمه میگیم کوبرنتیز کوبرنتیز خوبه فلانه بیساره 🤔
اصلا چی هست این کوبرنتیز ؟؟

به ساده ترین روش الان با مثال توضیحاتش رو میذارم برای دوستان جدید که تازه اضافه شدن به کانال و اشنایی ندارن وعلاقه مند هستن

فرض کن یه رستوران بزرگ داری

توی آشپزخونه‌ات کلی آشپز (Container) داری، هرکدوم یه بخش خاص از غذا رو درست میکنن

‏Kubernetes مثل مدیر رستورانه. خودش تصمیم میگیره چند تا آشپز لازم داری، کی یکی اضافه بشه یا اگه یکی خسته شد یا رفت، یکی دیگه جاش بیاد. اگه یه آشپز مریض شد یا سوختگی گرفت ( یعنی یه کانتینر کرش کرد)، Kubernetes سریع یه آشپز جدید (Pod جدید) جای اون میفرسته تا کار متوقف نشه.

اگه jاتفاقی مشتری‌ها زیاد شدن (یعنی ترافیک زیاد شد)، Kubernetes خودش میگه

«خب بچه‌ها! باید آشپزخونه‌مون رو بزرگ‌تر کنیم!»
و چند تا آشپز (Pod) دیگه اضافه میکنه.

اگه شب شد و مشتریا رفتن، میگه

«اوکی، الان لازم نیست ۱۰ تا آشپز کار کنن، ۳ تا کافیه.»
و خودش بقیه رو میفرسته خونه تا منابع هدر نره.

تازه Kubernetes حتی بلده اگه برق یه آشپزخونه رفت (یعنی یه Node از کار افتاد)، آشپزها رو بفرسته تو یه آشپزخونه دیگه که هنوز برق داره (یعنی تو یه Node سالم).

#DevOps
#cluster
#kubernetes
#byteforge
@byteforge_chan 🛸

از این ساده تر نمیتونم توضیح بدمش لذت ببرید 😁❤️
حمایت یادتون نره رفقا ❤️