Byteforge / بایــت فورج 🛸

‏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 & DevSecOps و cloud engineering هستش

پایش ترافیک بین‌زون در 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 🛸

رفقا یه سرور مجازی ایران نیاز دارم برای تست یه موضوعی در حد یه ساعت وقت میگره کارم

دسترسی آزاد به اینترنت 🛜 ویژگی‌های سرویس ✅ 1️⃣ سرعت عالی و بدون قطعی 2️⃣ رمزنگاری قوی برای امنیت بیشتر🔍 3️⃣ اتصال آسان به سرورهای اروپا 🇪🇺 4️⃣ پشتیبانی 24 ساعته ⌚️ 5️⃣ ادمین باحال! 👻 6️⃣ امنیت و سرعت واقعی 🔒 7️⃣ قیمت مناسب + کیفیت عالی 💰 8️⃣ تحویل فوری و آسان 9️⃣لوکیشن های 🇩🇪🇹🇷🇦🇲🇫🇷🇷🇺🇺🇦🇸🇪🇺🇸🇬🇧 موجود است. همین الان سفارش بده و دنیای بدون فیلتر رو تجربه کن! 🤖 ربات تلگرامی : @CongNetbot

کلاستر چیست؟

کلاستر cluster یعنی مجموعه‌ای از چند سرور که به‌صورت هماهنگ به هم متصل‌ان و مثل یه سیستم یکپارچه کار میکنن هدف از ساخت کلاستر اینه که بارِ پردازش بین سرورها تقسیم بشه تا سرعت و کارایی بالا بره، و اگه یکی از سرورها از کار افتاد، بقیه بدون توقف کار رو ادامه بدن به‌خلاصه، کلاستر باعث میشه سیستم پایدارتر، سریع‌تر و قابل‌اعتمادتر بشه.

#DevOps #cluster #byteforge @byteforge_chan 🛸

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

یک 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

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

اگه کلاسترت شلوغ شده، وقتشه 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 🛸

در کوبرنتیز یه قابلیت کمترشناخته‌شده وجود داره به اسم Static Pods. این پادها نه توسط API Server ساخته میشن، نه توی etcd ثبت میشن! در عوض، خود kubelet روی هر ورکر نود مستقیم اون پادها رو از روی فایل‌های YAML (مثلاً /etc/kubernetes/manifests/) میسازه و اجرا میکنه حتی اگه کل کلاسترت بالا نیومده باشه

#DevOps #kubernetes #byteforge @byteforge_chan 🛸

کادوی آروان هم رسید ❤️‍🔥🫡