🔵 عنوان مقاله
Cloudflare Tunnel Ingress Controller
🟢 خلاصه مقاله:
Cloudflare Tunnel Ingress Controller روشی Kubernetes-native برای انتشار امن سرویس‌هاست که به‌جای باز کردن پورت‌های ورودی و ساخت Load Balancer عمومی، از اتصال‌های خروجی رمزنگاری‌شده به لبه Cloudflare استفاده می‌کند. این Controller با تماشای Ingress، Service و CRDها، مسیرها را به‌صورت خودکار روی Cloudflare Tunnel و DNS/TLS اعمال می‌کند و اجرای cloudflared درون کلاستر، مسیرهای افزونه و پایدار فراهم می‌سازد. از نظر امنیت، بدون IP عمومی کار می‌کند و مزایایی مثل DDoS/WAF، mTLS و Access (کنترل هویتی) را در راستای مدل Zero Trust ارائه می‌دهد. استقرار با Helm و GitOps ساده است، HA با چندین نمونه cloudflared تضمین می‌شود و مشاهده‌پذیری از طریق لاگ و متریک‌ها در دسترس است. این راهکار برای انتشار داشبوردها، APIها، محیط‌های آزمایشی/Preview و سناریوهای هیبریدی مناسب است و می‌تواند در کنار NGINX/Traefik به‌کار رود؛ با این پیش‌نیاز که حساب Cloudflare و اتصال خروجی فراهم باشد.
#Cloudflare #Tunnel #IngressController #Kubernetes #ZeroTrust #cloudflared #DevOps #ApplicationSecurity
🟣لینک مقاله:
https://ku.bz/pMRcpczmz
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Cloudflare Tunnel Ingress Controller
🟢 خلاصه مقاله:
Cloudflare Tunnel Ingress Controller روشی Kubernetes-native برای انتشار امن سرویس‌هاست که به‌جای باز کردن پورت‌های ورودی و ساخت Load Balancer عمومی، از اتصال‌های خروجی رمزنگاری‌شده به لبه Cloudflare استفاده می‌کند. این Controller با تماشای Ingress، Service و CRDها، مسیرها را به‌صورت خودکار روی Cloudflare Tunnel و DNS/TLS اعمال می‌کند و اجرای cloudflared درون کلاستر، مسیرهای افزونه و پایدار فراهم می‌سازد. از نظر امنیت، بدون IP عمومی کار می‌کند و مزایایی مثل DDoS/WAF، mTLS و Access (کنترل هویتی) را در راستای مدل Zero Trust ارائه می‌دهد. استقرار با Helm و GitOps ساده است، HA با چندین نمونه cloudflared تضمین می‌شود و مشاهده‌پذیری از طریق لاگ و متریک‌ها در دسترس است. این راهکار برای انتشار داشبوردها، APIها، محیط‌های آزمایشی/Preview و سناریوهای هیبریدی مناسب است و می‌تواند در کنار NGINX/Traefik به‌کار رود؛ با این پیش‌نیاز که حساب Cloudflare و اتصال خروجی فراهم باشد.
#Cloudflare #Tunnel #IngressController #Kubernetes #ZeroTrust #cloudflared #DevOps #ApplicationSecurity
🟣لینک مقاله:
https://ku.bz/pMRcpczmz
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
GitHub
GitHub - STRRL/cloudflare-tunnel-ingress-controller: 🚀 Expose the website directly into the internet! The Kuberntes Ingress Controller…
🚀 Expose the website directly into the internet! The Kuberntes Ingress Controller based on Cloudflare Tunnel. - STRRL/cloudflare-tunnel-ingress-controller
❤1
🔵 عنوان مقاله
Nginx Ingress Controller Upgrade
🟢 خلاصه مقاله:
ارتقای Nginx Ingress Controller برای به‌روزرسانی امنیت، کارایی و قابلیت‌ها در محیط‌های Kubernetes ضروری است. پیش از شروع، نسخه فعلی، روش استقرار (Helm یا Manifest)، وابستگی‌ها، و تغییرات API/CRD مانند Ingress و IngressClass را از روی Release Notes بررسی کنید و از پیکربندی‌ها، CRDها، Secrets (به‌ویژه TLS) و RBAC نسخه پشتیبان بگیرید. برای کاهش ریسک، از استراتژی بدون قطعی مانند blue/green یا canary با ingressClass جداگانه استفاده کنید؛ یا در خوشه‌های کوچک‌تر، با Rolling Upgrade و تنظیمات محتاطانه (Probeهای درست، PDB، و maxUnavailable صفر) ارتقا دهید. ارتقا را ابتدا در Staging انجام دهید، سپس Rollout، لاگ‌ها، سلامت سرویس، و شاخص‌هایی مثل نرخ 4xx/5xx، تأخیر، و پایداری LoadBalancer را رصد کنید و در صورت نیاز آماده Rollback باشید. پس از موفقیت، Annotationهای منسوخ را پاکسازی، به فیلدهای جدید مانند ingressClassName مهاجرت، و مستندات و Runbookها را به‌روزرسانی کنید تا با بهترین‌روش‌های Kubernetes همسو بمانید.
#Nginx #Kubernetes #IngressController #DevOps #Helm #ZeroDowntime #CRD #TLS
🟣لینک مقاله:
https://ku.bz/LKcy755z6
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Nginx Ingress Controller Upgrade
🟢 خلاصه مقاله:
ارتقای Nginx Ingress Controller برای به‌روزرسانی امنیت، کارایی و قابلیت‌ها در محیط‌های Kubernetes ضروری است. پیش از شروع، نسخه فعلی، روش استقرار (Helm یا Manifest)، وابستگی‌ها، و تغییرات API/CRD مانند Ingress و IngressClass را از روی Release Notes بررسی کنید و از پیکربندی‌ها، CRDها، Secrets (به‌ویژه TLS) و RBAC نسخه پشتیبان بگیرید. برای کاهش ریسک، از استراتژی بدون قطعی مانند blue/green یا canary با ingressClass جداگانه استفاده کنید؛ یا در خوشه‌های کوچک‌تر، با Rolling Upgrade و تنظیمات محتاطانه (Probeهای درست، PDB، و maxUnavailable صفر) ارتقا دهید. ارتقا را ابتدا در Staging انجام دهید، سپس Rollout، لاگ‌ها، سلامت سرویس، و شاخص‌هایی مثل نرخ 4xx/5xx، تأخیر، و پایداری LoadBalancer را رصد کنید و در صورت نیاز آماده Rollback باشید. پس از موفقیت، Annotationهای منسوخ را پاکسازی، به فیلدهای جدید مانند ingressClassName مهاجرت، و مستندات و Runbookها را به‌روزرسانی کنید تا با بهترین‌روش‌های Kubernetes همسو بمانید.
#Nginx #Kubernetes #IngressController #DevOps #Helm #ZeroDowntime #CRD #TLS
🟣لینک مقاله:
https://ku.bz/LKcy755z6
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Karuppiah Natarajan's Blog
Nginx Ingress Controller Upgrade
This is what I planned when I thought about this for my current company and team and our infrastructure. Funnily, I was told later that we had to upgrade only standalone nginx instances and not the nginx ingress controller. But I still kept this plan...
👍1
🔵 عنوان مقاله
Platform engineering toolkit for Kubernetes
🟢 خلاصه مقاله:
این جعبه‌ابزار مهندسی پلتفرم برای Kubernetes مسیرهای استاندارد و خودسرویس را برای ساخت، استقرار و اجرای نرم‌افزار فراهم می‌کند. هسته آن شامل IaC با Terraform یا Crossplane و Cluster API، مدیریت پیکربندی با Helm یا Kustomize و اعمال تغییرات به‌صورت GitOps توسط Argo CD یا Flux است. امنیت و انطباق با policy-as-code از طریق OPA Gatekeeper یا Kyverno، مدیریت اسرار با Vault یا SOPS، و امنیت زنجیره تأمین با امضا و اسکن تصویر (Sigstore Cosign، Trivy و SBOM) تضمین می‌شود. مشاهده‌پذیری و پایداری با Prometheus، Grafana، OpenTelemetry و بک‌اندهایی مانند Jaeger/Tempo/Loki، به‌همراه SLOها، مقیاس‌گذاری HPA/VPA/KEDA و در صورت نیاز service mesh مثل Istio یا Linkerd و شبکه‌سازی Cilium/Calico تقویت می‌گردد. تجربه توسعه‌دهنده از طریق یک Internal Developer Portal مانند Backstage، الگوهای طلایی، ادغام با CI/CD (GitHub Actions، GitLab CI، Jenkins)، محیط‌های پیش‌نمایش و تحویل تدریجی با Argo Rollouts یا Flagger بهبود می‌یابد. برای عملیات و حاکمیت، RBAC حداقلی، خط‌مشی‌های پذیرش، ممیزی، مدیریت هزینه با Kubecost و رویکرد چندکلاستری/چندابری به‌کار می‌رود. اندازه‌گیری موفقیت با شاخص‌های DORA و تمرکز بر کاهش بار شناختی انجام می‌شود و با اتخاذ تدریجی پشته، از GitOps و IaC آغاز و سپس به سیاست‌ها، مشاهده‌پذیری، automation و بهبود DX گسترش می‌یابد.
#Kubernetes #PlatformEngineering #DevOps #GitOps #CloudNative #SRE #Observability #Automation
🟣لینک مقاله:
https://ku.bz/TpyynNht7
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Platform engineering toolkit for Kubernetes
🟢 خلاصه مقاله:
این جعبه‌ابزار مهندسی پلتفرم برای Kubernetes مسیرهای استاندارد و خودسرویس را برای ساخت، استقرار و اجرای نرم‌افزار فراهم می‌کند. هسته آن شامل IaC با Terraform یا Crossplane و Cluster API، مدیریت پیکربندی با Helm یا Kustomize و اعمال تغییرات به‌صورت GitOps توسط Argo CD یا Flux است. امنیت و انطباق با policy-as-code از طریق OPA Gatekeeper یا Kyverno، مدیریت اسرار با Vault یا SOPS، و امنیت زنجیره تأمین با امضا و اسکن تصویر (Sigstore Cosign، Trivy و SBOM) تضمین می‌شود. مشاهده‌پذیری و پایداری با Prometheus، Grafana، OpenTelemetry و بک‌اندهایی مانند Jaeger/Tempo/Loki، به‌همراه SLOها، مقیاس‌گذاری HPA/VPA/KEDA و در صورت نیاز service mesh مثل Istio یا Linkerd و شبکه‌سازی Cilium/Calico تقویت می‌گردد. تجربه توسعه‌دهنده از طریق یک Internal Developer Portal مانند Backstage، الگوهای طلایی، ادغام با CI/CD (GitHub Actions، GitLab CI، Jenkins)، محیط‌های پیش‌نمایش و تحویل تدریجی با Argo Rollouts یا Flagger بهبود می‌یابد. برای عملیات و حاکمیت، RBAC حداقلی، خط‌مشی‌های پذیرش، ممیزی، مدیریت هزینه با Kubecost و رویکرد چندکلاستری/چندابری به‌کار می‌رود. اندازه‌گیری موفقیت با شاخص‌های DORA و تمرکز بر کاهش بار شناختی انجام می‌شود و با اتخاذ تدریجی پشته، از GitOps و IaC آغاز و سپس به سیاست‌ها، مشاهده‌پذیری، automation و بهبود DX گسترش می‌یابد.
#Kubernetes #PlatformEngineering #DevOps #GitOps #CloudNative #SRE #Observability #Automation
🟣لینک مقاله:
https://ku.bz/TpyynNht7
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
koreo.dev
A new approach to Kubernetes configuration management and resource orchestration.
k0s is the simple, solid & certified Kubernetes distribution that works on any infrastructure: bare-metal, on-premises, edge, IoT, public & private clouds.
اگه میخواید کوبرنتیز رو روی Bare Metal و جای شخصی بیارید بالا و نمیخواد دردسر زیادی برای قسمت‌های مختلفش بکشید میتونید از این پروژه استفاده کنید.
#K8s #kubernetes #Bare #Metal #DevOps #Infra #Infrastructure #Tools
https://k0sproject.io
اگه میخواید کوبرنتیز رو روی Bare Metal و جای شخصی بیارید بالا و نمیخواد دردسر زیادی برای قسمت‌های مختلفش بکشید میتونید از این پروژه استفاده کنید.
#K8s #kubernetes #Bare #Metal #DevOps #Infra #Infrastructure #Tools
https://k0sproject.io
🔵 عنوان مقاله
Kubernetes observability from day one - mixins on Grafana, mimir and alloy
🟢 خلاصه مقاله:
**این مقاله نشان می‌دهد چگونه با استفاده از Kubernetes Mixins (باندل‌هایی از dashboards، alerts و rules بر پایه Jsonnet) می‌توان از همان ابتدا یک پشته observability روی Grafana، Mimir و Alloy راه‌اندازی کرد. نویسنده نحوه رندر و استقرار Mixins برای تولید داشبوردها و قوانین عملیاتی، و نیز اعمال config overrides برای انطباق با برچسب‌ها، نام‌گذاری‌ها و متریک‌های اختصاصی را توضیح می‌دهد. نتیجه، یک نقطه شروع سریع و استاندارد برای observability است که همزمان امکان سفارشی‌سازی و توسعه تدریجی را فراهم می‌کند.
#Kubernetes #Observability #Grafana #Mimir #Alloy #Jsonnet #DevOps
🟣لینک مقاله:
https://ku.bz/HQ0lMwlh2
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Kubernetes observability from day one - mixins on Grafana, mimir and alloy
🟢 خلاصه مقاله:
**این مقاله نشان می‌دهد چگونه با استفاده از Kubernetes Mixins (باندل‌هایی از dashboards، alerts و rules بر پایه Jsonnet) می‌توان از همان ابتدا یک پشته observability روی Grafana، Mimir و Alloy راه‌اندازی کرد. نویسنده نحوه رندر و استقرار Mixins برای تولید داشبوردها و قوانین عملیاتی، و نیز اعمال config overrides برای انطباق با برچسب‌ها، نام‌گذاری‌ها و متریک‌های اختصاصی را توضیح می‌دهد. نتیجه، یک نقطه شروع سریع و استاندارد برای observability است که همزمان امکان سفارشی‌سازی و توسعه تدریجی را فراهم می‌کند.
#Kubernetes #Observability #Grafana #Mimir #Alloy #Jsonnet #DevOps
🟣لینک مقاله:
https://ku.bz/HQ0lMwlh2
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
www.amazinglyabstract.it
Kubernetes observability from day one - Mixins on Grafana, Mimir and Alloy
One of the things we quickly find out when using Kubernetes is that it’s hard to know what is going on in our cluster. In most cases, we implement monitoring...
🔵 عنوان مقاله
Managing Kubernetes Resources Across Multiple Clusters
🟢 خلاصه مقاله:
**این مطالعه‌ی موردی نشان می‌دهد چگونه با ساخت یک multi-cluster reconciler می‌توان منابع Kubernetes را میان چند کلاستر شاردشده مدیریت کرد تا تاب‌آوری و محدودسازی دامنه‌ی خرابی بهبود یابد. بارهای stateless میان سه کلاستر مستقل توزیع می‌شوند تا خرابی‌های زیرساختی یا ارتقاهای پرخطر، فقط بخشی از ظرفیت را تحت‌تأثیر قرار دهند.
هسته‌ی معماری یک CRD برای حالت مطلوب سراسری و یک reconciler است که آن را به مانیفست‌های هر کلاستر تبدیل می‌کند. شاردینگ، ظرفیت یا ترافیک را بین سه کلاستر تقسیم می‌کند. این reconciler ایدمپورنت است، با leader election و backoff پایدار می‌ماند، انحراف پیکربندی را اصلاح می‌کند و با RBAC و اعتبارهای محدودشده، دسترسی میان کلاستری را امن نگه می‌دارد.
مدیریت ترافیک با DNS یا Global Load Balancer انجام می‌شود و امکان تقسیم درصدی ترافیک را فراهم می‌کند. با اتکا به health check و پروب‌های سناریوی واقعی، در صورت افت سلامت یک کلاستر، ترافیک به‌صورت خودکار تخلیه و به کلاسترهای سالم بازتوزیع می‌شود. این راهکار با رعایت PDB، HPA و الگوهای progressive delivery، انتشارهای کم‌ریسک را هماهنگ می‌کند.
از نظر عملیات، ادغام با GitOps (مانند Argo CD یا Flux) نسخه‌پذیری و ممیزی‌پذیری وضعیت سراسری را تضمین می‌کند. رصد SLO، متریک‌های تجمیعی و برچسب‌های کلاستر در لاگ‌ها/تِرِیس‌ها، پایش و عیب‌یابی را ساده می‌سازد و آزمون‌های آشوب، رفتار در خرابی‌های جزئی را تأیید می‌کند. تمرکز مقاله بر سرویس‌های stateless است و برای سرویس‌های stateful به نیازهای اضافه مثل تکرار داده اشاره می‌کند. در نهایت، دستاورد اصلی افزایش دسترس‌پذیری و کنترل بهتر دامنه‌ی خرابی است، با هزینه‌ی پیچیدگی و سربار؛ و مقایسه‌ای کوتاه با KubeFed، Cluster API و راهکارهای Fleet برای تصمیم‌گیری ساخت یا خرید ارائه می‌شود.
#Kubernetes #MultiCluster #Sharding #HighAvailability #DevOps #GitOps #SRE
🟣لینک مقاله:
https://ku.bz/1HTWb0GLC
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Managing Kubernetes Resources Across Multiple Clusters
🟢 خلاصه مقاله:
**این مطالعه‌ی موردی نشان می‌دهد چگونه با ساخت یک multi-cluster reconciler می‌توان منابع Kubernetes را میان چند کلاستر شاردشده مدیریت کرد تا تاب‌آوری و محدودسازی دامنه‌ی خرابی بهبود یابد. بارهای stateless میان سه کلاستر مستقل توزیع می‌شوند تا خرابی‌های زیرساختی یا ارتقاهای پرخطر، فقط بخشی از ظرفیت را تحت‌تأثیر قرار دهند.
هسته‌ی معماری یک CRD برای حالت مطلوب سراسری و یک reconciler است که آن را به مانیفست‌های هر کلاستر تبدیل می‌کند. شاردینگ، ظرفیت یا ترافیک را بین سه کلاستر تقسیم می‌کند. این reconciler ایدمپورنت است، با leader election و backoff پایدار می‌ماند، انحراف پیکربندی را اصلاح می‌کند و با RBAC و اعتبارهای محدودشده، دسترسی میان کلاستری را امن نگه می‌دارد.
مدیریت ترافیک با DNS یا Global Load Balancer انجام می‌شود و امکان تقسیم درصدی ترافیک را فراهم می‌کند. با اتکا به health check و پروب‌های سناریوی واقعی، در صورت افت سلامت یک کلاستر، ترافیک به‌صورت خودکار تخلیه و به کلاسترهای سالم بازتوزیع می‌شود. این راهکار با رعایت PDB، HPA و الگوهای progressive delivery، انتشارهای کم‌ریسک را هماهنگ می‌کند.
از نظر عملیات، ادغام با GitOps (مانند Argo CD یا Flux) نسخه‌پذیری و ممیزی‌پذیری وضعیت سراسری را تضمین می‌کند. رصد SLO، متریک‌های تجمیعی و برچسب‌های کلاستر در لاگ‌ها/تِرِیس‌ها، پایش و عیب‌یابی را ساده می‌سازد و آزمون‌های آشوب، رفتار در خرابی‌های جزئی را تأیید می‌کند. تمرکز مقاله بر سرویس‌های stateless است و برای سرویس‌های stateful به نیازهای اضافه مثل تکرار داده اشاره می‌کند. در نهایت، دستاورد اصلی افزایش دسترس‌پذیری و کنترل بهتر دامنه‌ی خرابی است، با هزینه‌ی پیچیدگی و سربار؛ و مقایسه‌ای کوتاه با KubeFed، Cluster API و راهکارهای Fleet برای تصمیم‌گیری ساخت یا خرید ارائه می‌شود.
#Kubernetes #MultiCluster #Sharding #HighAvailability #DevOps #GitOps #SRE
🟣لینک مقاله:
https://ku.bz/1HTWb0GLC
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Medium
Managing Kubernetes Resources Across Multiple Clusters
At Airtable, we use Amazon’s Elastic Kubernetes Service (EKS) to manage Kubernetes control planes so we can focus on deploying our…
🔵 عنوان مقاله
Best Practices Cluster Setup Guide for Real-Time Inference on Amazon EKS
🟢 خلاصه مقاله:
**این راهنما نشان می‌دهد چگونه مدل‌های ML را به سرویس‌های آمادهٔ تولید روی Amazon EKS تبدیل کنید، به‌ویژه برای بارهای GenAI با نیاز به تأخیر کم و ظرفیت الاستیک. محتوای آن اصول طراحی کلاستر (انتخاب CPU/GPU، تفکیک بارها با Node Group، چند-AZ، امنیت با Namespace و NetworkPolicy و IRSA)، استقرار استاندارد (کانتینرسازی، مدیریت کانفیگ و آرتیفکت‌ها)، و مقیاس‌پذیری چندلایه را پوشش می‌دهد: HPA در سطح Pod بر اساس متریک‌ها و Cluster Autoscaler برای افزودن/کاهش ظرفیت. همچنین به پیش‌گرم‌سازی برای کاهش Cold Start، مدیریت ترافیک با Ingress/Load Balancer، و بهینه‌سازی هزینه با Right-Sizing و ترکیب On-Demand و Spot اشاره می‌کند. برای پایداری، الگوهای Canary/Blue‑Green، PDB و پراکندگی توپولوژیک پیشنهاد می‌شود؛ و برای عملیات، مشاهده‌پذیری و هشداردهی مبتنی بر SLO به‌همراه آزمون کارایی توصیه شده است. نتیجه: ساده‌سازی دیپلوی، مقیاس‌گذاری کارآمد، و کاهش هزینهٔ عملیاتی برای ارائهٔ بی‌وقفهٔ استنتاج بلادرنگ روی EKS.
#AmazonEKS #Kubernetes #MLOps #RealTimeInference #GenAI #Autoscaling #CostOptimization #CloudArchitecture
🟣لینک مقاله:
https://ku.bz/y5sWmP7sM
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Best Practices Cluster Setup Guide for Real-Time Inference on Amazon EKS
🟢 خلاصه مقاله:
**این راهنما نشان می‌دهد چگونه مدل‌های ML را به سرویس‌های آمادهٔ تولید روی Amazon EKS تبدیل کنید، به‌ویژه برای بارهای GenAI با نیاز به تأخیر کم و ظرفیت الاستیک. محتوای آن اصول طراحی کلاستر (انتخاب CPU/GPU، تفکیک بارها با Node Group، چند-AZ، امنیت با Namespace و NetworkPolicy و IRSA)، استقرار استاندارد (کانتینرسازی، مدیریت کانفیگ و آرتیفکت‌ها)، و مقیاس‌پذیری چندلایه را پوشش می‌دهد: HPA در سطح Pod بر اساس متریک‌ها و Cluster Autoscaler برای افزودن/کاهش ظرفیت. همچنین به پیش‌گرم‌سازی برای کاهش Cold Start، مدیریت ترافیک با Ingress/Load Balancer، و بهینه‌سازی هزینه با Right-Sizing و ترکیب On-Demand و Spot اشاره می‌کند. برای پایداری، الگوهای Canary/Blue‑Green، PDB و پراکندگی توپولوژیک پیشنهاد می‌شود؛ و برای عملیات، مشاهده‌پذیری و هشداردهی مبتنی بر SLO به‌همراه آزمون کارایی توصیه شده است. نتیجه: ساده‌سازی دیپلوی، مقیاس‌گذاری کارآمد، و کاهش هزینهٔ عملیاتی برای ارائهٔ بی‌وقفهٔ استنتاج بلادرنگ روی EKS.
#AmazonEKS #Kubernetes #MLOps #RealTimeInference #GenAI #Autoscaling #CostOptimization #CloudArchitecture
🟣لینک مقاله:
https://ku.bz/y5sWmP7sM
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Amazon
Best Practices Cluster Setup Guide for Real-Time Inference on Amazon EKS - Amazon EKS
Learn how to set up an Amazon EKS cluster optimized for real-time online inference workloads using GPU-accelerated nodes, Karpenter for autoscaling, and integrate AWS services to serve a model.
Forwarded from Bardia & Erfan
♨️ چین شمشیر رو برای بلاگرها از رو بست ؛ اینفلوئنسر ها باید مدرک تحصصی بگیرن!
▪️طبق قانون جدیدی که دولت چین تصویب کرده، از این به بعد هرکسی بخواد تو حوزه‌هایی مثل پزشکی، اقتصاد، حقوق یا آموزش ، محتوا تولید کنه باید مدرک دانشگاهی معتبر یا گواهی حرفه‌ای رسمی داشته باشه ؛ وگرنه ۱۴ هزار دلار جریمه میشه!
▪️پلتفرم‌هایی مثل Douyin، Weibo و Bilibili هم موظفن مدارک بلاگرها رو بررسی کنن و اگه کسی بدون صلاحیت سراغ این موضوعات بره، حسابش بسته میشه یا جریمه میخوره.
+ دولت چین میگه هدفش جلوگیری از «اطلاعات گمراه‌کننده» است، اما خیلیا معتقدن این یه حرکت برای کنترل شدیدتر فضای مجازی و ساکت کردن صدای منتقدهاست.
▪️طبق قانون جدیدی که دولت چین تصویب کرده، از این به بعد هرکسی بخواد تو حوزه‌هایی مثل پزشکی، اقتصاد، حقوق یا آموزش ، محتوا تولید کنه باید مدرک دانشگاهی معتبر یا گواهی حرفه‌ای رسمی داشته باشه ؛ وگرنه ۱۴ هزار دلار جریمه میشه!
▪️پلتفرم‌هایی مثل Douyin، Weibo و Bilibili هم موظفن مدارک بلاگرها رو بررسی کنن و اگه کسی بدون صلاحیت سراغ این موضوعات بره، حسابش بسته میشه یا جریمه میخوره.
+ دولت چین میگه هدفش جلوگیری از «اطلاعات گمراه‌کننده» است، اما خیلیا معتقدن این یه حرکت برای کنترل شدیدتر فضای مجازی و ساکت کردن صدای منتقدهاست.
❤1
Forwarded from Bardia & Erfan
This media is not supported in your browser
VIEW IN TELEGRAM
روز بزرگداشت کوروش بزرگ، شاه شاهان
بر همه‌ی ایرانیان گرامی و دوست‌داران تاریخ ایران‌زمین خجسته باد 🌞
به مناسبت این روز پرافتخار،❤️ ۶۰٪ تخفیف ویژه روی تمام تعرفه‌ها فقط تا ۱۰ آبان!
برای تبلیغات و همکاری:
📩 @mrbardia72
🛡 فرصت رو از دست نده، این تخفیف فقط سه روز فعاله!
💚🤍❤️
https://t.iss.one/addlist/AJ7rh2IzIh02NTI0
بر همه‌ی ایرانیان گرامی و دوست‌داران تاریخ ایران‌زمین خجسته باد 🌞
به مناسبت این روز پرافتخار،❤️ ۶۰٪ تخفیف ویژه روی تمام تعرفه‌ها فقط تا ۱۰ آبان!
برای تبلیغات و همکاری:
📩 @mrbardia72
🛡 فرصت رو از دست نده، این تخفیف فقط سه روز فعاله!
💚🤍❤️
https://t.iss.one/addlist/AJ7rh2IzIh02NTI0
❤1👍1
🔵 عنوان مقاله
Auto-generate Kubernetes CRDs/Controllers from OpenAPI Specs
🟢 خلاصه مقاله:
** این ابزار یک کنترلر در Kubernetes است که با دریافت یک OpenAPI (OAS 3.0/3.1) و یک RestDefinition، به‌صورت خودکار CRD و REST controller می‌سازد تا APIهای بیرونی را مثل یک منبع بومی در Kubernetes و به‌صورت declarative مدیریت کنید. CRDها از روی schemaهای OpenAPI تولید می‌شوند و controller با watch کردن آن‌ها، عملیات CRUD را به درخواست‌های HTTP ترجمه و با وضعیت واقعی API همگام می‌کند؛ خطاها و پاسخ‌ها در status منعکس می‌شوند. مزیت‌ها شامل تایپ‌سیف بودن، اعتبارسنجی استاندارد، هم‌افزایی با GitOps، و استفاده از RBAC/Policy/Audit در Kubernetes است. کاربردها از مدیریت سرویس‌های SaaS مثل GitHub/Stripe/Salesforce تا APIهای داخلی را پوشش می‌دهد. ملاحظات: مدیریت امن اعتبارها (Secrets)، رعایت rate limit و idempotency، و محدودیت برای سناریوهای غیر REST یا پیچیده.
#Kubernetes #OpenAPI #CRD #Controller #APIManagement #GitOps #PlatformEngineering
🟣لینک مقاله:
https://ku.bz/vWR0wxDhQ
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Auto-generate Kubernetes CRDs/Controllers from OpenAPI Specs
🟢 خلاصه مقاله:
** این ابزار یک کنترلر در Kubernetes است که با دریافت یک OpenAPI (OAS 3.0/3.1) و یک RestDefinition، به‌صورت خودکار CRD و REST controller می‌سازد تا APIهای بیرونی را مثل یک منبع بومی در Kubernetes و به‌صورت declarative مدیریت کنید. CRDها از روی schemaهای OpenAPI تولید می‌شوند و controller با watch کردن آن‌ها، عملیات CRUD را به درخواست‌های HTTP ترجمه و با وضعیت واقعی API همگام می‌کند؛ خطاها و پاسخ‌ها در status منعکس می‌شوند. مزیت‌ها شامل تایپ‌سیف بودن، اعتبارسنجی استاندارد، هم‌افزایی با GitOps، و استفاده از RBAC/Policy/Audit در Kubernetes است. کاربردها از مدیریت سرویس‌های SaaS مثل GitHub/Stripe/Salesforce تا APIهای داخلی را پوشش می‌دهد. ملاحظات: مدیریت امن اعتبارها (Secrets)، رعایت rate limit و idempotency، و محدودیت برای سناریوهای غیر REST یا پیچیده.
#Kubernetes #OpenAPI #CRD #Controller #APIManagement #GitOps #PlatformEngineering
🟣لینک مقاله:
https://ku.bz/vWR0wxDhQ
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
GitHub
GitHub - krateoplatformops/oasgen-provider
Contribute to krateoplatformops/oasgen-provider development by creating an account on GitHub.
🔵 عنوان مقاله
kubectx + kubens: Power tools for kubectl
🟢 خلاصه مقاله:
kubectx و kubens ابزارهای خط فرمانی هستند که کار با kubectl را در محیط‌های چندکلاستری و چند-namespace ساده و سریع می‌کنند. kubectx جابه‌جایی بین contextها (کلسترها) را تسهیل می‌کند و kubens تغییر و تنظیم namespace پیش‌فرض برای kubectl را به‌صورت سریع و ایمن انجام می‌دهد. ترکیب این دو ابزار بهره‌وری را بالا می‌برد، احتمال خطا را کم می‌کند و برای تیم‌هایی که بین محیط‌های مختلف کار می‌کنند بسیار کاربردی است. این پروژه‌ها روی GitHub در دسترس هستند.
#Kubernetes #kubectl #kubectx #kubens #DevOps #CLI #K8s #SRE
🟣لینک مقاله:
https://ku.bz/6f09cGVHG
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
kubectx + kubens: Power tools for kubectl
🟢 خلاصه مقاله:
kubectx و kubens ابزارهای خط فرمانی هستند که کار با kubectl را در محیط‌های چندکلاستری و چند-namespace ساده و سریع می‌کنند. kubectx جابه‌جایی بین contextها (کلسترها) را تسهیل می‌کند و kubens تغییر و تنظیم namespace پیش‌فرض برای kubectl را به‌صورت سریع و ایمن انجام می‌دهد. ترکیب این دو ابزار بهره‌وری را بالا می‌برد، احتمال خطا را کم می‌کند و برای تیم‌هایی که بین محیط‌های مختلف کار می‌کنند بسیار کاربردی است. این پروژه‌ها روی GitHub در دسترس هستند.
#Kubernetes #kubectl #kubectx #kubens #DevOps #CLI #K8s #SRE
🟣لینک مقاله:
https://ku.bz/6f09cGVHG
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
GitHub
GitHub - ahmetb/kubectx: Faster way to switch between clusters and namespaces in kubectl
Faster way to switch between clusters and namespaces in kubectl - ahmetb/kubectx
🔵 عنوان مقاله
Kubernetes On-Premise Service of type LoadBalancer with L2 / BGP
🟢 خلاصه مقاله:
** خلاصه فارسی: اجرای Service از نوع LoadBalancer در محیط‌های on‑premise نیازمند پیاده‌سازی همان لایه‌ای است که در ابرها به‌صورت آماده ارائه می‌شود. دو رویکرد اصلی برای اعلام و مسیریابی IPهای سرویس عبارت‌اند از L2 و BGP. در حالت L2 (مثل MetalLB در L2 mode)، VIP از طریق ARP/NDP در همان زیرشبکه اعلام می‌شود؛ راه‌اندازی ساده است و برای محیط‌های کوچک مناسب است، اما به دامنه لایه ۲ محدود است و در مقیاس زیاد به‌صرفه نیست. در حالت BGP (با MetalLB، Cilium یا Calico و معمولاً FRR)، کلاستر با روترهای بالادستی Peer می‌شود و مسیر VIPها را اعلام می‌کند؛ این روش از چند زیرشبکه، ECMP و سیاست‌های مسیریابی پشتیبانی می‌کند و برای مقیاس و کارایی بالاتر مناسب است، هرچند نیازمند هماهنگی شبکه و سیاست‌های امنیتی و فیلتراسیون مسیر است. در هر دو روش باید به مدیریت IP pool، مرزبندی استقرار VIP، ExternalTrafficPolicy، HA و observability (متریک‌ها و لاگ‌ها) و نکات امنیتی مانند BGP MD5 و کنترل ARP/NDP توجه کرد. انتخاب بین L2 و BGP به مقیاس و توپولوژی بستگی دارد: L2 برای یک زیرشبکه/رک ساده سریع و عملی است؛ BGP برای چند‌رکی، چند‌زیرشبکه و بار بالا گزینه پایدار و مقیاس‌پذیر محسوب می‌شود.
#Kubernetes #LoadBalancer #MetalLB #BGP #Layer2 #OnPrem #CloudNative #Networking
🟣لینک مقاله:
https://ku.bz/D9BWpg4Sq
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Kubernetes On-Premise Service of type LoadBalancer with L2 / BGP
🟢 خلاصه مقاله:
** خلاصه فارسی: اجرای Service از نوع LoadBalancer در محیط‌های on‑premise نیازمند پیاده‌سازی همان لایه‌ای است که در ابرها به‌صورت آماده ارائه می‌شود. دو رویکرد اصلی برای اعلام و مسیریابی IPهای سرویس عبارت‌اند از L2 و BGP. در حالت L2 (مثل MetalLB در L2 mode)، VIP از طریق ARP/NDP در همان زیرشبکه اعلام می‌شود؛ راه‌اندازی ساده است و برای محیط‌های کوچک مناسب است، اما به دامنه لایه ۲ محدود است و در مقیاس زیاد به‌صرفه نیست. در حالت BGP (با MetalLB، Cilium یا Calico و معمولاً FRR)، کلاستر با روترهای بالادستی Peer می‌شود و مسیر VIPها را اعلام می‌کند؛ این روش از چند زیرشبکه، ECMP و سیاست‌های مسیریابی پشتیبانی می‌کند و برای مقیاس و کارایی بالاتر مناسب است، هرچند نیازمند هماهنگی شبکه و سیاست‌های امنیتی و فیلتراسیون مسیر است. در هر دو روش باید به مدیریت IP pool، مرزبندی استقرار VIP، ExternalTrafficPolicy، HA و observability (متریک‌ها و لاگ‌ها) و نکات امنیتی مانند BGP MD5 و کنترل ARP/NDP توجه کرد. انتخاب بین L2 و BGP به مقیاس و توپولوژی بستگی دارد: L2 برای یک زیرشبکه/رک ساده سریع و عملی است؛ BGP برای چند‌رکی، چند‌زیرشبکه و بار بالا گزینه پایدار و مقیاس‌پذیر محسوب می‌شود.
#Kubernetes #LoadBalancer #MetalLB #BGP #Layer2 #OnPrem #CloudNative #Networking
🟣لینک مقاله:
https://ku.bz/D9BWpg4Sq
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Medium
Kubernetes On-Premise Service of type LoadBalancer with L2 / BGP
Solving the challenge of service tpye LoadBalancer in on-premise Kubernetes environments with L2 / BGP
👍1
🔵 عنوان مقاله
uber/kraken
🟢 خلاصه مقاله:
Kraken از سوی Uber یک سامانه متن‌باز برای توزیع تصاویر Docker/OCI به‌صورت P2P است که مشکل کندی و فشار روی رجیستری مرکزی در مقیاس‌های بزرگ را حل می‌کند. هر میزبان پس از دریافت بخش‌هایی از تصویر، همان بخش‌ها را به همتایان نزدیک خود می‌دهد و به این شکل بار از روی منبع مرکزی برداشته می‌شود و استقرارها سریع‌تر انجام می‌شوند. Kraken با یک origin/registry، یک tracker و agentهای میزبان کار می‌کند و از طریق یک proxy سازگار با Docker Registry HTTP API v2 بدون نیاز به تغییر در Docker، containerd یا Kubernetes قابل استفاده است؛ در صورت نبود همتا، به‌صورت خودکار به origin برمی‌گردد. این سیستم با تکیه بر content-addressed storage و بررسی digest، یکپارچگی داده را تضمین کرده و با کش، deduplication، مشاهده‌پذیری و امکان ادغام با CDN برای سناریوهای چند-دیتاسنتری همراه است. نتیجه، توزیع سریع‌تر و قابل‌اعتمادتر تصاویر در CI/CD، استقرارهای blue/green یا canary و کلاسترهای Kubernetes بزرگ است.
#Uber #Kraken #Docker #P2P #ContainerRegistry #Kubernetes #DevOps #OpenSource
🟣لینک مقاله:
https://ku.bz/Hvt7Zs8wg
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
uber/kraken
🟢 خلاصه مقاله:
Kraken از سوی Uber یک سامانه متن‌باز برای توزیع تصاویر Docker/OCI به‌صورت P2P است که مشکل کندی و فشار روی رجیستری مرکزی در مقیاس‌های بزرگ را حل می‌کند. هر میزبان پس از دریافت بخش‌هایی از تصویر، همان بخش‌ها را به همتایان نزدیک خود می‌دهد و به این شکل بار از روی منبع مرکزی برداشته می‌شود و استقرارها سریع‌تر انجام می‌شوند. Kraken با یک origin/registry، یک tracker و agentهای میزبان کار می‌کند و از طریق یک proxy سازگار با Docker Registry HTTP API v2 بدون نیاز به تغییر در Docker، containerd یا Kubernetes قابل استفاده است؛ در صورت نبود همتا، به‌صورت خودکار به origin برمی‌گردد. این سیستم با تکیه بر content-addressed storage و بررسی digest، یکپارچگی داده را تضمین کرده و با کش، deduplication، مشاهده‌پذیری و امکان ادغام با CDN برای سناریوهای چند-دیتاسنتری همراه است. نتیجه، توزیع سریع‌تر و قابل‌اعتمادتر تصاویر در CI/CD، استقرارهای blue/green یا canary و کلاسترهای Kubernetes بزرگ است.
#Uber #Kraken #Docker #P2P #ContainerRegistry #Kubernetes #DevOps #OpenSource
🟣لینک مقاله:
https://ku.bz/Hvt7Zs8wg
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
GitHub
GitHub - uber/kraken: P2P Docker registry capable of distributing TBs of data in seconds
P2P Docker registry capable of distributing TBs of data in seconds - uber/kraken
🔵 عنوان مقاله
NGINX Gateway Fabric
🟢 خلاصه مقاله:
NGINX Gateway Fabric یک لایه دروازه مدرن و Cloud‑Native مبتنی بر NGINX است که مدیریت یکپارچه ترافیک را برای سناریوهای ingress، API gateway و ارتباطات سرویس‌به‌سرویس فراهم می‌کند و با Kubernetes و Gateway API همسو است. این راهکار با تفکیک control plane و data plane، مقیاس‌پذیری افقی، چندمستاجری و چندکلاستری را ممکن می‌کند و با جریان‌های GitOps و CI/CD به‌خوبی ادغام می‌شود. قابلیت‌های کلیدی آن شامل مسیریابی L7 هوشمند، TLS termination، mTLS، اعتبارسنجی JWT، rate limiting، تبدیل درخواست/پاسخ، و الگوهای تاب‌آوری مانند retries، timeouts، و انتشارهای تدریجی است. همچنین با ارائه متریک، لاگ و تریس، به‌صورت بومی با Prometheus و OpenTelemetry برای رصدپذیری عمیق یکپارچه می‌شود. هدف، ساده‌سازی عملیات، بهبود امنیت بر پایه policy‑as‑code و ارائه تجربه‌ای یکسان در edge، محیط‌های on‑prem و ابر است.
#NGINX #APIgateway #Kubernetes #GatewayAPI #CloudNative #TrafficManagement #Security #Observability
🟣لینک مقاله:
https://ku.bz/F1y8trBlY
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
NGINX Gateway Fabric
🟢 خلاصه مقاله:
NGINX Gateway Fabric یک لایه دروازه مدرن و Cloud‑Native مبتنی بر NGINX است که مدیریت یکپارچه ترافیک را برای سناریوهای ingress، API gateway و ارتباطات سرویس‌به‌سرویس فراهم می‌کند و با Kubernetes و Gateway API همسو است. این راهکار با تفکیک control plane و data plane، مقیاس‌پذیری افقی، چندمستاجری و چندکلاستری را ممکن می‌کند و با جریان‌های GitOps و CI/CD به‌خوبی ادغام می‌شود. قابلیت‌های کلیدی آن شامل مسیریابی L7 هوشمند، TLS termination، mTLS، اعتبارسنجی JWT، rate limiting، تبدیل درخواست/پاسخ، و الگوهای تاب‌آوری مانند retries، timeouts، و انتشارهای تدریجی است. همچنین با ارائه متریک، لاگ و تریس، به‌صورت بومی با Prometheus و OpenTelemetry برای رصدپذیری عمیق یکپارچه می‌شود. هدف، ساده‌سازی عملیات، بهبود امنیت بر پایه policy‑as‑code و ارائه تجربه‌ای یکسان در edge، محیط‌های on‑prem و ابر است.
#NGINX #APIgateway #Kubernetes #GatewayAPI #CloudNative #TrafficManagement #Security #Observability
🟣لینک مقاله:
https://ku.bz/F1y8trBlY
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
GitHub
GitHub - nginx/nginx-gateway-fabric: NGINX Gateway Fabric provides an implementation for the Gateway API using NGINX as the data…
NGINX Gateway Fabric provides an implementation for the Gateway API using NGINX as the data plane. - nginx/nginx-gateway-fabric
🔵 عنوان مقاله
FRP — Fast Reverse Proxy
🟢 خلاصه مقاله:
FRP یا Fast Reverse Proxy یک ابزار متن‌باز و سریع برای در دسترس قرار دادن سرویس‌های داخل شبکه‌های خصوصی در اینترنت عمومی است؛ بدون نیاز به باز کردن پورت‌های ورودی یا تغییرات پیچیده در NAT و فایروال. معماری آن مبتنی بر frpc (در داخل شبکه) و frps (روی سرور عمومی) است و با اتصال پایدار و اتصال‌های چندگانه، تأخیر را کم و کارایی را بالا نگه می‌دارد. از TCP، UDP، HTTP و HTTPS پشتیبانی می‌کند و ویژگی‌هایی مانند مسیربندی بر اساس دامنه و زیر‌دامنه، SNI، احراز هویت، TLS و فشرده‌سازی را ارائه می‌دهد. داشبورد داخلی برای مشاهده ترافیک و وضعیت پروکسی‌ها در دسترس است و گزینه‌های امنیتی مانند STCP و محدودسازی دسترسی برای کاهش سطح حمله فراهم شده است. کاربردهای رایج شامل دسترسی راه‌دور به SSH/RDP، انتشار سرویس‌های توسعه برای دمو یا Webhook، تونل‌کردن پایگاه‌داده و کنترل دستگاه‌های IoT است. FRP یک باینری سبک و چندسکویی (Linux، Windows، macOS) نوشته‌شده با Go است و برای استقرار در محیط‌های تولیدی و پروژه‌های شخصی مناسب است.
#frp #reverse-proxy #tunneling #NATTraversal #Networking #DevOps #SelfHosting #GoLang
🟣لینک مقاله:
https://ku.bz/74QXmzGvz
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
FRP — Fast Reverse Proxy
🟢 خلاصه مقاله:
FRP یا Fast Reverse Proxy یک ابزار متن‌باز و سریع برای در دسترس قرار دادن سرویس‌های داخل شبکه‌های خصوصی در اینترنت عمومی است؛ بدون نیاز به باز کردن پورت‌های ورودی یا تغییرات پیچیده در NAT و فایروال. معماری آن مبتنی بر frpc (در داخل شبکه) و frps (روی سرور عمومی) است و با اتصال پایدار و اتصال‌های چندگانه، تأخیر را کم و کارایی را بالا نگه می‌دارد. از TCP، UDP، HTTP و HTTPS پشتیبانی می‌کند و ویژگی‌هایی مانند مسیربندی بر اساس دامنه و زیر‌دامنه، SNI، احراز هویت، TLS و فشرده‌سازی را ارائه می‌دهد. داشبورد داخلی برای مشاهده ترافیک و وضعیت پروکسی‌ها در دسترس است و گزینه‌های امنیتی مانند STCP و محدودسازی دسترسی برای کاهش سطح حمله فراهم شده است. کاربردهای رایج شامل دسترسی راه‌دور به SSH/RDP، انتشار سرویس‌های توسعه برای دمو یا Webhook، تونل‌کردن پایگاه‌داده و کنترل دستگاه‌های IoT است. FRP یک باینری سبک و چندسکویی (Linux، Windows، macOS) نوشته‌شده با Go است و برای استقرار در محیط‌های تولیدی و پروژه‌های شخصی مناسب است.
#frp #reverse-proxy #tunneling #NATTraversal #Networking #DevOps #SelfHosting #GoLang
🟣لینک مقاله:
https://ku.bz/74QXmzGvz
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
GitHub
GitHub - fatedier/frp: A fast reverse proxy to help you expose a local server behind a NAT or firewall to the internet.
A fast reverse proxy to help you expose a local server behind a NAT or firewall to the internet. - fatedier/frp
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
Forwarded from Bardia & Erfan
با دو سال سابقه کار
حتی با اینکه کاراموز شرکت امازون هم بوده
شامل layoff اخیر شده و بیکار شده
متأسفانه ai خیلی قوی تر شده
و تهدید محسوب میشه
حتی با اینکه کاراموز شرکت امازون هم بوده
شامل layoff اخیر شده و بیکار شده
متأسفانه ai خیلی قوی تر شده
و تهدید محسوب میشه
🔥2
👋 درود به همه دوستان عزیز
📌 اگر شما هم مقاله، مطلب آموزشی یا هر چیزی که فکر می‌کنید درباره devops می‌تونه مفید باشه دارید، خوشحال میشم برام بفرستید تا با اسم خودتون توی کانال منتشر کنم.
🤝 اینطوری هم به بقیه کمک می‌کنید و هم محتوای ارزشمندتون بیشتر دیده میشه.
@mrbardia72
📌 اگر شما هم مقاله، مطلب آموزشی یا هر چیزی که فکر می‌کنید درباره devops می‌تونه مفید باشه دارید، خوشحال میشم برام بفرستید تا با اسم خودتون توی کانال منتشر کنم.
🤝 اینطوری هم به بقیه کمک می‌کنید و هم محتوای ارزشمندتون بیشتر دیده میشه.
@mrbardia72
Forwarded from VIP
درود به همه‌ی دوستان عزیز 🌿
اگر پیشنهاد یا انتقادی دارید که می‌تونه به بهتر شدن کانال‌ها ی زیر کمک کنه،
👉 https://t.iss.one/addlist/AJ7rh2IzIh02NTI0
خیلی خوشحال میشم نظرتون رو بدونم و ازش استفاده کنم 🙌
میتونید از طریق آی‌دی زیر با من در تماس باشید:
📩 @mrbardia72
منتظر نظرات خوب و سازنده‌تون هستم 💬
💚🤍❤️
اگر پیشنهاد یا انتقادی دارید که می‌تونه به بهتر شدن کانال‌ها ی زیر کمک کنه،
👉 https://t.iss.one/addlist/AJ7rh2IzIh02NTI0
خیلی خوشحال میشم نظرتون رو بدونم و ازش استفاده کنم 🙌
میتونید از طریق آی‌دی زیر با من در تماس باشید:
📩 @mrbardia72
منتظر نظرات خوب و سازنده‌تون هستم 💬
💚🤍❤️