🔵 عنوان مقاله
OpenTelemetry has graduated… now what? (5 minute read)
🟢 خلاصه مقاله:
در ماه مه، پروژه OpenTelemetry به مقام فارغ‌التحصیلی در بنیاد محاسبات ابری و بومی (CNCF) دست یافت، که این دستاورد او را در کنار پروژه‌هایی همچون Kubernetes و Prometheus قرار داد. رسیدن به وضعیت فارغ‌التحصیلی نشان می‌دهد که سلامت تیم توسعه‌دهندگان، استانداردهای امنیتی، فرآیندهای حاکمیتی و میزان پذیرش و استفاده از این فناوری در سطح سازمان‌ها و شرکت‌های بزرگ، به خوبی ارزیابی شده و استانداردهای لازم را کسب کرده است.
این مرحله نشان‌دهنده بلوغ و قابلیت اطمینان بالای پروژه است و به شرکت‌ها و توسعه‌دهندگان اطمینان می‌دهد که OpenTelemetry قادر است در محیط‌های حرفه‌ای و بزرگ مورد استفاده قرار گیرد. بنابراین، حالا که این پروژه به سطح فارغ‌التحصیلی رسیده، سوال مهم این است که گام بعدی چه خواهد بود؟ چگونه می‌توان از این نقطه به بهترین شکل بهره‌مند شد و پیاده‌سازی‌های موثری داشت؟ در ادامه، نگاهی خواهیم داشت به فرصت‌ها و چالش‌هایی که با این دستاورد به همراه می‌آید و راهکارهای عملی جهت بهره‌برداری بهتر از OpenTelemetry در پروژه‌های مختلف، چه در مقیاس کوچک و چه در سطح سازمان‌های بزرگ.
بازار فناوری، پس از این تصدیق رسمی از بلوغ یک پروژه، معمولاً شاهد تغییراتی در روند توسعه و پذیرش آن است، چراکه این تصدیق می‌تواند اعتماد بیشتری برای شرکت‌ها و توسعه‌دهندگان فراهم کند. اکنون، زمان آن فرا رسیده است که تیم‌ها و سازمان‌ها با بهره‌گیری از قابلیت‌های پیشرفته این ابزار، نظارت و رصد سیستم‌های خود را به سطح عالی برسانند و استانداردهای جدیدی در مدیریت فناوری اطلاعات وضع کنند.
#OpenTelemetry #توسعه_فناوری #مدیریت_سیستم #امنیت_سایبری
🟣لینک مقاله:
https://www.cncf.io/blog/2026/08/31/opentelemetry-has-graduated-now-what-2/?utm_source=tldrdevops
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
OpenTelemetry has graduated… now what? (5 minute read)
🟢 خلاصه مقاله:
در ماه مه، پروژه OpenTelemetry به مقام فارغ‌التحصیلی در بنیاد محاسبات ابری و بومی (CNCF) دست یافت، که این دستاورد او را در کنار پروژه‌هایی همچون Kubernetes و Prometheus قرار داد. رسیدن به وضعیت فارغ‌التحصیلی نشان می‌دهد که سلامت تیم توسعه‌دهندگان، استانداردهای امنیتی، فرآیندهای حاکمیتی و میزان پذیرش و استفاده از این فناوری در سطح سازمان‌ها و شرکت‌های بزرگ، به خوبی ارزیابی شده و استانداردهای لازم را کسب کرده است.
این مرحله نشان‌دهنده بلوغ و قابلیت اطمینان بالای پروژه است و به شرکت‌ها و توسعه‌دهندگان اطمینان می‌دهد که OpenTelemetry قادر است در محیط‌های حرفه‌ای و بزرگ مورد استفاده قرار گیرد. بنابراین، حالا که این پروژه به سطح فارغ‌التحصیلی رسیده، سوال مهم این است که گام بعدی چه خواهد بود؟ چگونه می‌توان از این نقطه به بهترین شکل بهره‌مند شد و پیاده‌سازی‌های موثری داشت؟ در ادامه، نگاهی خواهیم داشت به فرصت‌ها و چالش‌هایی که با این دستاورد به همراه می‌آید و راهکارهای عملی جهت بهره‌برداری بهتر از OpenTelemetry در پروژه‌های مختلف، چه در مقیاس کوچک و چه در سطح سازمان‌های بزرگ.
بازار فناوری، پس از این تصدیق رسمی از بلوغ یک پروژه، معمولاً شاهد تغییراتی در روند توسعه و پذیرش آن است، چراکه این تصدیق می‌تواند اعتماد بیشتری برای شرکت‌ها و توسعه‌دهندگان فراهم کند. اکنون، زمان آن فرا رسیده است که تیم‌ها و سازمان‌ها با بهره‌گیری از قابلیت‌های پیشرفته این ابزار، نظارت و رصد سیستم‌های خود را به سطح عالی برسانند و استانداردهای جدیدی در مدیریت فناوری اطلاعات وضع کنند.
#OpenTelemetry #توسعه_فناوری #مدیریت_سیستم #امنیت_سایبری
🟣لینک مقاله:
https://www.cncf.io/blog/2026/08/31/opentelemetry-has-graduated-now-what-2/?utm_source=tldrdevops
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
CNCF
OpenTelemetry has graduated… now what?
In case you missed it: OpenTelemetry (OTel) has officially achieved CNCF graduated status! It now stands proudly alongside amazing open source projects such as Kubernetes and Prometheus…
🔵 عنوان مقاله
Jenkins Contributor Summit Virtual Event (September 11, 2026) (3 minute read)
🟢 خلاصه مقاله:
در تاریخ ۱۱ سپتامبر ۲۰۲۶، کنفرانس مجازی «همایش مشارکت‌کنندگان جنکینز» برگزار خواهد شد. این رویداد شامل یک هکاتون (مسابقه برنامه‌نویسی تیمی) است که در بازه زمانی از ساعت ۸:۳۰ صبح تا ۷:۳۰ عصر به وقت منطقه اروپای مرکزی (CEST) برگزار می‌شود. برنامه زمانی این رویداد به صورت دو بخش مجزا طراحی شده است: یک بخش در صبح برای منطقه آسیا، اقیانوسیه، خاورمیانه و آفریقا (APAC/EMEA) و دیگری در بعدازظهر برای منطقه اروپا، خاورمیانه و آفریقا و آمریکای شمالی و جنوبی (EMEA/Americas). این فرصت مناسب به توسعه‌دهندگان، کارشناسان فنی و اعضای جامعه جنکینز این امکان را می‌دهد تا در فضایی مجازی با یکدیگر همکاری کنند، ایده‌های جدید را به اشتراک بگذارند و نوآوری‌های مهمی در پروژه‌های متن‌باز ارائه دهند. حضور در این هکاتون، فرصت طلایی برای شبکه‌سازی و توسعه مهارت‌های فنی در کنار هم‌راستا کردن اهداف توسعه‌یافتگان متن‌باز است.
#جنکینز #همایش_مشارکت‌کنندگان #هکاتون #پروژه‌های_متن‌باز
🟣لینک مقاله:
https://www.jenkins.io/blog/2026/08/24/contributor-summit-virtual/?utm_source=tldrdevops
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Jenkins Contributor Summit Virtual Event (September 11, 2026) (3 minute read)
🟢 خلاصه مقاله:
در تاریخ ۱۱ سپتامبر ۲۰۲۶، کنفرانس مجازی «همایش مشارکت‌کنندگان جنکینز» برگزار خواهد شد. این رویداد شامل یک هکاتون (مسابقه برنامه‌نویسی تیمی) است که در بازه زمانی از ساعت ۸:۳۰ صبح تا ۷:۳۰ عصر به وقت منطقه اروپای مرکزی (CEST) برگزار می‌شود. برنامه زمانی این رویداد به صورت دو بخش مجزا طراحی شده است: یک بخش در صبح برای منطقه آسیا، اقیانوسیه، خاورمیانه و آفریقا (APAC/EMEA) و دیگری در بعدازظهر برای منطقه اروپا، خاورمیانه و آفریقا و آمریکای شمالی و جنوبی (EMEA/Americas). این فرصت مناسب به توسعه‌دهندگان، کارشناسان فنی و اعضای جامعه جنکینز این امکان را می‌دهد تا در فضایی مجازی با یکدیگر همکاری کنند، ایده‌های جدید را به اشتراک بگذارند و نوآوری‌های مهمی در پروژه‌های متن‌باز ارائه دهند. حضور در این هکاتون، فرصت طلایی برای شبکه‌سازی و توسعه مهارت‌های فنی در کنار هم‌راستا کردن اهداف توسعه‌یافتگان متن‌باز است.
#جنکینز #همایش_مشارکت‌کنندگان #هکاتون #پروژه‌های_متن‌باز
🟣لینک مقاله:
https://www.jenkins.io/blog/2026/08/24/contributor-summit-virtual/?utm_source=tldrdevops
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Announcing a Contributor Summit Virtual Event (September 11, 2026)
Announcing the Contributor Summit Virtual Event (September 11, 2026)
🔵 عنوان مقاله
How Uber Protects Against Retry Storms (12 minute read)
🟢 خلاصه مقاله:
در مسیر توسعه فناوری‌های اینترنتی، یکی از چالش‌های مهم که شرکت‌های بزرگ فناوری با آن مواجه هستند، مدیریت درخواست‌های مجدد در هنگام بروز خطاها است. شرکت اوبر، با توجه به این موضوع، اقداماتی انجام داده است تا بتواند از بروز حمله‌های درخواست‌های مجدد متعدد جلوگیری کند و عملکرد خدماتش را حفظ کند. یکی از این اقدامات کلیدی، افزودن ویژگی «مالکیت خطا» (error ownership) به زیرساخت سرویس مش مشترک خود بود. این ویژگی به سرویس‌های بالا دستی این امکان را می‌دهد که بتوانند خطاهای ایجاد شده توسط آنها را از خطاهای تولید شده صرفاً توسط وابستگی‌های عمیق‌تر تشخیص دهند.
در مواقع قطع گسترده و خطاهای بزرگ، این مکانیزم به طور مؤثری از حجم درخواست‌های مجدد غیرضروری جلوگیری کرد. در یک حادثه بزرگ، این سیستم براساس محاسبات، مانع از حدود ۹.۵ میلیون درخواست تکراری بی‌مورد شد که در حالت عادی ممکن بود به ادامه بحران منجر شود. افزون بر این، میزان شعاع حمله‌های درخواست مجدد که معمولا هنگام خطا در APIهای کاربری رخ می‌دهد، از ۲۵ گام به تنها ۳ گام کاهش پیدا کرد. این کاهش شدید در تعداد درخواست‌های تکراری، تاثیر چشمگیری در بهبود کارایی و پایداری سرویس‌های اوبر داشت و مانع از بروز اوج‌های مجدد در ترافیک سرور شد.
این پیشرفت نشان می‌دهد که سرمایه‌گذاری در بهبود ساختارهای زیرساختی و استفاده از فناوری‌های دقیقا مرتبط، چقدر می‌تواند در حفظ ثبات پلتفرم‌های بزرگ و کاهش بحران‌ها موثر باشد. اوبر با این راهکار، نه تنها توانست تلفات ناشی از تکرار بی‌مورد درخواست‌ها را کم کند، بلکه تجربه کاربران را نیز در مواجهه با خطاهای سروری بهبود بخشید.
#تکنولوژی_مدرن #مدیریت_خطا #پایداری_سرویس #اوبر
🟣لینک مقاله:
https://www.uber.com/us/en/blog/protecting-against-retry-storms/?utm_source=tldrdevops
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
How Uber Protects Against Retry Storms (12 minute read)
🟢 خلاصه مقاله:
در مسیر توسعه فناوری‌های اینترنتی، یکی از چالش‌های مهم که شرکت‌های بزرگ فناوری با آن مواجه هستند، مدیریت درخواست‌های مجدد در هنگام بروز خطاها است. شرکت اوبر، با توجه به این موضوع، اقداماتی انجام داده است تا بتواند از بروز حمله‌های درخواست‌های مجدد متعدد جلوگیری کند و عملکرد خدماتش را حفظ کند. یکی از این اقدامات کلیدی، افزودن ویژگی «مالکیت خطا» (error ownership) به زیرساخت سرویس مش مشترک خود بود. این ویژگی به سرویس‌های بالا دستی این امکان را می‌دهد که بتوانند خطاهای ایجاد شده توسط آنها را از خطاهای تولید شده صرفاً توسط وابستگی‌های عمیق‌تر تشخیص دهند.
در مواقع قطع گسترده و خطاهای بزرگ، این مکانیزم به طور مؤثری از حجم درخواست‌های مجدد غیرضروری جلوگیری کرد. در یک حادثه بزرگ، این سیستم براساس محاسبات، مانع از حدود ۹.۵ میلیون درخواست تکراری بی‌مورد شد که در حالت عادی ممکن بود به ادامه بحران منجر شود. افزون بر این، میزان شعاع حمله‌های درخواست مجدد که معمولا هنگام خطا در APIهای کاربری رخ می‌دهد، از ۲۵ گام به تنها ۳ گام کاهش پیدا کرد. این کاهش شدید در تعداد درخواست‌های تکراری، تاثیر چشمگیری در بهبود کارایی و پایداری سرویس‌های اوبر داشت و مانع از بروز اوج‌های مجدد در ترافیک سرور شد.
این پیشرفت نشان می‌دهد که سرمایه‌گذاری در بهبود ساختارهای زیرساختی و استفاده از فناوری‌های دقیقا مرتبط، چقدر می‌تواند در حفظ ثبات پلتفرم‌های بزرگ و کاهش بحران‌ها موثر باشد. اوبر با این راهکار، نه تنها توانست تلفات ناشی از تکرار بی‌مورد درخواست‌ها را کم کند، بلکه تجربه کاربران را نیز در مواجهه با خطاهای سروری بهبود بخشید.
#تکنولوژی_مدرن #مدیریت_خطا #پایداری_سرویس #اوبر
🟣لینک مقاله:
https://www.uber.com/us/en/blog/protecting-against-retry-storms/?utm_source=tldrdevops
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
🔵 عنوان مقاله
Building Modelplane on Crossplane
🟢 خلاصه مقاله:
در این مطالعه موردی، نحوه ساخت مدل‌پلان بر پایه‌ی Crossplane توصیف شده است. هدف اصلی این پروژه، تبدیل منابع GPU که در سرویس‌های مختلف ابری قرار دارند، به یک ناوگان یکپارچه است که پشت یک API پایدار برای استنتاج قرار گیرد. نکته قابل توجه در این پروژه، عدم نیاز به توسعه کنترلرهای سفارشی بود؛ در واقع، تمام فرآیند با پیکربندی‌های استاندارد و قابلیت‌های داخلی Crossplane انجام شد. این رویکرد باعث شد تا بتوان یک زیرساخت قدرتمند و مقیاس‌پذیر را بدون پیچیدگی‌های توسعه کنترلرهای سفارشی راه‌اندازی کرد و مدیریت منابع چندابری را بسیار ساده‌تر و کارآمدتر نمود.
در مجموع، این مثال نشان می‌دهد که چگونه می‌توان با بهره‌گیری از امکانات قدرتمند Crossplane، منابع مختلف را به شکلی کارآمد و منطقی مدیریت کرد و زیرساخت‌های ابری را به نحوی یکنواخت و پایدار طراحی نمود. این روش نه تنها فرآیند استقرار و نگهداری را بهبود می‌بخشد، بلکه امکان ارائه سرویس‌های با کیفیت و پایدار را برای کاربران نهایی فراهم می‌آورد.
#ابر_مقداری #مدیریت_منابع #Crossplane #توسعه_پایدار
🟣لینک مقاله:
https://ku.bz/Qk7c12L-R
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Building Modelplane on Crossplane
🟢 خلاصه مقاله:
در این مطالعه موردی، نحوه ساخت مدل‌پلان بر پایه‌ی Crossplane توصیف شده است. هدف اصلی این پروژه، تبدیل منابع GPU که در سرویس‌های مختلف ابری قرار دارند، به یک ناوگان یکپارچه است که پشت یک API پایدار برای استنتاج قرار گیرد. نکته قابل توجه در این پروژه، عدم نیاز به توسعه کنترلرهای سفارشی بود؛ در واقع، تمام فرآیند با پیکربندی‌های استاندارد و قابلیت‌های داخلی Crossplane انجام شد. این رویکرد باعث شد تا بتوان یک زیرساخت قدرتمند و مقیاس‌پذیر را بدون پیچیدگی‌های توسعه کنترلرهای سفارشی راه‌اندازی کرد و مدیریت منابع چندابری را بسیار ساده‌تر و کارآمدتر نمود.
در مجموع، این مثال نشان می‌دهد که چگونه می‌توان با بهره‌گیری از امکانات قدرتمند Crossplane، منابع مختلف را به شکلی کارآمد و منطقی مدیریت کرد و زیرساخت‌های ابری را به نحوی یکنواخت و پایدار طراحی نمود. این روش نه تنها فرآیند استقرار و نگهداری را بهبود می‌بخشد، بلکه امکان ارائه سرویس‌های با کیفیت و پایدار را برای کاربران نهایی فراهم می‌آورد.
#ابر_مقداری #مدیریت_منابع #Crossplane #توسعه_پایدار
🟣لینک مقاله:
https://ku.bz/Qk7c12L-R
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
The Crossplane Blog
Building Modelplane on Crossplane
I've worked on Crossplane for almost eight years, since the v0.1 release. In that time I've watched a lot of people use it to put cloud infrastructure behind an API. For the last few months I've been using it to put a particular, demanding kind of infrastructure…
🔵 عنوان مقاله
Can your Postgres survive a bad query? (16 minute read)
🟢 خلاصه مقاله:
آیا پایگاه داده پستگرس شما می‌تواند در برابر یک درخواست نادرست مقاومت کند؟ در این مقاله، به بررسی تأثیر محدودیت‌های حافظه پستگرس می‌پردازیم. محدودیت‌هایی مانند work_mem به صورت کلی برای هر نود اجرا و هر کارگر تعریف شده است، نه برای هر درخواست خاص. این موضوع به این معناست که حتی درخواست‌های ظاهراً ساده می‌توانند مقدار زیادی از حافظه را مصرف کنند، گویی که محدودیت‌های تعیین شده نادیده گرفته شده باشد.
یکی از نگرانی‌های بزرگ در این زمینه، کوئری‌های بازگشتی (Recursive Queries) هستند. این نوع کوئری‌ها می‌توانند وضعیتی بسیار خطرناک ایجاد کنند، زیرا برخی از جدول‌های هش در انجام عملیات نمی‌توانند فایل‌های موقت (مثل spill to disk) را به راحتی استفاده کنند. در نتیجه، حتی با تنظیمات محافظت شده، این درخواست‌ها ممکن است حافظه را به سرعت تمام کرده و منجر به پایان‌دادن عملیات یا افت کارایی سیستم شوند. بنابراین، مقابله با چنین کوئری‌هایی نیازمند سیاست‌های مدیریت حافظه و بررسی‌های دقیق است تا از بروز مشکلات جدی جلوگیری کنیم.
#پستگرس #مدیریت_حافظه #کوئری_بازگشتی #پایگاه_داده
🟣لینک مقاله:
https://clickhouse.com/blog/can-your-postgres-survive-a-bad-query?utm_source=tldrdevops
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Can your Postgres survive a bad query? (16 minute read)
🟢 خلاصه مقاله:
آیا پایگاه داده پستگرس شما می‌تواند در برابر یک درخواست نادرست مقاومت کند؟ در این مقاله، به بررسی تأثیر محدودیت‌های حافظه پستگرس می‌پردازیم. محدودیت‌هایی مانند work_mem به صورت کلی برای هر نود اجرا و هر کارگر تعریف شده است، نه برای هر درخواست خاص. این موضوع به این معناست که حتی درخواست‌های ظاهراً ساده می‌توانند مقدار زیادی از حافظه را مصرف کنند، گویی که محدودیت‌های تعیین شده نادیده گرفته شده باشد.
یکی از نگرانی‌های بزرگ در این زمینه، کوئری‌های بازگشتی (Recursive Queries) هستند. این نوع کوئری‌ها می‌توانند وضعیتی بسیار خطرناک ایجاد کنند، زیرا برخی از جدول‌های هش در انجام عملیات نمی‌توانند فایل‌های موقت (مثل spill to disk) را به راحتی استفاده کنند. در نتیجه، حتی با تنظیمات محافظت شده، این درخواست‌ها ممکن است حافظه را به سرعت تمام کرده و منجر به پایان‌دادن عملیات یا افت کارایی سیستم شوند. بنابراین، مقابله با چنین کوئری‌هایی نیازمند سیاست‌های مدیریت حافظه و بررسی‌های دقیق است تا از بروز مشکلات جدی جلوگیری کنیم.
#پستگرس #مدیریت_حافظه #کوئری_بازگشتی #پایگاه_داده
🟣لینک مقاله:
https://clickhouse.com/blog/can-your-postgres-survive-a-bad-query?utm_source=tldrdevops
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
ClickHouse
Can your Postgres survive a bad query? | ClickHouse
How do Postgres providers handle a query that exhausts memory? A recursive query benchmark compares query failures and cluster survival across ClickHouse Managed Postgres, Cloud SQL, PlanetScale, and Amazon RDS.
🔵 عنوان مقاله
Dagster on Kubernetes: When More Nodes Won’t Save You
🟢 خلاصه مقاله:
در این مقاله، به بررسی نحوه رفع مشکلات اجرای Dagster بر روی Kubernetes می‌پردازیم، هنگامی که عملیات‌های انجام‌شده کند هستند و مشکلی در عملکرد آنها به وجود می‌آید. این مشکلات معمولاً ناشی از محدودیت‌های همزمانی، مسائل مربوط به زمان‌بندی پودها، فرآیندهای تلاش مجدد، و یا گلوگاه‌های مربوط به کنترل‌کننده صف در PostgreSQL هستند. در ادامه، جزئیات هر یک از این موارد و راهکارهای مرتبط برای بهبود سرعت و کارایی سیستم بررسی می‌شود.
وقتی سیستم‌های مبتنی بر Kubernetes با مشکلی مواجه می‌شود که عملیات‌های Dagster به آرامی اجرا می‌شوند، دلیل آن ممکن است محدودیت در تعداد همزمانی‌ها باشد. برای مثال، اگر تعداد پردازش‌ها بیش از ظرفیت موجود باشد، سیستم نیازمند مدیریت بهتر درخواست‌ها و جلوگیری از فشار اضافی است. همچنین، مشکلات مربوط به زمان‌بندی پودها، سبب می‌شود که اجرای وظایف به درستی صورت نگیرد و توزیع وظایف در میان نودهای کلاستر مشکل‌ساز شود. فرآیندهای retries یا تلاش مجدد در صورت شکست نیز می‌تواند منجر به افزایش بار و کاهش سرعت اجرایی شود، مخصوصاً اگر مدیریت این retries به‌درستی انجام نشود.
علاوه بر این، گلوگاه‌هایی در کنترل‌کننده صف‌های پایگاه داده PostgreSQL ممکن است باعث کندی فرآیندهای اجرا شوند. اگر صف‌های وظایف به‌درستی مدیریت نشوند، کارها ممکن است در صف بمانند یا به تأخیر بیافتند، که در نتیجه سرعت اجرای کل فرآیند کاهش می‌یابد. در این مقاله، راهکارهای مختلفی برای شناسایی و رفع این مشکلات ارائه شده است، تا کاربران بتوانند به طور کارآمد سیستم خود را بهبود ببخشند و عملیات‌های Dagster خود را سریع‌تر و موثرتر اجرا کنند.
در مجموع، باید برای حل این مشکلات، نه تنها به افزایش تعداد نودها و منابع سخت‌افزاری فکر کرد، بلکه باید به مدیریت صحیح منابع، بهینه‌سازی زمان‌بندی و کنترل صف‌ها و کاهش retries بی‌توجه نبود. تنها با این رویکرد جامع است که می‌توان عملکرد سیستم‌های مبتنی بر Kubernetes و Dagster را به شکل قابل توجهی بهبود بخشید.
#کبرنیتس #دگریست #مدیریت_سیستم #بهینه‌سازی
🟣لینک مقاله:
https://ku.bz/rwhl-XDr7
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Dagster on Kubernetes: When More Nodes Won’t Save You
🟢 خلاصه مقاله:
در این مقاله، به بررسی نحوه رفع مشکلات اجرای Dagster بر روی Kubernetes می‌پردازیم، هنگامی که عملیات‌های انجام‌شده کند هستند و مشکلی در عملکرد آنها به وجود می‌آید. این مشکلات معمولاً ناشی از محدودیت‌های همزمانی، مسائل مربوط به زمان‌بندی پودها، فرآیندهای تلاش مجدد، و یا گلوگاه‌های مربوط به کنترل‌کننده صف در PostgreSQL هستند. در ادامه، جزئیات هر یک از این موارد و راهکارهای مرتبط برای بهبود سرعت و کارایی سیستم بررسی می‌شود.
وقتی سیستم‌های مبتنی بر Kubernetes با مشکلی مواجه می‌شود که عملیات‌های Dagster به آرامی اجرا می‌شوند، دلیل آن ممکن است محدودیت در تعداد همزمانی‌ها باشد. برای مثال، اگر تعداد پردازش‌ها بیش از ظرفیت موجود باشد، سیستم نیازمند مدیریت بهتر درخواست‌ها و جلوگیری از فشار اضافی است. همچنین، مشکلات مربوط به زمان‌بندی پودها، سبب می‌شود که اجرای وظایف به درستی صورت نگیرد و توزیع وظایف در میان نودهای کلاستر مشکل‌ساز شود. فرآیندهای retries یا تلاش مجدد در صورت شکست نیز می‌تواند منجر به افزایش بار و کاهش سرعت اجرایی شود، مخصوصاً اگر مدیریت این retries به‌درستی انجام نشود.
علاوه بر این، گلوگاه‌هایی در کنترل‌کننده صف‌های پایگاه داده PostgreSQL ممکن است باعث کندی فرآیندهای اجرا شوند. اگر صف‌های وظایف به‌درستی مدیریت نشوند، کارها ممکن است در صف بمانند یا به تأخیر بیافتند، که در نتیجه سرعت اجرای کل فرآیند کاهش می‌یابد. در این مقاله، راهکارهای مختلفی برای شناسایی و رفع این مشکلات ارائه شده است، تا کاربران بتوانند به طور کارآمد سیستم خود را بهبود ببخشند و عملیات‌های Dagster خود را سریع‌تر و موثرتر اجرا کنند.
در مجموع، باید برای حل این مشکلات، نه تنها به افزایش تعداد نودها و منابع سخت‌افزاری فکر کرد، بلکه باید به مدیریت صحیح منابع، بهینه‌سازی زمان‌بندی و کنترل صف‌ها و کاهش retries بی‌توجه نبود. تنها با این رویکرد جامع است که می‌توان عملکرد سیستم‌های مبتنی بر Kubernetes و Dagster را به شکل قابل توجهی بهبود بخشید.
#کبرنیتس #دگریست #مدیریت_سیستم #بهینه‌سازی
🟣لینک مقاله:
https://ku.bz/rwhl-XDr7
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Medium
Dagster on Kubernetes: When More Nodes Won’t Save You
The Frustrating Problem
🔵 عنوان مقاله
How I Rebuilt YouTube’s Load Balancing Algorithm in Go
🟢 خلاصه مقاله:
در این مقاله، من به تشریح نحوه بازسازی الگوریتم تعادل بار یوٹیوب در زبان برنامه‌نویسی گو پرداختم. هدف اصلی ایجاد یک کنترلر ورودی برای کاسنته‌سازی در محیط‌های مبتنی بر Kubernetes بود که بتواند به صورت مؤثر توازن ترافیک را مدیریت کند. در این پیاده‌سازی، از قابلیت‌هایی مانند پروب‌ها برای بررسی سلامت سرورهای مقصد، نگهداری حالت محلی برای هر مسیر خاص، و هماهنگی با ابزارهای بنچمارک برای سنجش کارایی بهره برده‌ام.
در این فرآیند، ساختارها و مفاهیم مربوط به الگوریتم‌های تعادل بار به گونه‌ای تنظیم شدند که بتوانند پاسخگوی نیازهای پیچیده‌ی ترافیک اینترنتی باشند و در عین حال، عملکرد و مقیاس‌پذیری مناسب را حفظ کنند. پیاده‌سازی با زبان گو نه تنها امکان توسعه سریع‌تر و امن‌تر را فراهم کرد، بلکه امکان آزمایش و بهبود سریع‌تر بر اساس نتایج بنچمارک‌ها را نیز مهیا ساخت. این پروژه نشان می‌دهد چگونه می‌توان با ترکیب فناوری‌های مدرن و طراحی هوشمند، سیستم‌های مهم سرور مانند آنالیز و توزیع ترافیک را بهبود داد.
اگر علاقه‌مند به فناوری‌های کلاود، مهندسی سیستم‌ها، یا توسعه کنترلرهای Kubernetes هستید، این مقاله می‌تواند راهنمای عملی و مفیدی برای شما باشد.
#توسعه_نرم_افزار #کلاود_مایکروسرویس #Kubernetes #هوش_مصنوعی
🟣لینک مقاله:
https://ku.bz/l6tZQ8g6f
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
How I Rebuilt YouTube’s Load Balancing Algorithm in Go
🟢 خلاصه مقاله:
در این مقاله، من به تشریح نحوه بازسازی الگوریتم تعادل بار یوٹیوب در زبان برنامه‌نویسی گو پرداختم. هدف اصلی ایجاد یک کنترلر ورودی برای کاسنته‌سازی در محیط‌های مبتنی بر Kubernetes بود که بتواند به صورت مؤثر توازن ترافیک را مدیریت کند. در این پیاده‌سازی، از قابلیت‌هایی مانند پروب‌ها برای بررسی سلامت سرورهای مقصد، نگهداری حالت محلی برای هر مسیر خاص، و هماهنگی با ابزارهای بنچمارک برای سنجش کارایی بهره برده‌ام.
در این فرآیند، ساختارها و مفاهیم مربوط به الگوریتم‌های تعادل بار به گونه‌ای تنظیم شدند که بتوانند پاسخگوی نیازهای پیچیده‌ی ترافیک اینترنتی باشند و در عین حال، عملکرد و مقیاس‌پذیری مناسب را حفظ کنند. پیاده‌سازی با زبان گو نه تنها امکان توسعه سریع‌تر و امن‌تر را فراهم کرد، بلکه امکان آزمایش و بهبود سریع‌تر بر اساس نتایج بنچمارک‌ها را نیز مهیا ساخت. این پروژه نشان می‌دهد چگونه می‌توان با ترکیب فناوری‌های مدرن و طراحی هوشمند، سیستم‌های مهم سرور مانند آنالیز و توزیع ترافیک را بهبود داد.
اگر علاقه‌مند به فناوری‌های کلاود، مهندسی سیستم‌ها، یا توسعه کنترلرهای Kubernetes هستید، این مقاله می‌تواند راهنمای عملی و مفیدی برای شما باشد.
#توسعه_نرم_افزار #کلاود_مایکروسرویس #Kubernetes #هوش_مصنوعی
🟣لینک مقاله:
https://ku.bz/l6tZQ8g6f
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Medium
How I Rebuilt YouTube’s Load Balancing Algorithm in Go
If you had to guess how a system like YouTube distributes traffic across millions of backend servers, you’d probably default to a classic…
🔵 عنوان مقاله
Redis was built for single-core machines. Yours has 64 (Sponsor)
🟢 خلاصه مقاله:
ریديش در ابتدا برای ماشین‌های تک‌نُه‌هسته‌ای ساخته شده بود. اما حالا، سیستم‌های مدرن اغلب چندین هسته و هسته‌های زیادی دارند؛ نمونه‌ای جدید از این رو، کاربران نیاز دارند تا از پتانسیل کامل سرورها بهره‌مند شوند. در این زمینه، راهکارهای قدیمی ممکن است محدودیت‌هایی داشته باشند که مانع از رسیدن به نهایت بهره‌وری می‌شوند.
شرکت‌ها و توسعه‌دهندگان باید از ابزارها و فناوری‌هایی استفاده کنند که بتوانند به طور مؤثر از خواص چند هسته‌ای سیستم‌های مدرن بهره‌مند شوند. یکی از این فناوری‌ها، «درگ‌فلای» است؛ که با بهره‌گیری از معماری «ترد-بر-هسته»، می‌تواند تا ۶ میلیون عملیات در ثانیه را در یک نود تنها انجام دهد. این فناوری به سرعت و کارایی بسیار بالا اهمیت می‌دهد و به مدیران دیتابیس کمک می‌کند تا هزینه‌های غیرضروری را کاهش دهند و عملکرد سیستم‌های خود را به طور قابل توجهی ارتقاء دهند.
اگر به دنبال راه‌حلی هستید که کارایی سرورهای دیتابیس‌تان را افزایش دهد و هزینه‌های بی‌پایان در ارائه زیرساخت‌های محاسباتی را کاهش دهید، پیشنهاد می‌کنم «درگ‌فلای» را امتحان کنید. این ابزار قدرتمند، با طراحی خاص خود، می‌تواند نیازهای شما را برآورده کند و در عین حال، آزمایش رایگان برای کاربرانی فراهم کرده است تا قبل از خرید، از امکانات آن بهره‌مند شوند.
در مجموع، با توجه به نیاز روزافزون به سرعت و مقیاس‌پذیری، استفاده از فناوری‌هایی مانند درگ‌فلای می‌تواند تغییر چشمگیری در بهینه‌سازی عملیات‌های دیتابیس و کاهش هزینه‌ها ایجاد کند. این فناوری، با ساختاری مدرن و کارآمد، راهکاری هوشمندانه برای مدیران فناوری اطلاعات است که می‌خواهند بهره‌وری سیستم‌های خود را به حداکثر برسانند.
#ذخیره_هزینه #پایداری_اطلاعات #توسعه_هوشمند #سرعت_بالا
🟣لینک مقاله:
https://www.dragonflydb.io/?utm_source=tldr&utm_medium=newsletter&utm_campaign=TLDRDevOpsQuickLinks09182026&sp=yZxj5f76VHx1mE54GdN8Zz3N
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Redis was built for single-core machines. Yours has 64 (Sponsor)
🟢 خلاصه مقاله:
ریديش در ابتدا برای ماشین‌های تک‌نُه‌هسته‌ای ساخته شده بود. اما حالا، سیستم‌های مدرن اغلب چندین هسته و هسته‌های زیادی دارند؛ نمونه‌ای جدید از این رو، کاربران نیاز دارند تا از پتانسیل کامل سرورها بهره‌مند شوند. در این زمینه، راهکارهای قدیمی ممکن است محدودیت‌هایی داشته باشند که مانع از رسیدن به نهایت بهره‌وری می‌شوند.
شرکت‌ها و توسعه‌دهندگان باید از ابزارها و فناوری‌هایی استفاده کنند که بتوانند به طور مؤثر از خواص چند هسته‌ای سیستم‌های مدرن بهره‌مند شوند. یکی از این فناوری‌ها، «درگ‌فلای» است؛ که با بهره‌گیری از معماری «ترد-بر-هسته»، می‌تواند تا ۶ میلیون عملیات در ثانیه را در یک نود تنها انجام دهد. این فناوری به سرعت و کارایی بسیار بالا اهمیت می‌دهد و به مدیران دیتابیس کمک می‌کند تا هزینه‌های غیرضروری را کاهش دهند و عملکرد سیستم‌های خود را به طور قابل توجهی ارتقاء دهند.
اگر به دنبال راه‌حلی هستید که کارایی سرورهای دیتابیس‌تان را افزایش دهد و هزینه‌های بی‌پایان در ارائه زیرساخت‌های محاسباتی را کاهش دهید، پیشنهاد می‌کنم «درگ‌فلای» را امتحان کنید. این ابزار قدرتمند، با طراحی خاص خود، می‌تواند نیازهای شما را برآورده کند و در عین حال، آزمایش رایگان برای کاربرانی فراهم کرده است تا قبل از خرید، از امکانات آن بهره‌مند شوند.
در مجموع، با توجه به نیاز روزافزون به سرعت و مقیاس‌پذیری، استفاده از فناوری‌هایی مانند درگ‌فلای می‌تواند تغییر چشمگیری در بهینه‌سازی عملیات‌های دیتابیس و کاهش هزینه‌ها ایجاد کند. این فناوری، با ساختاری مدرن و کارآمد، راهکاری هوشمندانه برای مدیران فناوری اطلاعات است که می‌خواهند بهره‌وری سیستم‌های خود را به حداکثر برسانند.
#ذخیره_هزینه #پایداری_اطلاعات #توسعه_هوشمند #سرعت_بالا
🟣لینک مقاله:
https://www.dragonflydb.io/?utm_source=tldr&utm_medium=newsletter&utm_campaign=TLDRDevOpsQuickLinks09182026&sp=yZxj5f76VHx1mE54GdN8Zz3N
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Dragonfly
Dragonfly | An In-Memory Data Store without Limits
Discover Dragonfly - the most performant in-memory data store, engineered for extreme throughput at scale.
🔵 عنوان مقاله
PigeonEye: Fast Native Kubernetes GUI
🟢 خلاصه مقاله:
پیش‌زمینه
PigeonEye یک رابط گرافیکی سریع و بومی برای مدیریت کلاسترهای کوبرنتیز است که به منظور تسهیل و تسریع فرآیندهای مدیریتی طراحی شده است. این ابزار با بهره‌گیری از API جدول، قادر است به سرعت و کارآمدی کلاسترهای بزرگ و پیچیده را بارگذاری و مدیریت کند. علاوه بر این، PigeonEye امکانات متنوعی را در اختیار کاربران قرار می‌دهد، از جمله جست‌وجوی چندکلاستر، مشاهده لاگ‌ها، ویرایش‌های امن، ابزارهای اشکال‌زدایی، و پشتیبانی خودکار از CRDها (نوع‌های تعریف‌شده در Kubernetes). این ابزار به‌طور خاص برای مدیران و توسعه‌دهندگانی که نیازمند کنترل سریع و دقیق بر زیرساخت‌های کلاسترهای خود هستند، طراحی شده است.
سپس، این رابط کاربری قدرتمند و در عین حال ساده، تجربه مدیریت Kubernetes را راحت‌تر و کارایی آن را افزایش می‌دهد. با قابلیت‌های پیشرفته و مصرف بهینه منابع، PigeonEye امکان مدیریت چندین کلاستر به صورت همزمان را فراهم می‌آورد و عملیات‌های پیچیده را ساده‌تر می‌کند، که این امر باعث بهبود بهره‌وری تیم‌های فنی می‌شود.
درنهایت، این ابزار متن‌باز و سریع، با تمرکز بر سهولت استفاده و امنیت، جایگاه مهمی در حوزه مدیریت کلاسترهای Kubernetes پیدا کرده است، و به تیم‌های توسعه و عملیات کمک می‌کند تا تمرکز بیشتری بر توسعه و نوآوری داشته باشند و کم‌تر نگران مسائل فنی و مدیریتی باشند.
#کوبرنتیز #مدیریت_کلاستر #ابزارهای_توسعه #مهاجرت_سریع
🟣لینک مقاله:
https://ku.bz/B0087NZrd
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
PigeonEye: Fast Native Kubernetes GUI
🟢 خلاصه مقاله:
پیش‌زمینه
PigeonEye یک رابط گرافیکی سریع و بومی برای مدیریت کلاسترهای کوبرنتیز است که به منظور تسهیل و تسریع فرآیندهای مدیریتی طراحی شده است. این ابزار با بهره‌گیری از API جدول، قادر است به سرعت و کارآمدی کلاسترهای بزرگ و پیچیده را بارگذاری و مدیریت کند. علاوه بر این، PigeonEye امکانات متنوعی را در اختیار کاربران قرار می‌دهد، از جمله جست‌وجوی چندکلاستر، مشاهده لاگ‌ها، ویرایش‌های امن، ابزارهای اشکال‌زدایی، و پشتیبانی خودکار از CRDها (نوع‌های تعریف‌شده در Kubernetes). این ابزار به‌طور خاص برای مدیران و توسعه‌دهندگانی که نیازمند کنترل سریع و دقیق بر زیرساخت‌های کلاسترهای خود هستند، طراحی شده است.
سپس، این رابط کاربری قدرتمند و در عین حال ساده، تجربه مدیریت Kubernetes را راحت‌تر و کارایی آن را افزایش می‌دهد. با قابلیت‌های پیشرفته و مصرف بهینه منابع، PigeonEye امکان مدیریت چندین کلاستر به صورت همزمان را فراهم می‌آورد و عملیات‌های پیچیده را ساده‌تر می‌کند، که این امر باعث بهبود بهره‌وری تیم‌های فنی می‌شود.
درنهایت، این ابزار متن‌باز و سریع، با تمرکز بر سهولت استفاده و امنیت، جایگاه مهمی در حوزه مدیریت کلاسترهای Kubernetes پیدا کرده است، و به تیم‌های توسعه و عملیات کمک می‌کند تا تمرکز بیشتری بر توسعه و نوآوری داشته باشند و کم‌تر نگران مسائل فنی و مدیریتی باشند.
#کوبرنتیز #مدیریت_کلاستر #ابزارهای_توسعه #مهاجرت_سریع
🟣لینک مقاله:
https://ku.bz/B0087NZrd
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
GitHub
GitHub - tackish/pigeoneye: PigeonEye is a fast, native Kubernetes GUI + CLI Tool
PigeonEye is a fast, native Kubernetes GUI + CLI Tool - tackish/pigeoneye
🔵 عنوان مقاله
Why Kubernetes RBAC Misconfigurations Are the Easiest Privilege Escalation You'll Ever Find (4 minute read)
🟢 خلاصه مقاله:
در دنیای مدیریت کلاسترهای Kubernetes، خطاها و سوءتفاهم‌های مرتبط با رول‌های دسترسی یا همان RBAC (مدیریت دسترسی مبتنی بر نقش) میزان خطرپذیری سیستم‌ها را به شکل قابل توجهی افزایش می‌دهند. یکی از رایج‌ترین مشکلات، تنظیم نادرست و پیکربندی‌های اشتباه در این بخش است که می‌تواند مسیر را برای سوء استفاده‌های گسترده باز کند. این خطاها شامل ارتباط نادرست بین حساب‌های کاربری و نقش‌های مدیریتی، مجوزهای کلی و گسترده، دسترسی زیاد به اسرار حساس، و همچنین تنظیمات منقضی نشده و بی‌پایان است که همگی به سادگی امکان افزایش امتیازهای کاربر را فراهم می‌کنند.
در بسیاری از موارد، مدیران یا تیم‌های امنیتی با اشتباهاتی همچون دادن دسترسی‌های بیش از حد یا نادرست به حساب‌های سرویس، راه را برای سوءاستفاده‌های غیرمجاز هموار می‌کنند. این نوع پیکربندی‌های نادرست، به‌خصوص زمانی که مجوزهای عمومی یا wildcard تعریف شوند، به مهاجمان این فرصت را می‌دهد تا با تلاش کم، سطح دسترسی خود را افزایش دهند و کنترل کامل کلاستر را در دست بگیرند. همچنین، دسترسی بدون محدودیت به اسرار و اطلاعات حساس، راه را برای لو رفتن داده‌های مهم و نفوذهای گسترده‌تر هموار می‌کند.
نکته دیگر، ربط دادن دائمی و بی‌پایان این مجوزها بدون بررسی و منقضی کردن آنها است، که در بسیاری از موارد منجر به باقی ماندن حساب‌های با دسترسی‌های قدیمی و خطرناک می‌شود. این دسته از خطاها بیش از هر آسیب‌پذیری نوظهوری، دلیل اصلی نفوذهای موفق به کلاسترهای Kubernetes هستند، چرا که بسیاری از نقص‌ها و سوءگیری‌ها به سادگی از طریق اصلاح نادرست تنظیمات RBAC قابل بهره‌برداری است.
در نتیجه، با توجه به اینکه اکثر نقض‌های امنیتی در محیط‌های Kubernetes ناشی از این اشتباهات رایج در پیکربندی RBAC است، حساسیت و دقت در تنظیم و مدیریت این مجوزها اهمیت زیادی دارد. بهبود روش‌های پیکربندی، اصلاح مجوزهای بی‌پایان و محدود کردن دسترسی‌ها، می‌تواند مانع از وقوع بسیاری از این حملات شده و امنیت کلاستر را به طور قابل توجهی افزایش دهد.
#امنیت_کلاستر #Kubernetes #RBAC #مدیریت_دسترسی
🟣لینک مقاله:
https://cloudnativenow.com/contributed-content/why-kubernetes-rbac-misconfigurations-are-the-easiest-privilege-escalation-youll-ever-find/?utm_source=tldrdevops
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Why Kubernetes RBAC Misconfigurations Are the Easiest Privilege Escalation You'll Ever Find (4 minute read)
🟢 خلاصه مقاله:
در دنیای مدیریت کلاسترهای Kubernetes، خطاها و سوءتفاهم‌های مرتبط با رول‌های دسترسی یا همان RBAC (مدیریت دسترسی مبتنی بر نقش) میزان خطرپذیری سیستم‌ها را به شکل قابل توجهی افزایش می‌دهند. یکی از رایج‌ترین مشکلات، تنظیم نادرست و پیکربندی‌های اشتباه در این بخش است که می‌تواند مسیر را برای سوء استفاده‌های گسترده باز کند. این خطاها شامل ارتباط نادرست بین حساب‌های کاربری و نقش‌های مدیریتی، مجوزهای کلی و گسترده، دسترسی زیاد به اسرار حساس، و همچنین تنظیمات منقضی نشده و بی‌پایان است که همگی به سادگی امکان افزایش امتیازهای کاربر را فراهم می‌کنند.
در بسیاری از موارد، مدیران یا تیم‌های امنیتی با اشتباهاتی همچون دادن دسترسی‌های بیش از حد یا نادرست به حساب‌های سرویس، راه را برای سوءاستفاده‌های غیرمجاز هموار می‌کنند. این نوع پیکربندی‌های نادرست، به‌خصوص زمانی که مجوزهای عمومی یا wildcard تعریف شوند، به مهاجمان این فرصت را می‌دهد تا با تلاش کم، سطح دسترسی خود را افزایش دهند و کنترل کامل کلاستر را در دست بگیرند. همچنین، دسترسی بدون محدودیت به اسرار و اطلاعات حساس، راه را برای لو رفتن داده‌های مهم و نفوذهای گسترده‌تر هموار می‌کند.
نکته دیگر، ربط دادن دائمی و بی‌پایان این مجوزها بدون بررسی و منقضی کردن آنها است، که در بسیاری از موارد منجر به باقی ماندن حساب‌های با دسترسی‌های قدیمی و خطرناک می‌شود. این دسته از خطاها بیش از هر آسیب‌پذیری نوظهوری، دلیل اصلی نفوذهای موفق به کلاسترهای Kubernetes هستند، چرا که بسیاری از نقص‌ها و سوءگیری‌ها به سادگی از طریق اصلاح نادرست تنظیمات RBAC قابل بهره‌برداری است.
در نتیجه، با توجه به اینکه اکثر نقض‌های امنیتی در محیط‌های Kubernetes ناشی از این اشتباهات رایج در پیکربندی RBAC است، حساسیت و دقت در تنظیم و مدیریت این مجوزها اهمیت زیادی دارد. بهبود روش‌های پیکربندی، اصلاح مجوزهای بی‌پایان و محدود کردن دسترسی‌ها، می‌تواند مانع از وقوع بسیاری از این حملات شده و امنیت کلاستر را به طور قابل توجهی افزایش دهد.
#امنیت_کلاستر #Kubernetes #RBAC #مدیریت_دسترسی
🟣لینک مقاله:
https://cloudnativenow.com/contributed-content/why-kubernetes-rbac-misconfigurations-are-the-easiest-privilege-escalation-youll-ever-find/?utm_source=tldrdevops
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Cloud Native Now
Why Kubernetes RBAC Misconfigurations Are the Easiest Privilege Escalation You'll Ever Find
Kubernetes RBAC misconfigurations repeatedly expose clusters to unnecessary risk. Here are five common mistakes and how to prevent them.
🔵 عنوان مقاله
Announcing On-Demand State Repartitioning for Apache Spark™ Structured Streaming on Databricks (5 minute read)
🟢 خلاصه مقاله:
در دنیای پردازش داده‌های بزرگ، مدیریت وضعیت‌های جاری در جریان‌های ساختاری یکی از چالش‌های مهم و حیاتی است. اخیراً، شرکت Databricks امکان تغییر تقسیم‌بندی وضعیت‌ها را بر اساس نیازهای لحظه‌ای و به صورت آنی در نسخه‌های پیش‌نمایش عمومی عرضه کرده است. این ویژگی جدید، که تحت عنوان "بازتقسیم وضعیت در لحظه" شناخته می‌شود، امکان تنظیم مجدد و مدیریت کارآمدتر وضعیت‌های در حال جاری در جریان‌های ساختاری است.
این قابلیت به کاربران این اجازه را می‌دهد تا بتوانند بر اساس تغییرات و نیازهای تحلیل‌های خود، به صورت دینامیک مکانیزم توزیع داده‌ها و وضعیت‌ها را بهبود بخشند، بدون نیاز به توقف و راه‌اندازی مجدد کامل سیستم. بنابراین، عملیات‌های پردازشی سنگین و پیچیده با انعطاف‌پذیری بیشتری همراه شده و کارایی و سرعت پردازش داده‌ها به میزان قابل توجهی افزایش می‌یابد. در نتیجه، بهره‌وری سیستم‌های داده‌محور در محیط‌های پیچیده و بزرگ، به طور قابل ملاحظه‌ای ارتقاء می‌یابد.
این قابلیت در حال حاضر در حالت پیش‌نمایش عمومی برای نسخه‌های Databricks Runtime 18 و بالاتر در دسترس است و کاربران می‌توانند از مزایای آن در پروژه‌ها و تحلیل‌های خود بهره‌مند شوند. این تغییرات، نشانگر تعهد شرکت به توسعه ابزارهای تحلیلی هوشمند و فراهم آوردن امکاناتی است که فرآیندهای بی‌وقفه و بهینه‌سازی عملیات داده‌ها را ممکن می‌سازد.
این نوآوری، نشان می‌دهد که آینده پردازش داده‌ها چگونه با فناوری‌های نوظهور همگام شده و پاسخگو به نیازهای روزافزون دنیای داده است. با این قابلیت، مدیران داده و توسعه‌دهندگان می‌توانند منابع سیستم را بهتر مدیریت کرده و در زمان‌های حساس، بهترین تصمیمات را اتخاذ نمایند.
#پردازش_داده #اپاچی_اسپارک #دیتابرکس #تحلیل_داده
🟣لینک مقاله:
https://www.databricks.com/blog/announcing-demand-state-repartitioning-apache-sparktm-structured-streaming-databricks?utm_source=tldrdevops
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Announcing On-Demand State Repartitioning for Apache Spark™ Structured Streaming on Databricks (5 minute read)
🟢 خلاصه مقاله:
در دنیای پردازش داده‌های بزرگ، مدیریت وضعیت‌های جاری در جریان‌های ساختاری یکی از چالش‌های مهم و حیاتی است. اخیراً، شرکت Databricks امکان تغییر تقسیم‌بندی وضعیت‌ها را بر اساس نیازهای لحظه‌ای و به صورت آنی در نسخه‌های پیش‌نمایش عمومی عرضه کرده است. این ویژگی جدید، که تحت عنوان "بازتقسیم وضعیت در لحظه" شناخته می‌شود، امکان تنظیم مجدد و مدیریت کارآمدتر وضعیت‌های در حال جاری در جریان‌های ساختاری است.
این قابلیت به کاربران این اجازه را می‌دهد تا بتوانند بر اساس تغییرات و نیازهای تحلیل‌های خود، به صورت دینامیک مکانیزم توزیع داده‌ها و وضعیت‌ها را بهبود بخشند، بدون نیاز به توقف و راه‌اندازی مجدد کامل سیستم. بنابراین، عملیات‌های پردازشی سنگین و پیچیده با انعطاف‌پذیری بیشتری همراه شده و کارایی و سرعت پردازش داده‌ها به میزان قابل توجهی افزایش می‌یابد. در نتیجه، بهره‌وری سیستم‌های داده‌محور در محیط‌های پیچیده و بزرگ، به طور قابل ملاحظه‌ای ارتقاء می‌یابد.
این قابلیت در حال حاضر در حالت پیش‌نمایش عمومی برای نسخه‌های Databricks Runtime 18 و بالاتر در دسترس است و کاربران می‌توانند از مزایای آن در پروژه‌ها و تحلیل‌های خود بهره‌مند شوند. این تغییرات، نشانگر تعهد شرکت به توسعه ابزارهای تحلیلی هوشمند و فراهم آوردن امکاناتی است که فرآیندهای بی‌وقفه و بهینه‌سازی عملیات داده‌ها را ممکن می‌سازد.
این نوآوری، نشان می‌دهد که آینده پردازش داده‌ها چگونه با فناوری‌های نوظهور همگام شده و پاسخگو به نیازهای روزافزون دنیای داده است. با این قابلیت، مدیران داده و توسعه‌دهندگان می‌توانند منابع سیستم را بهتر مدیریت کرده و در زمان‌های حساس، بهترین تصمیمات را اتخاذ نمایند.
#پردازش_داده #اپاچی_اسپارک #دیتابرکس #تحلیل_داده
🟣لینک مقاله:
https://www.databricks.com/blog/announcing-demand-state-repartitioning-apache-sparktm-structured-streaming-databricks?utm_source=tldrdevops
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
🔵 عنوان مقاله
Claude-Red (GitHub Repo)
🟢 خلاصه مقاله:
کتابخانه Claude-Red مجموعه‌ای سازمان‌یافته و منظم از مهارت‌های امنیتی Offensive است که برای سیستم هوش مصنوعی Claude توسعه یافته است. این کتابخانه با استفاده از فایل‌های SKILL.md، آموزش‌های تخصصی و روش‌های کارشناسانه را در اختیار این سیستم قرار می‌دهد تا بتواند در زمینه‌های مختلف، مانند حملات SQL Injection و یا فرار از سیستم‌های ضد تهدید (EDR)، بهتر عمل کند. هدف اصلی این پروژه، تثبیت و آموزش حدود ۱۳۰ مهارت در ۲۳ دسته‌بندی مختلف است تا سیستم هوشمند به صورت کارآمد و مؤثرتری در حوزه امنیت سایبری فعالیت کند و توانایی‌های خود را توسعه دهد.
این مرجع تخصصی به برنامه‌نویسان و پژوهشگران امنیت سایبری کمک می‌کند تا مهارت‌های لازم در زبان و تکنیک‌های حمله و دفاع را بهتر بیاموزند و در موارد عملی خود به کار بگیرند. با مجموعه‌ای منظم و کامل از استراتژی‌ها و روش‌های حمله، Claude-Red نقش مهمی در بهبود و تقویت سیستم‌های امنیتی خودآموز دارد و به ترویج نوآوری در حوزه فناوری امنیت کمک می‌کند.
#امنیت_سایبری #هوش_مصنوعی #حملات_سیبری #توسعه_فناوری
🟣لینک مقاله:
https://github.com/SnailSploit/Claude-Red?utm_source=tldrdevops
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Claude-Red (GitHub Repo)
🟢 خلاصه مقاله:
کتابخانه Claude-Red مجموعه‌ای سازمان‌یافته و منظم از مهارت‌های امنیتی Offensive است که برای سیستم هوش مصنوعی Claude توسعه یافته است. این کتابخانه با استفاده از فایل‌های SKILL.md، آموزش‌های تخصصی و روش‌های کارشناسانه را در اختیار این سیستم قرار می‌دهد تا بتواند در زمینه‌های مختلف، مانند حملات SQL Injection و یا فرار از سیستم‌های ضد تهدید (EDR)، بهتر عمل کند. هدف اصلی این پروژه، تثبیت و آموزش حدود ۱۳۰ مهارت در ۲۳ دسته‌بندی مختلف است تا سیستم هوشمند به صورت کارآمد و مؤثرتری در حوزه امنیت سایبری فعالیت کند و توانایی‌های خود را توسعه دهد.
این مرجع تخصصی به برنامه‌نویسان و پژوهشگران امنیت سایبری کمک می‌کند تا مهارت‌های لازم در زبان و تکنیک‌های حمله و دفاع را بهتر بیاموزند و در موارد عملی خود به کار بگیرند. با مجموعه‌ای منظم و کامل از استراتژی‌ها و روش‌های حمله، Claude-Red نقش مهمی در بهبود و تقویت سیستم‌های امنیتی خودآموز دارد و به ترویج نوآوری در حوزه فناوری امنیت کمک می‌کند.
#امنیت_سایبری #هوش_مصنوعی #حملات_سیبری #توسعه_فناوری
🟣لینک مقاله:
https://github.com/SnailSploit/Claude-Red?utm_source=tldrdevops
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
GitHub
GitHub - SnailSploit/Claude-Red: claude-red is a curated library of offensive security skills designed for the Claude skills system.…
claude-red is a curated library of offensive security skills designed for the Claude skills system. Each skill is a structured SKILL.md file that primes Claude with expert-level methodology for a s...
🔵 عنوان مقاله
Why We Open-Sourced ZSvirt?
🟢 خلاصه مقاله:
زیرساخت‌های مجازی‌سازی یکی از بنیادی‌ترین فناوری‌های مورد نیاز در دنیای فناوری اطلاعات امروزی است. شرکت ZStack تصمیم گرفت تا پروژه ZSvirt، یک پلتفرم مجازی‌سازی مبتنی بر KVM که در فضاهای بزرگ و مراکز داده بزرگ کاربرد فراوانی دارد، را به صورت منبع باز منتشر کند. این اقدام هدف دارد تا امکان بررسی و بازبینی کد، بهره‌برداری از مجوز استوار و تثبیت‌شده GPLv3، و همچنین افزایش استقلال شرکت‌ها و کاربران در انتخاب و استفاده از فناوری‌ها، فراهم شود.
در طی سال‌های اخیر، نیاز به نرم‌افزارهای متن‌باز که شفافیت بیشتری در کدهای آنها وجود دارد، به شدت رو به افزایش است. این رویکرد نه تنها اعتماد بیشتری از سوی جامعه فناوری و کاربران فراهم می‌کند، بلکه باعث اطمینان از امنیت و کارایی سیستم‌ها نیز می‌شود. با تدوین و انتشار کد ZSvirt به صورت منبع باز، ZStack این امکان را برای مدیران شبکه و توسعه‌دهندگان فراهم می‌آورد تا کد را مورد بررسی قرار دهند، آن را بهبود بخشند و در صورت نیاز، تغییراتی مطابق با نیازهای خاص خود اعمال کنند.
علاوه بر این، استفاده از مجوز GPLv3 نسخه‌ای تثبیت‌شده و معتبر است که به موجب آن، هر فرد یا شرکتی می‌تواند کد را آزادانه استفاده، اصلاح و توزیع کند، اما در مقابل، باید اصلاحات و نسخه‌های توسعه‌یافته نیز تحت همان مجوز ادامه پیدا کنند. این رویکرد تضمین می‌کند که پروژه‌های منبع باز همچنان در مسیر توسعه و بهبود باقی بمانند و انتقال فناوری‌ها در جامعه به صورت شفاف و عادلانه انجام شود.
در نهایت، هدف از این اقدام زسرت، افزایش استقلال فروشندگان و مشتریان است، به طوری که هیچ نهاد یا شرکتی نتواند کنترل کامل بر این فناوری‌ها داشته باشد. این استراتژی به کاربران کمک می‌کند تا در تصمیم‌گیری‌های فناوری، آزادی عمل بیشتری داشته باشند و بتوانند فناوری مورد نیاز خود را بدون وابستگی به یک تولیدکننده خاص توسعه دهند و بهره‌برداری کنند.
#مجازی‌سازی #ZStack #KVM #منبع_باز
🟣لینک مقاله:
https://ku.bz/61LX467d4
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Why We Open-Sourced ZSvirt?
🟢 خلاصه مقاله:
زیرساخت‌های مجازی‌سازی یکی از بنیادی‌ترین فناوری‌های مورد نیاز در دنیای فناوری اطلاعات امروزی است. شرکت ZStack تصمیم گرفت تا پروژه ZSvirt، یک پلتفرم مجازی‌سازی مبتنی بر KVM که در فضاهای بزرگ و مراکز داده بزرگ کاربرد فراوانی دارد، را به صورت منبع باز منتشر کند. این اقدام هدف دارد تا امکان بررسی و بازبینی کد، بهره‌برداری از مجوز استوار و تثبیت‌شده GPLv3، و همچنین افزایش استقلال شرکت‌ها و کاربران در انتخاب و استفاده از فناوری‌ها، فراهم شود.
در طی سال‌های اخیر، نیاز به نرم‌افزارهای متن‌باز که شفافیت بیشتری در کدهای آنها وجود دارد، به شدت رو به افزایش است. این رویکرد نه تنها اعتماد بیشتری از سوی جامعه فناوری و کاربران فراهم می‌کند، بلکه باعث اطمینان از امنیت و کارایی سیستم‌ها نیز می‌شود. با تدوین و انتشار کد ZSvirt به صورت منبع باز، ZStack این امکان را برای مدیران شبکه و توسعه‌دهندگان فراهم می‌آورد تا کد را مورد بررسی قرار دهند، آن را بهبود بخشند و در صورت نیاز، تغییراتی مطابق با نیازهای خاص خود اعمال کنند.
علاوه بر این، استفاده از مجوز GPLv3 نسخه‌ای تثبیت‌شده و معتبر است که به موجب آن، هر فرد یا شرکتی می‌تواند کد را آزادانه استفاده، اصلاح و توزیع کند، اما در مقابل، باید اصلاحات و نسخه‌های توسعه‌یافته نیز تحت همان مجوز ادامه پیدا کنند. این رویکرد تضمین می‌کند که پروژه‌های منبع باز همچنان در مسیر توسعه و بهبود باقی بمانند و انتقال فناوری‌ها در جامعه به صورت شفاف و عادلانه انجام شود.
در نهایت، هدف از این اقدام زسرت، افزایش استقلال فروشندگان و مشتریان است، به طوری که هیچ نهاد یا شرکتی نتواند کنترل کامل بر این فناوری‌ها داشته باشد. این استراتژی به کاربران کمک می‌کند تا در تصمیم‌گیری‌های فناوری، آزادی عمل بیشتری داشته باشند و بتوانند فناوری مورد نیاز خود را بدون وابستگی به یک تولیدکننده خاص توسعه دهند و بهره‌برداری کنند.
#مجازی‌سازی #ZStack #KVM #منبع_باز
🟣لینک مقاله:
https://ku.bz/61LX467d4
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Medium
Why We Open-Sourced ZSvirt?
Yesterday, we open-sourced ZSvirt. Today, we want to talk about why.
🔵 عنوان مقاله
Auto-Restart Workloads on ConfigMap and Secret Changes
🟢 خلاصه مقاله:
در دنیای پیشرفته مدیریت برنامه‌های کاربردی در بستر کلاود، نیاز به راهکارهای هوشمند و خودکار برای بروزرسانی سریع و به‌موقع سرویس‌ها احساس می‌شود.یکی از ابزارهای موثر در این زمینه، کنترلر "Stakater Reloader" است که به صورت مخصوص برای محیط‌های Kubernetes طراحی شده است. این کنترلر به صورت هوشمند، تغییرات موجود در Secrets و ConfigMaps را زیر نظر می‌گیرد و هرگاه این منابع بروزرسانی شوند، عملیات ری‌استارت کردن خودکار و تدریجی سرویس‌ها و برنامه‌های کاربردی مانند Deploymentها و StatefulSets را آغاز می‌کند.
این قابلیت به مدیران سیستم‌ها کمک می‌کند تا بدون نیاز به مداخلات دستی و صرف زمان زیاد، اطمینان حاصل کنند که تمامی اجزای سیستم همیشه با جدیدترین تنظیمات و پیکربندی‌ها همگام هستند. به‌علاوه، این سیستم با کاهش احتمال خطاهای انسانی و تسریع روند بروزرسانی، موجب ارتقاء امنیت و کارایی زیرساخت‌های فناوری اطلاعات می‌شود. با استفاده از این ابزار، فرآیندهای توسعه و استقرار برنامه‌ها بسیار سریع‌تر و بدون اختلال انجام می‌پذیرد.
در نهایت، کنترلر "Stakater Reloader" یکی از ابزارهای حیاتی در ارتقاء بهره‌وری و مقیاس‌پذیری سیستم‌های مبتنی بر Kubernetes است که کار تیم‌های توسعه و عملیات را بسیار ساده‌تر می‌کند و اطمینان می‌دهد که سرویس‌ها همیشه در بهترین وضعیت خود قرار دارند.
#Kubernetes #کاربردهای_کلاود #مدیریت_خدمات #رهای_خودکار
🟣لینک مقاله:
https://ku.bz/sPP_XdTc0
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Auto-Restart Workloads on ConfigMap and Secret Changes
🟢 خلاصه مقاله:
در دنیای پیشرفته مدیریت برنامه‌های کاربردی در بستر کلاود، نیاز به راهکارهای هوشمند و خودکار برای بروزرسانی سریع و به‌موقع سرویس‌ها احساس می‌شود.یکی از ابزارهای موثر در این زمینه، کنترلر "Stakater Reloader" است که به صورت مخصوص برای محیط‌های Kubernetes طراحی شده است. این کنترلر به صورت هوشمند، تغییرات موجود در Secrets و ConfigMaps را زیر نظر می‌گیرد و هرگاه این منابع بروزرسانی شوند، عملیات ری‌استارت کردن خودکار و تدریجی سرویس‌ها و برنامه‌های کاربردی مانند Deploymentها و StatefulSets را آغاز می‌کند.
این قابلیت به مدیران سیستم‌ها کمک می‌کند تا بدون نیاز به مداخلات دستی و صرف زمان زیاد، اطمینان حاصل کنند که تمامی اجزای سیستم همیشه با جدیدترین تنظیمات و پیکربندی‌ها همگام هستند. به‌علاوه، این سیستم با کاهش احتمال خطاهای انسانی و تسریع روند بروزرسانی، موجب ارتقاء امنیت و کارایی زیرساخت‌های فناوری اطلاعات می‌شود. با استفاده از این ابزار، فرآیندهای توسعه و استقرار برنامه‌ها بسیار سریع‌تر و بدون اختلال انجام می‌پذیرد.
در نهایت، کنترلر "Stakater Reloader" یکی از ابزارهای حیاتی در ارتقاء بهره‌وری و مقیاس‌پذیری سیستم‌های مبتنی بر Kubernetes است که کار تیم‌های توسعه و عملیات را بسیار ساده‌تر می‌کند و اطمینان می‌دهد که سرویس‌ها همیشه در بهترین وضعیت خود قرار دارند.
#Kubernetes #کاربردهای_کلاود #مدیریت_خدمات #رهای_خودکار
🟣لینک مقاله:
https://ku.bz/sPP_XdTc0
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
GitHub
GitHub - stakater/Reloader: A Kubernetes controller to watch changes in ConfigMap and Secrets and do rolling upgrades on Pods with…
A Kubernetes controller to watch changes in ConfigMap and Secrets and do rolling upgrades on Pods with their associated Deployment, StatefulSet, DaemonSet and DeploymentConfig – [✩Star] if you&...
🔵 عنوان مقاله
Stream HCP Vault Dedicated audit logs to Microsoft Sentinel (7 minute read)
🟢 خلاصه مقاله:
در دنیای مدیریت امنیت و پایش سیستم‌های دیجیتال، ثبت و نگهداری لاگ‌های حسابرسی یکی از بهترین روش‌ها برای نظارت دقیق و پیگیری فعالیت‌ها است. در مقاله‌ی «رصد لاگ‌های حسابرسی اختصاصی HCP Vault با استفاده از Microsoft Sentinel»، به اهمیت و نحوه‌ی انتقال لاگ‌های مستقل HCP Vault به پلتفرم قدرتمند Sentinel پرداخته شده است. این فرآیند نه تنها امکان مشاهده‌ی رویدادهای امنیتی در زمان واقعی را فراهم می‌کند، بلکه کمک می‌کند تا مدیران و تیم‌های امنیتی سریع‌تر واکنش نشان دهند و خطرهای احتمالی را کاهش دهند.
برای انجام این کار، از یک لایه‌ی اتوماسیون استفاده می‌شود که با بهره‌گیری از زیرساخت‌های ابری Azure پیاده‌سازی می‌شود. این سیستم، از طریق یک pipeline بر پایه‌ی Terraform و با پروتکل‌هایی مختلف، این لاگ‌ها را به سمت Microsoft Sentinel هدایت می‌کند. در این چارچوب، از گره‌های مختلفی مانند sinkهای HTTP عمومی، Azure Functions، Logic Apps و همچنین قابلیت‌های Ingestion در Azure Monitor Logs بهره گرفته می‌شود؛ تمامی این ابزارها دست به دست هم می‌دهند تا داده‌های حسابرسی به صورت سالم و به‌روز در سیستم نهایی قرار گیرند و قابلیت بررسی و تحلیل به صورت متمرکز فراهم آید.
در نتیجه، این روش، روشی امن، مقیاس‌پذیر و کارآمد است که کمک می‌کند سازمان‌ها امنیت اطلاعات خود را به سطح بالاتری ارتقاء دهند و بهبودهای قابل‌توجهی در فرآیندهای نظارتی و امنیتی خود ایجاد کنند، بدون نیاز به زیرساخت‌های پیچیده و هزینه‌های زیاد.
#امنیت_اطلاعات #پایش_سیستم #HCPVault #MicrosoftSentinel
🟣لینک مقاله:
https://www.hashicorp.com/en/blog/hcp-vault-dedicated-audit-logs-microsoft-sentinel?utm_source=tldrdevops
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Stream HCP Vault Dedicated audit logs to Microsoft Sentinel (7 minute read)
🟢 خلاصه مقاله:
در دنیای مدیریت امنیت و پایش سیستم‌های دیجیتال، ثبت و نگهداری لاگ‌های حسابرسی یکی از بهترین روش‌ها برای نظارت دقیق و پیگیری فعالیت‌ها است. در مقاله‌ی «رصد لاگ‌های حسابرسی اختصاصی HCP Vault با استفاده از Microsoft Sentinel»، به اهمیت و نحوه‌ی انتقال لاگ‌های مستقل HCP Vault به پلتفرم قدرتمند Sentinel پرداخته شده است. این فرآیند نه تنها امکان مشاهده‌ی رویدادهای امنیتی در زمان واقعی را فراهم می‌کند، بلکه کمک می‌کند تا مدیران و تیم‌های امنیتی سریع‌تر واکنش نشان دهند و خطرهای احتمالی را کاهش دهند.
برای انجام این کار، از یک لایه‌ی اتوماسیون استفاده می‌شود که با بهره‌گیری از زیرساخت‌های ابری Azure پیاده‌سازی می‌شود. این سیستم، از طریق یک pipeline بر پایه‌ی Terraform و با پروتکل‌هایی مختلف، این لاگ‌ها را به سمت Microsoft Sentinel هدایت می‌کند. در این چارچوب، از گره‌های مختلفی مانند sinkهای HTTP عمومی، Azure Functions، Logic Apps و همچنین قابلیت‌های Ingestion در Azure Monitor Logs بهره گرفته می‌شود؛ تمامی این ابزارها دست به دست هم می‌دهند تا داده‌های حسابرسی به صورت سالم و به‌روز در سیستم نهایی قرار گیرند و قابلیت بررسی و تحلیل به صورت متمرکز فراهم آید.
در نتیجه، این روش، روشی امن، مقیاس‌پذیر و کارآمد است که کمک می‌کند سازمان‌ها امنیت اطلاعات خود را به سطح بالاتری ارتقاء دهند و بهبودهای قابل‌توجهی در فرآیندهای نظارتی و امنیتی خود ایجاد کنند، بدون نیاز به زیرساخت‌های پیچیده و هزینه‌های زیاد.
#امنیت_اطلاعات #پایش_سیستم #HCPVault #MicrosoftSentinel
🟣لینک مقاله:
https://www.hashicorp.com/en/blog/hcp-vault-dedicated-audit-logs-microsoft-sentinel?utm_source=tldrdevops
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon