Forwarded from VIP
🚀 به دنیای توسعه و تکنولوژی خوش اومدی!
اگر به موضوعات زیر علاقه‌مندی:
🔹 Golang
🔹 Linux & DevOps
🔹 Software Engineering
🔹 AI & Machine Learning
🔹 فرصت‌های شغلی ریموت (خارجی و داخلی)
ما برات یه مجموعه کانال‌های تخصصی ساختیم تا همیشه به‌روز، حرفه‌ای و الهام‌بخش بمونی!
📚 یادگیری، فرصت، شبکه‌سازی و پیشرفت، همش اینجاست...
📌 از این لینک همه چنل‌هامونو یه‌جا ببین و جوین شو:
👉 https://t.iss.one/addlist/AJ7rh2IzIh02NTI0
اگر به موضوعات زیر علاقه‌مندی:
🔹 Golang
🔹 Linux & DevOps
🔹 Software Engineering
🔹 AI & Machine Learning
🔹 فرصت‌های شغلی ریموت (خارجی و داخلی)
ما برات یه مجموعه کانال‌های تخصصی ساختیم تا همیشه به‌روز، حرفه‌ای و الهام‌بخش بمونی!
📚 یادگیری، فرصت، شبکه‌سازی و پیشرفت، همش اینجاست...
📌 از این لینک همه چنل‌هامونو یه‌جا ببین و جوین شو:
👉 https://t.iss.one/addlist/AJ7rh2IzIh02NTI0
🔵 عنوان مقاله
How We Cut Our Azure Cloud Costs by 3×
🟢 خلاصه مقاله:
** این مطالعهٔ موردی توضیح می‌دهد چگونه در ۱۲ هفته هزینه‌های Azure را حدود سه‌برابر کاهش دادیم بدون افت کارایی یا قابلیت اطمینان. قدم‌های کلیدی: ابتدا با Azure Cost Management + Billing، برچسب‌گذاری منابع، Azure Advisor و بودجه/هشدارها، دید کامل روی هزینه ساختیم. سپس اتلاف را حذف کردیم: خاموش‌کردن VMهای بلااستفاده، پاک‌کردن دیسک‌ها و IPهای یتیم، زمانبندی محیط‌های غیرپروداکشن و اعمال سیاست‌ها با Azure Policy.
در گام بعد، راست‌سایز و معماری را اصلاح کردیم: انتقال سرویس‌های سبک به SKUهای کوچک‌تر یا B-series، فعال‌سازی autoscaler در AKS، افزودن Spot node pool برای بارهای بدون حالت، و بهینه‌کردن HPA. برای بارهای پایدار، Azure Reservations و Azure Savings Plans را پذیرفتیم و Azure Hybrid Benefit را اعمال کردیم. بخشی از بار را به سرویس‌های مدیریت‌شده/Serverless منتقل کردیم: Azure Functions، Event Grid، Logic Apps، Azure Service Bus، همراه با Azure CDN و Azure Cache for Redis. در لایهٔ داده، Azure SQL را راست‌سایز و autoscale را فعال کردیم و در Azure Cosmos DB از autoscale RU/s بهره گرفتیم.
در ذخیره‌سازی، با قوانین lifecycle در Blob Storage داده‌های کم‌مصرف را به Cool/Archive بردیم، نگهداری اسنپ‌شات‌ها را کاهش دادیم و فشرده‌سازی را فعال کردیم. در شبکه با هم‌مکانی سرویس‌ها، استفاده از Private Link و بهره‌گیری از Azure Front Door/CDN خروجی و هزینهٔ egress را پایین آوردیم. در نهایت، با داشبوردهای واحداقتصاد، بودجه/هشدار در CI/CD و سیاست‌های تگ/SKU، یک روال FinOps پایدار ساختیم.
نتیجه: کاهش تقریبی ۳× در هزینهٔ Azure با حفظ SLOها. اهرم‌های اصلی: شفافیت و حاکمیت هزینه، حذف اتلاف، راست‌سایز و autoscaling (به‌ویژه AKS + Spot)، تعهدهای قیمتی (Reservations/Savings Plans) و مهاجرت مسیرهای پرترافیک به سرویس‌های مدیریت‌شده/Serverless.
#Azure #CloudCostOptimization #FinOps #AKS #Serverless #AzureCostManagement #SpotVMs #DevOps
🟣لینک مقاله:
https://ku.bz/ZbclYbPC6
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
How We Cut Our Azure Cloud Costs by 3×
🟢 خلاصه مقاله:
** این مطالعهٔ موردی توضیح می‌دهد چگونه در ۱۲ هفته هزینه‌های Azure را حدود سه‌برابر کاهش دادیم بدون افت کارایی یا قابلیت اطمینان. قدم‌های کلیدی: ابتدا با Azure Cost Management + Billing، برچسب‌گذاری منابع، Azure Advisor و بودجه/هشدارها، دید کامل روی هزینه ساختیم. سپس اتلاف را حذف کردیم: خاموش‌کردن VMهای بلااستفاده، پاک‌کردن دیسک‌ها و IPهای یتیم، زمانبندی محیط‌های غیرپروداکشن و اعمال سیاست‌ها با Azure Policy.
در گام بعد، راست‌سایز و معماری را اصلاح کردیم: انتقال سرویس‌های سبک به SKUهای کوچک‌تر یا B-series، فعال‌سازی autoscaler در AKS، افزودن Spot node pool برای بارهای بدون حالت، و بهینه‌کردن HPA. برای بارهای پایدار، Azure Reservations و Azure Savings Plans را پذیرفتیم و Azure Hybrid Benefit را اعمال کردیم. بخشی از بار را به سرویس‌های مدیریت‌شده/Serverless منتقل کردیم: Azure Functions، Event Grid، Logic Apps، Azure Service Bus، همراه با Azure CDN و Azure Cache for Redis. در لایهٔ داده، Azure SQL را راست‌سایز و autoscale را فعال کردیم و در Azure Cosmos DB از autoscale RU/s بهره گرفتیم.
در ذخیره‌سازی، با قوانین lifecycle در Blob Storage داده‌های کم‌مصرف را به Cool/Archive بردیم، نگهداری اسنپ‌شات‌ها را کاهش دادیم و فشرده‌سازی را فعال کردیم. در شبکه با هم‌مکانی سرویس‌ها، استفاده از Private Link و بهره‌گیری از Azure Front Door/CDN خروجی و هزینهٔ egress را پایین آوردیم. در نهایت، با داشبوردهای واحداقتصاد، بودجه/هشدار در CI/CD و سیاست‌های تگ/SKU، یک روال FinOps پایدار ساختیم.
نتیجه: کاهش تقریبی ۳× در هزینهٔ Azure با حفظ SLOها. اهرم‌های اصلی: شفافیت و حاکمیت هزینه، حذف اتلاف، راست‌سایز و autoscaling (به‌ویژه AKS + Spot)، تعهدهای قیمتی (Reservations/Savings Plans) و مهاجرت مسیرهای پرترافیک به سرویس‌های مدیریت‌شده/Serverless.
#Azure #CloudCostOptimization #FinOps #AKS #Serverless #AzureCostManagement #SpotVMs #DevOps
🟣لینک مقاله:
https://ku.bz/ZbclYbPC6
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Medium
How We Cut Our Azure Cloud Costs by 3x — Solda.Ai’s Experience
During this period, our outbound traffic actually increased — making the cost reduction even more impactful. Our infrastructure handles…
🔵 عنوان مقاله
Trying to break out of the Python REPL sandbox in a Kubernetes environment: a practical journey
🟢 خلاصه مقاله:
این مقاله یک تجربه عملی از تلاش برای خروج از sandbox مربوط به Python REPL داخل محیط Kubernetes را روایت می‌کند. با تکیه بر امکانات پویا و introspection در Python—از جمله بهره‌گیری از object subclasses و global functions—نویسنده نشان می‌دهد که چگونه می‌توان برخی محدودیت‌های در نظر گرفته‌شده در container را دور زد و به قابلیت‌هایی دست یافت که قرار بود پنهان یا مسدود باشند. نتیجه تأکید می‌کند که sandbox کردن Python به‌تنهایی کافی نیست و container نیز مرز امنیتی مطلق محسوب نمی‌شود؛ بنابراین باید رویکرد defense-in-depth به‌کار گرفته شود: محدودسازی سطح دسترسی و قابلیت‌های runtime، کنترل دقیق builtins و سطوح reflection، سخت‌سازی Kubernetes با RBAC و سیاست‌های شبکه، و استفاده از seccomp/AppArmor و کاهش قابلیت‌ها. هدف، افزایش آگاهی و تقویت امنیت پلتفرم‌هاست، نه تسهیل سوءاستفاده.
#Kubernetes #Python #REPL #ContainerSecurity #SandboxEscape #CloudNative #SecurityResearch
🟣لینک مقاله:
https://ku.bz/5tbHRwWHb
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Trying to break out of the Python REPL sandbox in a Kubernetes environment: a practical journey
🟢 خلاصه مقاله:
این مقاله یک تجربه عملی از تلاش برای خروج از sandbox مربوط به Python REPL داخل محیط Kubernetes را روایت می‌کند. با تکیه بر امکانات پویا و introspection در Python—از جمله بهره‌گیری از object subclasses و global functions—نویسنده نشان می‌دهد که چگونه می‌توان برخی محدودیت‌های در نظر گرفته‌شده در container را دور زد و به قابلیت‌هایی دست یافت که قرار بود پنهان یا مسدود باشند. نتیجه تأکید می‌کند که sandbox کردن Python به‌تنهایی کافی نیست و container نیز مرز امنیتی مطلق محسوب نمی‌شود؛ بنابراین باید رویکرد defense-in-depth به‌کار گرفته شود: محدودسازی سطح دسترسی و قابلیت‌های runtime، کنترل دقیق builtins و سطوح reflection، سخت‌سازی Kubernetes با RBAC و سیاست‌های شبکه، و استفاده از seccomp/AppArmor و کاهش قابلیت‌ها. هدف، افزایش آگاهی و تقویت امنیت پلتفرم‌هاست، نه تسهیل سوءاستفاده.
#Kubernetes #Python #REPL #ContainerSecurity #SandboxEscape #CloudNative #SecurityResearch
🟣لینک مقاله:
https://ku.bz/5tbHRwWHb
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Medium
Trying to break out of the Python REPL sandbox in a Kubernetes environment: a practical journey
This article documents my hands-on experience analyzing and attempting to break out of a Python REPL sandbox, which is often used in online…
❤2
🔵 عنوان مقاله
Argo Rollouts — Rollout Analysis
🟢 خلاصه مقاله:
Argo Rollouts با افزودن Rollout Analysis به فرآیند استقرار در Kubernetes، سنجش خودکار سلامت نسخه جدید را همزمان با افزایش تدریجی ترافیک انجام می‌دهد. با تعریف AnalysisTemplate و اجرای AnalysisRun، سامانه از منابعی مانند Prometheus، Datadog، New Relic، CloudWatch یا Kayenta و حتی webhookهای سفارشی، شاخص‌هایی مثل نرخ خطا، تاخیر و KPIهای کسب‌وکاری را می‌سنجد و بر اساس آستانه‌های موفقیت/شکست، تصمیم به ادامه، مکث یا بازگشت می‌گیرد. این تحلیل در کنار استراتژی‌های Canary و Blue-Green و با مدیریت ترافیک از طریق Istio، NGINX، AWS ALB یا SMI در گام‌های مختلف اجرا می‌شود و می‌تواند پس از هر افزایش وزن یا به‌صورت پس‌زمینه عمل کند. بهترین‌روش‌ها شامل انتخاب شاخص‌های پیشرو، پنجره‌های اندازه‌گیری کوتاه با دوره پایداری، آستانه‌های محافظه‌کارانه در گام‌های نخست، و نگهداری قالب‌ها در Git برای ردیابی و یکنواختی است. نتیجه، کاهش ریسک استقرار و افزایش اطمینان همراه با حفظ سرعت تحویل است.
#ArgoRollouts #Kubernetes #ProgressiveDelivery #CanaryRelease #BlueGreen #DevOps #Observability #SRE
🟣لینک مقاله:
https://ku.bz/FM56-JbFw
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Argo Rollouts — Rollout Analysis
🟢 خلاصه مقاله:
Argo Rollouts با افزودن Rollout Analysis به فرآیند استقرار در Kubernetes، سنجش خودکار سلامت نسخه جدید را همزمان با افزایش تدریجی ترافیک انجام می‌دهد. با تعریف AnalysisTemplate و اجرای AnalysisRun، سامانه از منابعی مانند Prometheus، Datadog، New Relic، CloudWatch یا Kayenta و حتی webhookهای سفارشی، شاخص‌هایی مثل نرخ خطا، تاخیر و KPIهای کسب‌وکاری را می‌سنجد و بر اساس آستانه‌های موفقیت/شکست، تصمیم به ادامه، مکث یا بازگشت می‌گیرد. این تحلیل در کنار استراتژی‌های Canary و Blue-Green و با مدیریت ترافیک از طریق Istio، NGINX، AWS ALB یا SMI در گام‌های مختلف اجرا می‌شود و می‌تواند پس از هر افزایش وزن یا به‌صورت پس‌زمینه عمل کند. بهترین‌روش‌ها شامل انتخاب شاخص‌های پیشرو، پنجره‌های اندازه‌گیری کوتاه با دوره پایداری، آستانه‌های محافظه‌کارانه در گام‌های نخست، و نگهداری قالب‌ها در Git برای ردیابی و یکنواختی است. نتیجه، کاهش ریسک استقرار و افزایش اطمینان همراه با حفظ سرعت تحویل است.
#ArgoRollouts #Kubernetes #ProgressiveDelivery #CanaryRelease #BlueGreen #DevOps #Observability #SRE
🟣لینک مقاله:
https://ku.bz/FM56-JbFw
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Medium
Argo Rollouts — Rollout Analysis
I am writing a series of articles on Argo Rollouts, each focusing on different deployment strategies or features. I will discuss the…
❤1
🔵 عنوان مقاله
KubernetesEnumerationTool: Offensive and Defensive Audit Toolkit
🟢 خلاصه مقاله:
KubernetesEnumerationTool یک جعبه‌ابزار ارزیابی امنیتی برای محیط‌های Kubernetes است که رویکردهای تهاجمی و دفاعی را ترکیب می‌کند تا نمایی کامل از پیکربندی، دسترسی‌ها و ریسک‌های کلاستر ارائه دهد. این ابزار با فهرست‌سازی عمیق منابع (از جمله RBAC، Service Accountها، NetworkPolicyها، تنظیمات امنیتی Pod و Admission Controllerها) خطاهای پیکربندی و مسیرهای ارتقای دسترسی را شناسایی و اولویت‌بندی می‌کند، بدون افشای محتوای Secrets. خروجی آن شامل گزارش‌های دارای شواهد، شدت، و راهکارهای اصلاحی هم‌تراز با راهنماهایی مانند CIS Kubernetes Benchmark است و می‌تواند در CI/CD برای جلوگیری از ورود تغییرات پرخطر به کار رود. هدف، همگرا کردن دید Red Team و Blue Team و کمک به تیم‌های Platform/SRE/SecOps برای سخت‌سازی پیش‌دستانه و ارزیابی واقع‌گرایانه تهدیدها در Kubernetes است.
#Kubernetes
#Security
#DevSecOps
#CloudNative
#RBAC
#CISBenchmark
#RedTeam
#BlueTeam
🟣لینک مقاله:
https://ku.bz/-zW_QZVKM
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
KubernetesEnumerationTool: Offensive and Defensive Audit Toolkit
🟢 خلاصه مقاله:
KubernetesEnumerationTool یک جعبه‌ابزار ارزیابی امنیتی برای محیط‌های Kubernetes است که رویکردهای تهاجمی و دفاعی را ترکیب می‌کند تا نمایی کامل از پیکربندی، دسترسی‌ها و ریسک‌های کلاستر ارائه دهد. این ابزار با فهرست‌سازی عمیق منابع (از جمله RBAC، Service Accountها، NetworkPolicyها، تنظیمات امنیتی Pod و Admission Controllerها) خطاهای پیکربندی و مسیرهای ارتقای دسترسی را شناسایی و اولویت‌بندی می‌کند، بدون افشای محتوای Secrets. خروجی آن شامل گزارش‌های دارای شواهد، شدت، و راهکارهای اصلاحی هم‌تراز با راهنماهایی مانند CIS Kubernetes Benchmark است و می‌تواند در CI/CD برای جلوگیری از ورود تغییرات پرخطر به کار رود. هدف، همگرا کردن دید Red Team و Blue Team و کمک به تیم‌های Platform/SRE/SecOps برای سخت‌سازی پیش‌دستانه و ارزیابی واقع‌گرایانه تهدیدها در Kubernetes است.
#Kubernetes
#Security
#DevSecOps
#CloudNative
#RBAC
#CISBenchmark
#RedTeam
#BlueTeam
🟣لینک مقاله:
https://ku.bz/-zW_QZVKM
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
GitHub
GitHub - beserkerbob/KubernetesEnumerationTool: A tool to help you to automate processes within kubernetes
A tool to help you to automate processes within kubernetes - beserkerbob/KubernetesEnumerationTool
🔵 عنوان مقاله
K8z: the Kubernetes manager
🟢 خلاصه مقاله:
K8z به‌عنوان یک مدیر یکپارچه برای Kubernetes معرفی می‌شود که چرخه کامل مدیریت کلاستر را از راه‌اندازی تا نگهداری روزمره ساده می‌کند. این ابزار با تمرکز بر مدیریت چرخه عمر، ارتقا و وصله‌گذاری نسخه‌ها، RBAC و SSO، چنداجاره‌ای، و تفکیک نقش‌های تیم پلتفرم و توسعه، یک تجربه ثابت در محیط‌های ابری و درون‌سازمانی ارائه می‌دهد. برای تحویل اپلیکیشن، از گردش‌کارهای آشنا مثل Helm و Kustomize پشتیبانی می‌کند و با GitOps از طریق Argo CD و Flux ادغام می‌شود تا استقرارها اعلامی، قابل حسابرسی و کم‌ریسک باشند. در حوزه قابلیت اطمینان و مشاهده‌پذیری، با Prometheus و Grafana و ابزارهای پشتیبان‌گیری مانند Velero کار می‌کند و با سیاست‌های حاکمیتی مبتنی بر OPA/Gatekeeper و ممیزی سراسری، امنیت و انطباق را تضمین می‌کند. در مجموع، K8z یک مدیر Kubernetes منسجم و انعطاف‌پذیر است که استانداردسازی عملیات و تسریع تحویل را برای سازمان‌ها ممکن می‌سازد.
#Kubernetes
#K8z
#DevOps
#GitOps
#CloudNative
#PlatformEngineering
#ClusterManagement
🟣لینک مقاله:
https://k8z.dev
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
K8z: the Kubernetes manager
🟢 خلاصه مقاله:
K8z به‌عنوان یک مدیر یکپارچه برای Kubernetes معرفی می‌شود که چرخه کامل مدیریت کلاستر را از راه‌اندازی تا نگهداری روزمره ساده می‌کند. این ابزار با تمرکز بر مدیریت چرخه عمر، ارتقا و وصله‌گذاری نسخه‌ها، RBAC و SSO، چنداجاره‌ای، و تفکیک نقش‌های تیم پلتفرم و توسعه، یک تجربه ثابت در محیط‌های ابری و درون‌سازمانی ارائه می‌دهد. برای تحویل اپلیکیشن، از گردش‌کارهای آشنا مثل Helm و Kustomize پشتیبانی می‌کند و با GitOps از طریق Argo CD و Flux ادغام می‌شود تا استقرارها اعلامی، قابل حسابرسی و کم‌ریسک باشند. در حوزه قابلیت اطمینان و مشاهده‌پذیری، با Prometheus و Grafana و ابزارهای پشتیبان‌گیری مانند Velero کار می‌کند و با سیاست‌های حاکمیتی مبتنی بر OPA/Gatekeeper و ممیزی سراسری، امنیت و انطباق را تضمین می‌کند. در مجموع، K8z یک مدیر Kubernetes منسجم و انعطاف‌پذیر است که استانداردسازی عملیات و تسریع تحویل را برای سازمان‌ها ممکن می‌سازد.
#Kubernetes
#K8z
#DevOps
#GitOps
#CloudNative
#PlatformEngineering
#ClusterManagement
🟣لینک مقاله:
https://k8z.dev
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
k8z.dev
K8Z | The Kubernetes Manager
The Kubernetes Manager for iOS and MacOS.
Forwarded from Daniele Polencic
<shameless update>I have launched Kube Today!
For the past 7 years, I've been curating and sharing Kubernetes content across various social channels.
But I thought I’d be nice to have a rolling view of having that is published.
And so here it is: https://kube.today
I hope you find it helpful!
🔵 عنوان مقاله
k8sgpt: Kubernetes analyzer
🟢 خلاصه مقاله:
**k8sgpt یک ابزار تحلیل‌گر برای خوشه‌های Kubernetes است که با اسکن منابع، رویدادها و وضعیت اجزا، خطاها و پیکربندی‌های نادرست را پیدا می‌کند و با توضیحات قابل فهم و پیشنهادهای عملی، عیب‌یابی را سریع‌تر می‌کند. این ابزار می‌تواند بدون AI و صرفاً با قواعد داخلی کار کند، یا در صورت نیاز با اتصال به LLMهای خارجی مانند OpenAI یا مدل‌های محلی، توضیحات و راهکارهای دقیق‌تری ارائه دهد و همزمان اطلاعات حساس را مخفی‌سازی کند.
کارکردهای اصلی شامل یافتن ریشه مشکل در مواردی مثل CrashLoopBackOff، خطای ImagePull، کمبود منابع، خطاهای Readiness/Liveness، و مسائل RBAC/NetworkPolicy، به‌همراه پیشنهاد دستورهای kubectl یا تغییرات لازم در manifestها است. k8sgpt به‌صورت CLI یا افزونه kubectl و در فرآیندهای CI/CD قابل استفاده است و برای پاسخ‌گویی در حوادث، عملیات روزمره و آموزش تیم‌ها کاربرد دارد. با وجود سرعت‌بخشیدن به عیب‌یابی و کاهش MTTR، این ابزار جایگزین سامانه‌های مشاهده‌پذیری مانند Prometheus و Grafana نیست و بهتر است توصیه‌های آن پیش از اعمال در محیط Production بازبینی شوند.
#Kubernetes #k8sgpt #DevOps #SRE #AIOps #CloudNative #Troubleshooting #Observability
🟣لینک مقاله:
https://ku.bz/sV6Dnd99T
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
k8sgpt: Kubernetes analyzer
🟢 خلاصه مقاله:
**k8sgpt یک ابزار تحلیل‌گر برای خوشه‌های Kubernetes است که با اسکن منابع، رویدادها و وضعیت اجزا، خطاها و پیکربندی‌های نادرست را پیدا می‌کند و با توضیحات قابل فهم و پیشنهادهای عملی، عیب‌یابی را سریع‌تر می‌کند. این ابزار می‌تواند بدون AI و صرفاً با قواعد داخلی کار کند، یا در صورت نیاز با اتصال به LLMهای خارجی مانند OpenAI یا مدل‌های محلی، توضیحات و راهکارهای دقیق‌تری ارائه دهد و همزمان اطلاعات حساس را مخفی‌سازی کند.
کارکردهای اصلی شامل یافتن ریشه مشکل در مواردی مثل CrashLoopBackOff، خطای ImagePull، کمبود منابع، خطاهای Readiness/Liveness، و مسائل RBAC/NetworkPolicy، به‌همراه پیشنهاد دستورهای kubectl یا تغییرات لازم در manifestها است. k8sgpt به‌صورت CLI یا افزونه kubectl و در فرآیندهای CI/CD قابل استفاده است و برای پاسخ‌گویی در حوادث، عملیات روزمره و آموزش تیم‌ها کاربرد دارد. با وجود سرعت‌بخشیدن به عیب‌یابی و کاهش MTTR، این ابزار جایگزین سامانه‌های مشاهده‌پذیری مانند Prometheus و Grafana نیست و بهتر است توصیه‌های آن پیش از اعمال در محیط Production بازبینی شوند.
#Kubernetes #k8sgpt #DevOps #SRE #AIOps #CloudNative #Troubleshooting #Observability
🟣لینک مقاله:
https://ku.bz/sV6Dnd99T
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
GitHub
GitHub - k8sgpt-ai/k8sgpt: Giving Kubernetes Superpowers to everyone
Giving Kubernetes Superpowers to everyone. Contribute to k8sgpt-ai/k8sgpt development by creating an account on GitHub.
❤1
Forwarded from Software Engineer Labdon
چرا از جاوا و پایتون برای نرم افزارهای سیستم های هوافضا نمیشه استفاده کرد؟
1-قطعیت (Determinism):
در زبان هایی مثل جاوا و پایتون به خاطر وجود garbage collection و مبتنی بر JVM بودن اجرای برنامه دقیقا قابل پیش بینی نیست. ممکنه برنامه یه لحظه به خاطر garbage collector متوقف بشه یا pause کنه. تو نرم افزارهای real time همچین چیزی قابل قبول نیست.
به عبارت دیگه یه حلقه توی جاوا یه بار ممکنه یک میلی ثانیه طول بکشه اما دفعه بعد 5 میلی ثانیه طول بکشه دلیل این امر اینه که JIT و gc معلوم نیست کی عمل می کنن و حافظه رو پس می گیرن. پایتون هم به همین دلیل که gc داره عملکردش این شکلیه.
2-زمانبندی سخت گیرانه(Hard real-time constraints): نرم افزارهای هوافضا باید مشخص، کوتاه و قطعی واکنش نشان دهند اما جاوا و پایتون همچین تضمینی نمی دهند.
3-ایمنی و استانداردها :
صنعت هوافضا از استانداردهایی مثل DO-178C پیروی می‌کند. Ada و C ابزارها و کتابخانه‌های تأییدشده‌ای برای این استاندارد دارند اما برای جاوا و پایتون چنین پشتیبانی و تأیید رسمی بسیار محدود یا تقریباً وجود ندارد.
4-کارایی (Performance & Footprint):
پایتون کنده چون مفسریه جاوا هم به خاطر JVM و مدیریت حافظه سربار زیادی داره که خب توی سیستم های هوافضا که سرعت مهمه و منابع سخت افزاری محدودی داریم نمیشه یه برنامه کند و برنامه ای که کلی منابع میخواد رو اجرا کنیم.
در نهایت باید بگم که زبان هایی که باهاشون نرم افزارهای سیستم های هوافضا، نظامی و حساس رو میسازن Ada-Spark ada - C و جدیدا Rust هستند.
<Mohsen Shojaei Yeganeh/>
👇👇👇👇👇👇👇
@software_Labdon
1-قطعیت (Determinism):
در زبان هایی مثل جاوا و پایتون به خاطر وجود garbage collection و مبتنی بر JVM بودن اجرای برنامه دقیقا قابل پیش بینی نیست. ممکنه برنامه یه لحظه به خاطر garbage collector متوقف بشه یا pause کنه. تو نرم افزارهای real time همچین چیزی قابل قبول نیست.
به عبارت دیگه یه حلقه توی جاوا یه بار ممکنه یک میلی ثانیه طول بکشه اما دفعه بعد 5 میلی ثانیه طول بکشه دلیل این امر اینه که JIT و gc معلوم نیست کی عمل می کنن و حافظه رو پس می گیرن. پایتون هم به همین دلیل که gc داره عملکردش این شکلیه.
2-زمانبندی سخت گیرانه(Hard real-time constraints): نرم افزارهای هوافضا باید مشخص، کوتاه و قطعی واکنش نشان دهند اما جاوا و پایتون همچین تضمینی نمی دهند.
3-ایمنی و استانداردها :
صنعت هوافضا از استانداردهایی مثل DO-178C پیروی می‌کند. Ada و C ابزارها و کتابخانه‌های تأییدشده‌ای برای این استاندارد دارند اما برای جاوا و پایتون چنین پشتیبانی و تأیید رسمی بسیار محدود یا تقریباً وجود ندارد.
4-کارایی (Performance & Footprint):
پایتون کنده چون مفسریه جاوا هم به خاطر JVM و مدیریت حافظه سربار زیادی داره که خب توی سیستم های هوافضا که سرعت مهمه و منابع سخت افزاری محدودی داریم نمیشه یه برنامه کند و برنامه ای که کلی منابع میخواد رو اجرا کنیم.
در نهایت باید بگم که زبان هایی که باهاشون نرم افزارهای سیستم های هوافضا، نظامی و حساس رو میسازن Ada-Spark ada - C و جدیدا Rust هستند.
<Mohsen Shojaei Yeganeh/>
👇👇👇👇👇👇👇
@software_Labdon
🔵 عنوان مقاله
kuik: container image caching system
🟢 خلاصه مقاله:
**kuik یک سیستم کش برای imageهای کانتینری است که با نگهداری و بازاستفاده از لایه‌های OCI سرعت pull و build را بالا می‌برد، تأخیر راه‌اندازی را کاهش می‌دهد و هزینه پهنای‌باند را کم می‌کند. این ابزار با deduplication، سیاست‌های پر/تخلیه کش، و invalidation مبتنی بر digest یکپارچگی محتوا را حفظ می‌کند و می‌تواند به‌صورت cache محلی، proxy رجیستری یا به‌شکل DaemonSet/sidecar در Kubernetes به‌کار رود. ادغام با Docker و سایر runtimeهای OCI، به‌همراه مشاهده‌پذیری و کنترل دسترسی، اتخاذ آن را در محیط‌های توسعه، CI/CD و تولید ساده و قابل اتکا می‌کند.
#containers #caching #DevOps #Kubernetes #Docker #OCI #CICD #performance
🟣لینک مقاله:
https://ku.bz/ryRQH7fxW
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
kuik: container image caching system
🟢 خلاصه مقاله:
**kuik یک سیستم کش برای imageهای کانتینری است که با نگهداری و بازاستفاده از لایه‌های OCI سرعت pull و build را بالا می‌برد، تأخیر راه‌اندازی را کاهش می‌دهد و هزینه پهنای‌باند را کم می‌کند. این ابزار با deduplication، سیاست‌های پر/تخلیه کش، و invalidation مبتنی بر digest یکپارچگی محتوا را حفظ می‌کند و می‌تواند به‌صورت cache محلی، proxy رجیستری یا به‌شکل DaemonSet/sidecar در Kubernetes به‌کار رود. ادغام با Docker و سایر runtimeهای OCI، به‌همراه مشاهده‌پذیری و کنترل دسترسی، اتخاذ آن را در محیط‌های توسعه، CI/CD و تولید ساده و قابل اتکا می‌کند.
#containers #caching #DevOps #Kubernetes #Docker #OCI #CICD #performance
🟣لینک مقاله:
https://ku.bz/ryRQH7fxW
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
GitHub
GitHub - enix/kube-image-keeper: kuik is a container image caching system for Kubernetes
kuik is a container image caching system for Kubernetes - enix/kube-image-keeper
🔵 عنوان مقاله
Kubetail
🟢 خلاصه مقاله:
خلاصه‌ای از ابزار Kubetail: یک ابزار خط فرمان سبک برای جمع‌کردن و نمایش زنده لاگ‌های چند Pod و کانتینر در Kubernetes در یک خروجی واحد است. بر پایه kubectl کار می‌کند، با انتخاب بر اساس نام یا Label، تعیین Namespace و Container، دنبال‌کردن زنده، پیشوند نام Pod/Container و رنگ‌بندی، عیب‌یابی همزمان چند سرویس را ساده می‌کند. نصب آن آسان است (مثلا از طریق Homebrew روی macOS یا دریافت اسکریپت روی Linux) و نیازی به مؤلفهٔ سروری جداگانه ندارد. Kubetail جایگزین سامانه‌های لاگ مرکزی نیست، اما برای دیباگ سریع، بررسی استقرارها و همبستگی خطاها میان چند Pod بسیار کاربردی است.
#Kubetail #Kubernetes #DevOps #Logs #Observability #CLI #SRE #Microservices
🟣لینک مقاله:
https://ku.bz/tZ0FL1r75
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Kubetail
🟢 خلاصه مقاله:
خلاصه‌ای از ابزار Kubetail: یک ابزار خط فرمان سبک برای جمع‌کردن و نمایش زنده لاگ‌های چند Pod و کانتینر در Kubernetes در یک خروجی واحد است. بر پایه kubectl کار می‌کند، با انتخاب بر اساس نام یا Label، تعیین Namespace و Container، دنبال‌کردن زنده، پیشوند نام Pod/Container و رنگ‌بندی، عیب‌یابی همزمان چند سرویس را ساده می‌کند. نصب آن آسان است (مثلا از طریق Homebrew روی macOS یا دریافت اسکریپت روی Linux) و نیازی به مؤلفهٔ سروری جداگانه ندارد. Kubetail جایگزین سامانه‌های لاگ مرکزی نیست، اما برای دیباگ سریع، بررسی استقرارها و همبستگی خطاها میان چند Pod بسیار کاربردی است.
#Kubetail #Kubernetes #DevOps #Logs #Observability #CLI #SRE #Microservices
🟣لینک مقاله:
https://ku.bz/tZ0FL1r75
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
GitHub
GitHub - kubetail-org/kubetail: Real-time logging dashboard for Kubernetes (browser/terminal)
Real-time logging dashboard for Kubernetes (browser/terminal) - kubetail-org/kubetail
❤1
🔵 عنوان مقاله
SpinKube: Native WebAssembly Workloads on Kubernetes
🟢 خلاصه مقاله:
SpinKube روشی ارائه می‌دهد تا WebAssembly به‌صورت «اولین‌رده» در Kubernetes اجرا شود و مزیت‌های سرعت، امنیت و اندازه کوچک Wasm را با فرایندها و ابزارهای استاندارد کلاود نیتیو یکپارچه کند. به‌جای راه‌حل‌های جانبی، SpinKube از APIها و الگوهای بومی Kubernetes مانند Deployments، Services، Jobs و RuntimeClass بهره می‌گیرد تا Wasm کنار کانتینرها در همان کلاستر مستقر، زمانبندی، مقیاس‌دهی و پایش شود. نتیجه برای تیم‌ها، همزیستی ساده Wasm و کانتینر، بهره‌وری بالاتر، راه‌اندازی سریع‌تر بارهای کاری رویدادمحور و تقویت امنیت به‌واسطه ایزوله‌سازی Wasm است. این راهکار با ابزارهایی مثل kubectl، Helm و GitOps سازگار است و لاگ/متریک‌ها را به پشته‌های موجود وصل می‌کند؛ درنتیجه تجربه توسعه و عملیات بدون اصطکاک حفظ می‌شود. موارد کاربرد شامل میکروسرویس‌های کم‌تأخیر، الگوهای شبیه Serverless، استقرارهای Edge و پلتفرم‌های چند‌مستاجری است که با «بومی‌شدن» Wasm روی Kubernetes سریع‌تر از آزمایش تا تولید حرکت می‌کنند.
#WebAssembly #Kubernetes #SpinKube #CloudNative #WASI #Serverless #DevOps #EdgeComputing
🟣لینک مقاله:
https://ku.bz/VRgpk7W7M
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
SpinKube: Native WebAssembly Workloads on Kubernetes
🟢 خلاصه مقاله:
SpinKube روشی ارائه می‌دهد تا WebAssembly به‌صورت «اولین‌رده» در Kubernetes اجرا شود و مزیت‌های سرعت، امنیت و اندازه کوچک Wasm را با فرایندها و ابزارهای استاندارد کلاود نیتیو یکپارچه کند. به‌جای راه‌حل‌های جانبی، SpinKube از APIها و الگوهای بومی Kubernetes مانند Deployments، Services، Jobs و RuntimeClass بهره می‌گیرد تا Wasm کنار کانتینرها در همان کلاستر مستقر، زمانبندی، مقیاس‌دهی و پایش شود. نتیجه برای تیم‌ها، همزیستی ساده Wasm و کانتینر، بهره‌وری بالاتر، راه‌اندازی سریع‌تر بارهای کاری رویدادمحور و تقویت امنیت به‌واسطه ایزوله‌سازی Wasm است. این راهکار با ابزارهایی مثل kubectl، Helm و GitOps سازگار است و لاگ/متریک‌ها را به پشته‌های موجود وصل می‌کند؛ درنتیجه تجربه توسعه و عملیات بدون اصطکاک حفظ می‌شود. موارد کاربرد شامل میکروسرویس‌های کم‌تأخیر، الگوهای شبیه Serverless، استقرارهای Edge و پلتفرم‌های چند‌مستاجری است که با «بومی‌شدن» Wasm روی Kubernetes سریع‌تر از آزمایش تا تولید حرکت می‌کنند.
#WebAssembly #Kubernetes #SpinKube #CloudNative #WASI #Serverless #DevOps #EdgeComputing
🟣لینک مقاله:
https://ku.bz/VRgpk7W7M
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
🔵 عنوان مقاله
Keel: Kubernetes Deployment Automation Engine
🟢 خلاصه مقاله:
** Keel یک Kubernetes Operator است که به‌صورت خودکار به‌روزرسانی‌های Helm، Deployment، DaemonSet و StatefulSet را اجرا می‌کند. با رصد نسخه‌های جدید ایمیج‌ها یا تغییرات Helm chart، به‌روزرسانی‌ها را به شکل Rolling و مطابق مکانیزم‌های بومی Kubernetes انجام می‌دهد و به سلامت سرویس‌ها و استراتژی‌های rollout احترام می‌گذارد. امکان تعریف سیاست‌ها برای کنترل نوع و نحوه به‌روزرسانی‌ها (مثل محدودکردن به نسخه‌های امن یا نیاز به تأیید) وجود دارد و Keel با گردش‌کارهای فعلی تیم‌ها سازگار است. نتیجه، کاهش کارهای تکراری، جلوگیری از ناهمخوانی پیکربندی و به‌روزرسانی ایمن و یکنواخت سرویس‌ها در مقیاس است.
#Kubernetes #Keel #Helm #DevOps #Automation #ContinuousDelivery #Containers
🟣لینک مقاله:
https://ku.bz/N-jRpJkrH
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Keel: Kubernetes Deployment Automation Engine
🟢 خلاصه مقاله:
** Keel یک Kubernetes Operator است که به‌صورت خودکار به‌روزرسانی‌های Helm، Deployment، DaemonSet و StatefulSet را اجرا می‌کند. با رصد نسخه‌های جدید ایمیج‌ها یا تغییرات Helm chart، به‌روزرسانی‌ها را به شکل Rolling و مطابق مکانیزم‌های بومی Kubernetes انجام می‌دهد و به سلامت سرویس‌ها و استراتژی‌های rollout احترام می‌گذارد. امکان تعریف سیاست‌ها برای کنترل نوع و نحوه به‌روزرسانی‌ها (مثل محدودکردن به نسخه‌های امن یا نیاز به تأیید) وجود دارد و Keel با گردش‌کارهای فعلی تیم‌ها سازگار است. نتیجه، کاهش کارهای تکراری، جلوگیری از ناهمخوانی پیکربندی و به‌روزرسانی ایمن و یکنواخت سرویس‌ها در مقیاس است.
#Kubernetes #Keel #Helm #DevOps #Automation #ContinuousDelivery #Containers
🟣لینک مقاله:
https://ku.bz/N-jRpJkrH
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
❤1
🔵 عنوان مقاله
Policy-Based Testing for Configuration Files with Conftest
🟢 خلاصه مقاله:
** Conftest با تکیه بر OPA و زبان Rego امکان «سیاست‌گذاری به‌صورت کد» را برای فایل‌های پیکربندی فراهم می‌کند. این ابزار فایل‌های ساخت‌یافته مانند YAML، JSON و HCL را—برای نمونه در مانفیست‌های Kubernetes و خروجی‌های Terraform—بر اساس سیاست‌های نسخه‌پذیر و قابل‌بررسی ارزیابی می‌کند. تیم‌ها سیاست‌ها را به‌صورت کد می‌نویسند، در مخازن نگه می‌دارند و با اجرای conftest test پیش از استقرار، خطاها و تخطی‌ها را با پیام‌های قابل‌اقدام شناسایی می‌کنند. یکپارچه‌سازی با CI/CD (مانند GitHub Actions، GitLab CI، Jenkins و CircleCI) و استفاده در pre-commit باعث می‌شود مشکلات زودتر و به‌شکل یکنواخت در همه محیط‌ها دیده شوند. با سیاست‌های کوچک و ترکیب‌پذیر، پیام‌های خطای روشن، تست سیاست‌ها و فرآیند مناسب برای استثناها، می‌توان منحنی یادگیری Rego را مدیریت کرد و به سرعت به مزایای «policy as code» رسید. در نهایت، Conftest با خودکارسازی کنترل‌ها، از پیکربندی‌های ناسالم جلوگیری کرده و امنیت، انطباق و قابلیت اتکا را در جریان روزمره توسعه تضمین می‌کند.
#Conftest #OPA #Rego #PolicyAsCode #DevSecOps #Kubernetes #Terraform #CICD
🟣لینک مقاله:
https://ku.bz/Cq4x8tmnM
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Policy-Based Testing for Configuration Files with Conftest
🟢 خلاصه مقاله:
** Conftest با تکیه بر OPA و زبان Rego امکان «سیاست‌گذاری به‌صورت کد» را برای فایل‌های پیکربندی فراهم می‌کند. این ابزار فایل‌های ساخت‌یافته مانند YAML، JSON و HCL را—برای نمونه در مانفیست‌های Kubernetes و خروجی‌های Terraform—بر اساس سیاست‌های نسخه‌پذیر و قابل‌بررسی ارزیابی می‌کند. تیم‌ها سیاست‌ها را به‌صورت کد می‌نویسند، در مخازن نگه می‌دارند و با اجرای conftest test پیش از استقرار، خطاها و تخطی‌ها را با پیام‌های قابل‌اقدام شناسایی می‌کنند. یکپارچه‌سازی با CI/CD (مانند GitHub Actions، GitLab CI، Jenkins و CircleCI) و استفاده در pre-commit باعث می‌شود مشکلات زودتر و به‌شکل یکنواخت در همه محیط‌ها دیده شوند. با سیاست‌های کوچک و ترکیب‌پذیر، پیام‌های خطای روشن، تست سیاست‌ها و فرآیند مناسب برای استثناها، می‌توان منحنی یادگیری Rego را مدیریت کرد و به سرعت به مزایای «policy as code» رسید. در نهایت، Conftest با خودکارسازی کنترل‌ها، از پیکربندی‌های ناسالم جلوگیری کرده و امنیت، انطباق و قابلیت اتکا را در جریان روزمره توسعه تضمین می‌کند.
#Conftest #OPA #Rego #PolicyAsCode #DevSecOps #Kubernetes #Terraform #CICD
🟣لینک مقاله:
https://ku.bz/Cq4x8tmnM
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
❤1
🔵 عنوان مقاله
Kube-Sec: Python CLI for Kubernetes Cluster Security Scanning
🟢 خلاصه مقاله:
Kube-Sec یک ابزار CLI مبتنی بر Python برای اسکن امنیتی کلاسترهای Kubernetes است که با اتصال به کلاستر و بررسی منابعی مثل Pods، Deployments، Services، Ingress و RBAC، ریسک‌های ناشی از پیکربندی نادرست را شناسایی می‌کند. این ابزار مواردی مانند privileged containers، استفاده از hostPath، نبودن resource requests/limits، استفاده از برچسب latest برای تصاویر، nodePortهای در معرض، Ingress بدون TLS، نبودن NetworkPolicies، مجوزهای بیش‌ازحد در RBAC و استفاده از Secrets در متغیرهای محیطی را بررسی می‌کند. خروجی‌ها با سطح شدت، توضیح مختصر و راهکار اصلاح ارائه می‌شوند و علاوه بر نمایش خط فرمان، در قالب‌های JSON و SARIF برای ادغام در CI/CD و داشبوردها در دسترس‌اند. Kube-Sec به‌راحتی در گردش‌کار توسعه محلی، اتوماسیون استقرار و GitOps ادغام می‌شود و با استانداردسازی بررسی‌ها، به بهبود مداوم امنیت کلاستر بدون کند کردن فرایند تحویل کمک می‌کند.
#Kubernetes #KubeSec #Python #Security #DevSecOps #RBAC #CICD #ContainerSecurity
🟣لینک مقاله:
https://ku.bz/x6JpQm94_
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Kube-Sec: Python CLI for Kubernetes Cluster Security Scanning
🟢 خلاصه مقاله:
Kube-Sec یک ابزار CLI مبتنی بر Python برای اسکن امنیتی کلاسترهای Kubernetes است که با اتصال به کلاستر و بررسی منابعی مثل Pods، Deployments، Services، Ingress و RBAC، ریسک‌های ناشی از پیکربندی نادرست را شناسایی می‌کند. این ابزار مواردی مانند privileged containers، استفاده از hostPath، نبودن resource requests/limits، استفاده از برچسب latest برای تصاویر، nodePortهای در معرض، Ingress بدون TLS، نبودن NetworkPolicies، مجوزهای بیش‌ازحد در RBAC و استفاده از Secrets در متغیرهای محیطی را بررسی می‌کند. خروجی‌ها با سطح شدت، توضیح مختصر و راهکار اصلاح ارائه می‌شوند و علاوه بر نمایش خط فرمان، در قالب‌های JSON و SARIF برای ادغام در CI/CD و داشبوردها در دسترس‌اند. Kube-Sec به‌راحتی در گردش‌کار توسعه محلی، اتوماسیون استقرار و GitOps ادغام می‌شود و با استانداردسازی بررسی‌ها، به بهبود مداوم امنیت کلاستر بدون کند کردن فرایند تحویل کمک می‌کند.
#Kubernetes #KubeSec #Python #Security #DevSecOps #RBAC #CICD #ContainerSecurity
🟣لینک مقاله:
https://ku.bz/x6JpQm94_
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
GitHub
GitHub - rahulbansod519/Trion-Sec
Contribute to rahulbansod519/Trion-Sec development by creating an account on GitHub.
🔵 عنوان مقاله
Testing to See if You Can Run a MariaDB Cluster on a $150 Kubernetes Lab
🟢 خلاصه مقاله:
این مقاله بررسی می‌کند که آیا می‌توان یک خوشه MariaDB مبتنی بر Galera را روی یک آزمایشگاه Kubernetes ارزان‌قیمت حدوداً 150 دلاری ساخته‌شده از بردهای Orange Pi اجرا کرد یا نه؛ با نصب K3s، استقرار MariaDB Kubernetes Operator و تنظیم محدودیت‌های منابع برای سخت‌افزارهای کم‌توان (SBC). نتیجه این است که با تنظیمات دقیق و انتظار واقع‌بینانه، اجرای خوشه برای یادگیری، دمو و تست سبک ممکن است، اما از نظر کارایی و پایداری محدود بوده و گزینه‌ای برای محیط تولیدی نیست.
#Kubernetes #MariaDB #Galera #K3s #OrangePi #SBC #HomeLab #DevOps
🟣لینک مقاله:
https://ku.bz/j_8-vP3jy
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Testing to See if You Can Run a MariaDB Cluster on a $150 Kubernetes Lab
🟢 خلاصه مقاله:
این مقاله بررسی می‌کند که آیا می‌توان یک خوشه MariaDB مبتنی بر Galera را روی یک آزمایشگاه Kubernetes ارزان‌قیمت حدوداً 150 دلاری ساخته‌شده از بردهای Orange Pi اجرا کرد یا نه؛ با نصب K3s، استقرار MariaDB Kubernetes Operator و تنظیم محدودیت‌های منابع برای سخت‌افزارهای کم‌توان (SBC). نتیجه این است که با تنظیمات دقیق و انتظار واقع‌بینانه، اجرای خوشه برای یادگیری، دمو و تست سبک ممکن است، اما از نظر کارایی و پایداری محدود بوده و گزینه‌ای برای محیط تولیدی نیست.
#Kubernetes #MariaDB #Galera #K3s #OrangePi #SBC #HomeLab #DevOps
🟣لینک مقاله:
https://ku.bz/j_8-vP3jy
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Hackernoon
Testing to See if You Can Run a MariaDB Cluster on a $150 Kubernetes Lab | HackerNoon
Testing a MariaDB Galera cluster on a budget Orange Pi Kubernetes setup, tuning settings for resource limits and confirming successful replication.
🔵 عنوان مقاله
Inside a Pod’s Birth: Veth Pairs, IPAM, and Routing with Kindnet CNI
🟢 خلاصه مقاله:
این مقاله روند ایجاد شبکه برای یک Pod در Kubernetes با استفاده از Kindnet به‌عنوان CNI را گام‌به‌گام توضیح می‌دهد. ابتدا با فراخوانی CNI توسط kubelet، افزونه Kindnet یک جفت veth می‌سازد؛ یک سر آن به فضای نام شبکه Pod منتقل و به‌عنوان eth0 تنظیم می‌شود و سر دیگر در میزبان می‌ماند و به پیکربندی شبکه گره متصل می‌شود. سپس IPAM یک آدرس IP از محدوده PodCIDR گره تخصیص می‌دهد، روی eth0 اعمال می‌شود و مسیر پیش‌فرض داخل Pod به دروازه میزبان تنظیم می‌گردد.
برای ارتباط در سطح کلاستر، Kindnet روی گره‌ها مسیرهایی نصب می‌کند: مسیرهای محلی برای Podهای همان گره و مسیرهای راه‌دور به PodCIDR گره‌های دیگر از طریق IP گره‌ها. در صورت نیاز، قوانین iptables برای hairpin و NAT نیز اعمال می‌شود تا دسترسی به بیرون و بازگشت ترافیک به‌درستی انجام شود. با حذف Pod، فراخوانی DEL همه تنظیمات را پاک می‌کند: veth حذف، IP آزاد و مسیرها جمع‌آوری می‌شوند؛ در نتیجه، مسیر داده‌ای ساده و کم‌هزینه بین Pod و شبکه میزبان ایجاد می‌شود.
#Kubernetes #CNI #Kindnet #Networking #Containers #IPAM #veth #PodNetworking
🟣لینک مقاله:
https://ku.bz/qC-5078rY
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Inside a Pod’s Birth: Veth Pairs, IPAM, and Routing with Kindnet CNI
🟢 خلاصه مقاله:
این مقاله روند ایجاد شبکه برای یک Pod در Kubernetes با استفاده از Kindnet به‌عنوان CNI را گام‌به‌گام توضیح می‌دهد. ابتدا با فراخوانی CNI توسط kubelet، افزونه Kindnet یک جفت veth می‌سازد؛ یک سر آن به فضای نام شبکه Pod منتقل و به‌عنوان eth0 تنظیم می‌شود و سر دیگر در میزبان می‌ماند و به پیکربندی شبکه گره متصل می‌شود. سپس IPAM یک آدرس IP از محدوده PodCIDR گره تخصیص می‌دهد، روی eth0 اعمال می‌شود و مسیر پیش‌فرض داخل Pod به دروازه میزبان تنظیم می‌گردد.
برای ارتباط در سطح کلاستر، Kindnet روی گره‌ها مسیرهایی نصب می‌کند: مسیرهای محلی برای Podهای همان گره و مسیرهای راه‌دور به PodCIDR گره‌های دیگر از طریق IP گره‌ها. در صورت نیاز، قوانین iptables برای hairpin و NAT نیز اعمال می‌شود تا دسترسی به بیرون و بازگشت ترافیک به‌درستی انجام شود. با حذف Pod، فراخوانی DEL همه تنظیمات را پاک می‌کند: veth حذف، IP آزاد و مسیرها جمع‌آوری می‌شوند؛ در نتیجه، مسیر داده‌ای ساده و کم‌هزینه بین Pod و شبکه میزبان ایجاد می‌شود.
#Kubernetes #CNI #Kindnet #Networking #Containers #IPAM #veth #PodNetworking
🟣لینک مقاله:
https://ku.bz/qC-5078rY
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Medium
Inside a Pod’s Birth in Kubernetes: Veth Pairs, IPAM, and Routing with Kindnet CNI
When a Kubernetes pod starts, it doesn’t just spin up a container. It gets a full, isolated network stack — complete with its own IP…