Academy and Foundation unixmens | Your skills, Your future
Photo
در دنیای امروزی، حجم ترافیک شبکه به شکل انفجاری در حال رشد است. از دیتاسنترهای ابری گرفته تا شبکههای 5G، نیاز به پردازش سریع بستههای شبکه، بدون تأخیر (low latency) و با ظرفیت بالا (high throughput)، بیش از هر زمان دیگری احساس میشود.
سختافزارهای سنتی مثل ASICها و FPGAها قدرت بالایی در پردازش بسته دارند، اما انعطافپذیری کمی دارند. در مقابل، سرورهای عمومی (COTS Servers) انعطافپذیرند، ولی عملکرد پردازش بسته روی Kernel Networking Stack محدود است.
اینجاست که DPDK (Data Plane Development Kit) وارد میشود:
یک کتابخانه متنباز برای پردازش کارآمد بستهها روی سرورهای عمومی.
ا DPDK چیست؟
در واقع DPDK مجموعهای از کتابخانهها و درایورهاست که امکان بایپس کردن کرنل (Kernel Bypass) و دسترسی مستقیم به سختافزار شبکه را فراهم میکند.
(مراجعه شود به monolithic kernel و micro service kernel )
زبان توسعه: C
مجوز: BSD (کاملاً متنباز)
پشتیبانی: جامعه متنباز + شرکتهایی مثل Intel، Red Hat، Mellanox (NVIDIA)، Arm، Huawei، و غیره
معماری DPDK
معماری DPDK را میتوان به چند لایه تقسیم کرد:
مدیریت سختافزار (HW Management)
مدیریت حافظه، CPU، و دستگاهها
تضمین سازگاری روی CPUها و کرنلهای مختلف
درایورها (Poll Mode Drivers)
حذف وقفهها (interrupts) و استفاده از polling برای دریافت/ارسال بستهها
کاهش overhead کرنل
ساختار دادهها
mempool: مدیریت حافظه بهینه برای bufferها
mbuf: نمایش بسته شبکه به عنوان یک شیء سبک
3.4 کتابخانههای پردازش بسته
Ethernet, IP fragmentation, TCP segmentation
QoS, Crypto, Compression
Tunnels, Classification, Flow Offload
لایه کاربردی
اپلیکیشنهای شبکهای مثل VNFها، روتر مجازی، فایروال، SDN Controller
ویژگیهای کلیدی
ا High Performance: میلیونها PPS (Packet Per Second) روی سختافزار عمومی
Low Latency: مناسب برای 5G، مالی (HFT)، و Real-time
ا Portability: سازگار با Linux، FreeBSD، و معماریهای CPU مختلف
ا Extensible: امکان افزودن ماژولهای پردازش سفارشی
اکوسیستم DPDK
اکوسیستم DPDK بسیار گسترده است و شامل بخشهای زیر میشود:
پروژهها و نرمافزارهای وابسته
ا Open vSwitch (OVS-DPDK): نسخه شتابیافته OVS برای دیتاسنترها
ا VPP (Vector Packet Processing): محصول پروژه FD.io، جایگزین kernel stack
ا Snort & Suricata (IDS/IPS): نسخههای بهینهسازیشده با DPDK
ا TRex Traffic Generator: ابزار تولید ترافیک پرقدرت مبتنی بر DPDK
صنعت و کاربردها
ا NFV (Network Function Virtualization): شتابدهی VNFs روی سرورهای COTS
ا Telco/5G: Core Network، Baseband و Packet Core
ا Cloud & Data Center: بهبود عملکرد SDN و NFV
ا Security: شتابدهی فایروالها، VPNها، و ابزارهای رمزنگاری
رقبا و مکملها
ا eBPF / XDP (Linux Kernel): پردازش بسته درون کرنل
ا SmartNIC / FPGA: سختافزارهای تخصصی با قابلیت offload
ا P4 / programmable switches: برنامهنویسی مستقیم روی ASIC
مزایا و چالشها
✅ مزایا
پردازش بسته با کارایی بالا روی سختافزار عمومی
متنباز بودن و حمایت جامعه بزرگ
کاهش نیاز به سختافزار اختصاصی گرانقیمت
انعطافپذیری برای توسعه اپلیکیشنهای سفارشی
❌ چالشها
نیاز به Pinned CPU cores → مصرف منابع زیاد
پیچیدگی برنامهنویسی (C سطح پایین)
مناسبتر برای محیطهای user space → ادغام با کرنل سختتر است
بهینهسازی دقیق لازم دارد (NUMA, Cache, HugePages)
آینده DPDK
ادغام بیشتر با SmartNICs و programmable hardware
ترکیب با eBPF/XDP برای انعطافپذیری بالاتر
استفاده گستردهتر در 5G Core, Edge Computing, و Cloud-native Networking
تمرکز روی energy efficiency برای کاهش مصرف CPU
#linux #kernel #sdn #cloud #devops #ebpf #dpdk
https://yangx.top/unixmens
سختافزارهای سنتی مثل ASICها و FPGAها قدرت بالایی در پردازش بسته دارند، اما انعطافپذیری کمی دارند. در مقابل، سرورهای عمومی (COTS Servers) انعطافپذیرند، ولی عملکرد پردازش بسته روی Kernel Networking Stack محدود است.
اینجاست که DPDK (Data Plane Development Kit) وارد میشود:
یک کتابخانه متنباز برای پردازش کارآمد بستهها روی سرورهای عمومی.
ا DPDK چیست؟
در واقع DPDK مجموعهای از کتابخانهها و درایورهاست که امکان بایپس کردن کرنل (Kernel Bypass) و دسترسی مستقیم به سختافزار شبکه را فراهم میکند.
(مراجعه شود به monolithic kernel و micro service kernel )
زبان توسعه: C
مجوز: BSD (کاملاً متنباز)
پشتیبانی: جامعه متنباز + شرکتهایی مثل Intel، Red Hat، Mellanox (NVIDIA)، Arm، Huawei، و غیره
معماری DPDK
معماری DPDK را میتوان به چند لایه تقسیم کرد:
مدیریت سختافزار (HW Management)
مدیریت حافظه، CPU، و دستگاهها
تضمین سازگاری روی CPUها و کرنلهای مختلف
درایورها (Poll Mode Drivers)
حذف وقفهها (interrupts) و استفاده از polling برای دریافت/ارسال بستهها
کاهش overhead کرنل
ساختار دادهها
mempool: مدیریت حافظه بهینه برای bufferها
mbuf: نمایش بسته شبکه به عنوان یک شیء سبک
3.4 کتابخانههای پردازش بسته
Ethernet, IP fragmentation, TCP segmentation
QoS, Crypto, Compression
Tunnels, Classification, Flow Offload
لایه کاربردی
اپلیکیشنهای شبکهای مثل VNFها، روتر مجازی، فایروال، SDN Controller
ویژگیهای کلیدی
ا High Performance: میلیونها PPS (Packet Per Second) روی سختافزار عمومی
Low Latency: مناسب برای 5G، مالی (HFT)، و Real-time
ا Portability: سازگار با Linux، FreeBSD، و معماریهای CPU مختلف
ا Extensible: امکان افزودن ماژولهای پردازش سفارشی
اکوسیستم DPDK
اکوسیستم DPDK بسیار گسترده است و شامل بخشهای زیر میشود:
پروژهها و نرمافزارهای وابسته
ا Open vSwitch (OVS-DPDK): نسخه شتابیافته OVS برای دیتاسنترها
ا VPP (Vector Packet Processing): محصول پروژه FD.io، جایگزین kernel stack
ا Snort & Suricata (IDS/IPS): نسخههای بهینهسازیشده با DPDK
ا TRex Traffic Generator: ابزار تولید ترافیک پرقدرت مبتنی بر DPDK
صنعت و کاربردها
ا NFV (Network Function Virtualization): شتابدهی VNFs روی سرورهای COTS
ا Telco/5G: Core Network، Baseband و Packet Core
ا Cloud & Data Center: بهبود عملکرد SDN و NFV
ا Security: شتابدهی فایروالها، VPNها، و ابزارهای رمزنگاری
رقبا و مکملها
ا eBPF / XDP (Linux Kernel): پردازش بسته درون کرنل
ا SmartNIC / FPGA: سختافزارهای تخصصی با قابلیت offload
ا P4 / programmable switches: برنامهنویسی مستقیم روی ASIC
مزایا و چالشها
✅ مزایا
پردازش بسته با کارایی بالا روی سختافزار عمومی
متنباز بودن و حمایت جامعه بزرگ
کاهش نیاز به سختافزار اختصاصی گرانقیمت
انعطافپذیری برای توسعه اپلیکیشنهای سفارشی
❌ چالشها
نیاز به Pinned CPU cores → مصرف منابع زیاد
پیچیدگی برنامهنویسی (C سطح پایین)
مناسبتر برای محیطهای user space → ادغام با کرنل سختتر است
بهینهسازی دقیق لازم دارد (NUMA, Cache, HugePages)
آینده DPDK
ادغام بیشتر با SmartNICs و programmable hardware
ترکیب با eBPF/XDP برای انعطافپذیری بالاتر
استفاده گستردهتر در 5G Core, Edge Computing, و Cloud-native Networking
تمرکز روی energy efficiency برای کاهش مصرف CPU
#linux #kernel #sdn #cloud #devops #ebpf #dpdk
https://yangx.top/unixmens
Telegram
Academy and Foundation unixmens | Your skills, Your future
@unixmens_support
@yashar_esm
[email protected]
یک کانال علمی تکنولوژی
فلسفه متن باز-گنو/لینوکس-امنیت - اقتصاد
دیجیتال
Technology-driven -بیزینس های مبتنی بر تکنولوژی
Enterprise open source
ارایه دهنده راهکارهای ارتقای سازمانی - فردی - تیمی
@yashar_esm
[email protected]
یک کانال علمی تکنولوژی
فلسفه متن باز-گنو/لینوکس-امنیت - اقتصاد
دیجیتال
Technology-driven -بیزینس های مبتنی بر تکنولوژی
Enterprise open source
ارایه دهنده راهکارهای ارتقای سازمانی - فردی - تیمی
رشد سریع دیتاسنترهای ابری، شبکههای 5G و سرویسهای Cloud-native، نیاز به پردازش پرسرعت بستههای شبکه بیش از هر زمان دیگری اهمیت پیدا کرده است. روش سنتی مبتنی بر Kernel Networking Stack به دلیل overhead بالا، پاسخگوی نیازهای امروزی نیست.
برای رفع این مشکل دو رویکرد اصلی مطرح شدهاند:
ا DPDK (Data Plane Development Kit): رویکرد Kernel bypass در User Space
ا eBPF/XDP (extended Berkeley Packet Filter): پردازش انعطافپذیر در Kernel Space
اینجا به بررسی هر یک میپردازیم :
معماری و فلسفه طراحیeBPF
ا eBPF یک مکانیزم درونهستهای (in-kernel) است که به برنامهها اجازه میدهد کدهای کوچک و امن را در کرنل لینوکس اجرا کنند. فلسفه اصلی آن انعطافپذیری و قابلیت مشاهده (observability) است. eBPF به کاربران اجازه میدهد بدون تغییر در کرنل، منطق دلخواه خود را در سطح شبکه، امنیت و مانیتورینگ اضافه کنند. برنامههای eBPF در محیطی ایزوله (sandbox) اجرا میشوند و توسط verifier کرنل اعتبارسنجی میشوند تا مانع ایجاد مشکلات پایداری شوند.
ا DPDK یک مجموعه کتابخانه و درایور است که هدف اصلی آن حداکثرسازی سرعت پردازش بستهها در فضای کاربر (user space) است. فلسفه آن مبتنی بر دور زدن کرنل و حذف لایههای سربار مانند socket و interrupt است. DPDK با استفاده از تکنیکهایی مانند polling و zero-copy، پردازش بستهها را به شکل مستقیم از NIC (کارت شبکه) به فضای کاربر منتقل میکند.
عملکرد و کارایی
ا eBPF بیشتر بر روی انعطافپذیری و قابلیت برنامهریزی تمرکز دارد. این یعنی میتوان بدون نوشتن ماژول کرنل، سیاستهای پیچیده فایروال، ردیابی جریانها و ابزارهای observability مانند bcc یا Cilium را ساخت. از نظر کارایی، سرعت آن مناسب است اما به دلیل وجود در کرنل، همچنان محدودیتهایی دارد.
ا DPDK برای عملکرد خام (raw performance) طراحی شده است. در سیستمهایی که نیاز به میلیونها بسته در ثانیه (Mpps) وجود دارد، DPDK انتخاب بهتری است. اما این سرعت با مصرف بالاتر منابع CPU و پیچیدگی بیشتر توسعه همراه است.
سطح پیادهسازی و توسعه
ا eBPF توسعهدهندگان را قادر میسازد با استفاده از زبان C یا LLVM-based زبانها، کدهای کوچک و قابل بررسی تولید کنند. توسعه آن سادهتر است زیرا مستقیماً با کرنل لینوکس ادغام شده و نیاز به مدیریت مستقیم منابع سختافزاری ندارد.
ا DPDK توسعهدهنده را ملزم میکند که با سطح پایینتری از سختافزار و پردازش بستهها کار کند. برنامهنویسی با DPDK نیازمند درک عمیق از معماری CPU، حافظه و NIC است.
کاربردها eBPF
ساخت فایروالهای مدرن مانند Cilium در Kubernetes.
مانیتورینگ شبکه، سیستم و عملکرد برنامهها (مانند bpftrace).
امنیت در سطح هسته با قابلیت مشاهده دقیق رفتار برنامهها.
ابزارهای observability برای Cloud-native environments.
DPDK
ساخت سیستمهای SDN و NFV با کارایی بالا.
استفاده در فایروالها، load balancerها و IDS/IPS با نیاز به throughput بسیار بالا.
محیطهایی که latency و jitter باید حداقل باشد، مانند مخابرات و 5G core.
زیرساختهای دیتاسنتر با پردازش میلیونها بسته در ثانیه.
مزایا و محدودیتها
ا eBPF مزایای بزرگی مانند سادگی توسعه، امنیت، قابلیت ترکیب با ابزارهای موجود لینوکس و عدم نیاز به bypass کرنل دارد. محدودیت اصلی آن، کارایی پایینتر نسبت به DPDK در بارهای بسیار سنگین است.
ا DPDK در کارایی بینظیر است اما توسعه پیچیدهتر، نیاز به منابع CPU بالا، و مدیریت دشوارتر دارد. همچنین برخلاف eBPF، tightly coupled با کرنل نیست و قابلیت observability گسترده ارائه نمیدهد.
مکمل بودن
ا eBPF و DPDK الزاماً رقیب مستقیم نیستند. در بسیاری از معماریهای مدرن، این دو مکمل هم هستند:
ا eBPF: برای مشاهدهپذیری (observability)، مانیتورینگ، امنیت و کنترل.
ا DPDK: برای دیتاپلین پرسرعت و پردازش سنگین بستهها
#linux #kernel #devops #kubernetes #ebpf #dpdk
https://yangx.top/unixmens
برای رفع این مشکل دو رویکرد اصلی مطرح شدهاند:
ا DPDK (Data Plane Development Kit): رویکرد Kernel bypass در User Space
ا eBPF/XDP (extended Berkeley Packet Filter): پردازش انعطافپذیر در Kernel Space
اینجا به بررسی هر یک میپردازیم :
معماری و فلسفه طراحیeBPF
ا eBPF یک مکانیزم درونهستهای (in-kernel) است که به برنامهها اجازه میدهد کدهای کوچک و امن را در کرنل لینوکس اجرا کنند. فلسفه اصلی آن انعطافپذیری و قابلیت مشاهده (observability) است. eBPF به کاربران اجازه میدهد بدون تغییر در کرنل، منطق دلخواه خود را در سطح شبکه، امنیت و مانیتورینگ اضافه کنند. برنامههای eBPF در محیطی ایزوله (sandbox) اجرا میشوند و توسط verifier کرنل اعتبارسنجی میشوند تا مانع ایجاد مشکلات پایداری شوند.
ا DPDK یک مجموعه کتابخانه و درایور است که هدف اصلی آن حداکثرسازی سرعت پردازش بستهها در فضای کاربر (user space) است. فلسفه آن مبتنی بر دور زدن کرنل و حذف لایههای سربار مانند socket و interrupt است. DPDK با استفاده از تکنیکهایی مانند polling و zero-copy، پردازش بستهها را به شکل مستقیم از NIC (کارت شبکه) به فضای کاربر منتقل میکند.
عملکرد و کارایی
ا eBPF بیشتر بر روی انعطافپذیری و قابلیت برنامهریزی تمرکز دارد. این یعنی میتوان بدون نوشتن ماژول کرنل، سیاستهای پیچیده فایروال، ردیابی جریانها و ابزارهای observability مانند bcc یا Cilium را ساخت. از نظر کارایی، سرعت آن مناسب است اما به دلیل وجود در کرنل، همچنان محدودیتهایی دارد.
ا DPDK برای عملکرد خام (raw performance) طراحی شده است. در سیستمهایی که نیاز به میلیونها بسته در ثانیه (Mpps) وجود دارد، DPDK انتخاب بهتری است. اما این سرعت با مصرف بالاتر منابع CPU و پیچیدگی بیشتر توسعه همراه است.
سطح پیادهسازی و توسعه
ا eBPF توسعهدهندگان را قادر میسازد با استفاده از زبان C یا LLVM-based زبانها، کدهای کوچک و قابل بررسی تولید کنند. توسعه آن سادهتر است زیرا مستقیماً با کرنل لینوکس ادغام شده و نیاز به مدیریت مستقیم منابع سختافزاری ندارد.
ا DPDK توسعهدهنده را ملزم میکند که با سطح پایینتری از سختافزار و پردازش بستهها کار کند. برنامهنویسی با DPDK نیازمند درک عمیق از معماری CPU، حافظه و NIC است.
کاربردها eBPF
ساخت فایروالهای مدرن مانند Cilium در Kubernetes.
مانیتورینگ شبکه، سیستم و عملکرد برنامهها (مانند bpftrace).
امنیت در سطح هسته با قابلیت مشاهده دقیق رفتار برنامهها.
ابزارهای observability برای Cloud-native environments.
DPDK
ساخت سیستمهای SDN و NFV با کارایی بالا.
استفاده در فایروالها، load balancerها و IDS/IPS با نیاز به throughput بسیار بالا.
محیطهایی که latency و jitter باید حداقل باشد، مانند مخابرات و 5G core.
زیرساختهای دیتاسنتر با پردازش میلیونها بسته در ثانیه.
مزایا و محدودیتها
ا eBPF مزایای بزرگی مانند سادگی توسعه، امنیت، قابلیت ترکیب با ابزارهای موجود لینوکس و عدم نیاز به bypass کرنل دارد. محدودیت اصلی آن، کارایی پایینتر نسبت به DPDK در بارهای بسیار سنگین است.
ا DPDK در کارایی بینظیر است اما توسعه پیچیدهتر، نیاز به منابع CPU بالا، و مدیریت دشوارتر دارد. همچنین برخلاف eBPF، tightly coupled با کرنل نیست و قابلیت observability گسترده ارائه نمیدهد.
مکمل بودن
ا eBPF و DPDK الزاماً رقیب مستقیم نیستند. در بسیاری از معماریهای مدرن، این دو مکمل هم هستند:
ا eBPF: برای مشاهدهپذیری (observability)، مانیتورینگ، امنیت و کنترل.
ا DPDK: برای دیتاپلین پرسرعت و پردازش سنگین بستهها
#linux #kernel #devops #kubernetes #ebpf #dpdk
https://yangx.top/unixmens
Telegram
Academy and Foundation unixmens | Your skills, Your future
@unixmens_support
@yashar_esm
[email protected]
یک کانال علمی تکنولوژی
فلسفه متن باز-گنو/لینوکس-امنیت - اقتصاد
دیجیتال
Technology-driven -بیزینس های مبتنی بر تکنولوژی
Enterprise open source
ارایه دهنده راهکارهای ارتقای سازمانی - فردی - تیمی
@yashar_esm
[email protected]
یک کانال علمی تکنولوژی
فلسفه متن باز-گنو/لینوکس-امنیت - اقتصاد
دیجیتال
Technology-driven -بیزینس های مبتنی بر تکنولوژی
Enterprise open source
ارایه دهنده راهکارهای ارتقای سازمانی - فردی - تیمی
❤2
🥶 کشف Backdoor در تراشه های Nvidia فروخته شده به چین! احضار مدیران انویدیا توسط مقامات چینی
مقامات چینی نمایندگان انویدیا را برای بحث در مورد «مسائل امنیتی جدی» در مورد برخی از تراشههای هوش مصنوعی این شرکت احضار کردند.
انویدیا تولیدکننده پیشرو در جهان در زمینه نیمههادیهای هوش مصنوعی است، اما ایالات متحده به دلایل امنیت ملی، عملاً تراشههایی را که میتواند به چین صادر کند، محدود میکند.
یکی از مسائل کلیدی، دسترسی چین به «H20»، نسخهای کمقدرتتر از واحدهای پردازش هوش مصنوعی انویدیا است که این شرکت بهطور خاص برای صادرات به چین توسعه داده است.
این شرکت مستقر در کالیفرنیا این ماه اعلام کرد که پس از تعهد واشنگتن برای حذف محدودیتهای صدور مجوز که صادرات را متوقف کرده بود، فروش H20 به چین را از سر خواهد گرفت.
اداره فضای مجازی چین اعلام کرد از انویدیا خواسته است خطرات امنیتی آسیبپذیریها و بکدورها در تراشههای H20 فروخته شده به چین را توضیح دهد.
مقامات چینی نمایندگان انویدیا را برای بحث در مورد «مسائل امنیتی جدی» در مورد برخی از تراشههای هوش مصنوعی این شرکت احضار کردند.
انویدیا تولیدکننده پیشرو در جهان در زمینه نیمههادیهای هوش مصنوعی است، اما ایالات متحده به دلایل امنیت ملی، عملاً تراشههایی را که میتواند به چین صادر کند، محدود میکند.
یکی از مسائل کلیدی، دسترسی چین به «H20»، نسخهای کمقدرتتر از واحدهای پردازش هوش مصنوعی انویدیا است که این شرکت بهطور خاص برای صادرات به چین توسعه داده است.
این شرکت مستقر در کالیفرنیا این ماه اعلام کرد که پس از تعهد واشنگتن برای حذف محدودیتهای صدور مجوز که صادرات را متوقف کرده بود، فروش H20 به چین را از سر خواهد گرفت.
اداره فضای مجازی چین اعلام کرد از انویدیا خواسته است خطرات امنیتی آسیبپذیریها و بکدورها در تراشههای H20 فروخته شده به چین را توضیح دهد.
Quality of Internet 0503.pdf
11.2 MB
پنجمین گزارش کیفیت اینترنت ایران منتشر شد.
در این گزارش آمده است: رتبه جهانی اینترنت ایران ۹۷ از ۱۰۰ کشور جهان است و فقط بهتر از کوبا، آنگولا، اتیوپی، سودان است.
این گزارش همچنین تاکید میکند که ۹۳ درصد از جوانان از فیلترشکن استفاده میکنند.
متن کامل این گزارش را بخوانید.
در این گزارش آمده است: رتبه جهانی اینترنت ایران ۹۷ از ۱۰۰ کشور جهان است و فقط بهتر از کوبا، آنگولا، اتیوپی، سودان است.
این گزارش همچنین تاکید میکند که ۹۳ درصد از جوانان از فیلترشکن استفاده میکنند.
متن کامل این گزارش را بخوانید.
😱1
Digital sovereignty is not a new topic, but recent events on the world stage have catapulted it to the top of the top of boardroom agendas and government priorities alike. According to a 2025 BARC study, 84% of surveyed companies view data sovereignty as a central point of their strategy, and 70 percent report significantly increased relevance in the past one to two years. Meanwhile, industry analyst firm Gartner forecasts the sovereign cloud IaaS market will be worth $169 billion in 2028, up from $37 billion last year.Different countries and organisations are adopting different approaches to
via Red Hat Blog https://ift.tt/LKkc0ah
via Red Hat Blog https://ift.tt/LKkc0ah
Redhat
EMEA’s cloud sovereignty puzzle takes shape
EMEA's cloud sovereignty puzzle: get insights from Red Hat leaders on how hybrid cloud and open source solve the complex sovereignty challenge.
The path to modernization isn't always the least distance between two points. As enterprises embrace containerization for speed and scalability, a significant number of business-critical workloads continue to run on virtual machines (VM). Managing these two distinct environments is complex enough as it is, but then there's also disaster recovery. How do you ensure rapid, reliable recovery for both platforms without doubling complexity and cost? What if you could unify your virtualized and containerized workloads on a single, modern platform with a more consistent, effective strategy for backup
via Red Hat Blog https://ift.tt/FIObXgs
via Red Hat Blog https://ift.tt/FIObXgs
Redhat
Protect and unify with Commvault and Red Hat OpenShift
The path to modernization isn't always the least distance between two points. As enterprises embrace containerization for speed and scalability
Most of us rely on good web metadata every day, perhaps hundreds of times a day, without ever realizing it. While we don’t all see metadata, it’s present on every webpage, providing details for categorizing content. Search and information retrieval software—from content management systems and search engines to generative AI (gen AI) chatbots—all depend on metadata to categorize, interpret, and display content to users.In some ways, metadata is like the classification system librarians use to place books on shelves so that visitors can find them. Much like a library catalog, good web me
via Red Hat Blog https://ift.tt/mMnGOjq
via Red Hat Blog https://ift.tt/mMnGOjq
Redhat
The Metadata Assistant: How Red Hat is using generative AI to make web content easier to find and use
Most of us rely on good web metadata every day, perhaps hundreds of times a day, without ever realizing it.
If you’ve ever struggled with manual, inconsistent, or expensive machine learning (ML) workflows (or if you'd love to have a formalized workflow at all), you’re not alone! Many teams hit roadblocks when trying to automate, scale, or manage their ML pipelines—especially as projects grow, scope creeps, and requirements inevitably change.Red Hat OpenShift AI now brings a set of updates to data science pipelines, making it easier than ever to control and optimize your ML processes. These improvements aren’t just about new features, they’re also about helping you optimize resource consump
via Red Hat Blog https://ift.tt/pORgl9i
via Red Hat Blog https://ift.tt/pORgl9i
Redhat
What’s new with data science pipelines in Red Hat OpenShift AI
Supercharge your machine learning workflows with Red Hat OpenShift AI's updates to data science pipelines. Learn how to automate, optimize, and manage your ML processes with a visual pipeline builder, flexible resource limits, and more.
Amid rising geopolitical tensions, digital sovereignty has become a focal point for governments and enterprises alike. However, for defence organisations, sovereignty alone is not enough. The ability to maintain operational resilience in the face of conflict or severe geopolitical disruption requires the capacity to act independently when cooperation is impossible. Only true autonomy can provide that ability.Digital sovereignty, whether cloud, data, or total sovereignty, refers to control over digital assets, so data, hardware, people, and software remain within a specific jurisdiction. While
via Red Hat Blog https://ift.tt/O4QNv2g
via Red Hat Blog https://ift.tt/O4QNv2g
Redhat
Why defence organisations need resilience beyond sovereignty
Amid rising geopolitical tensions, digital sovereignty has become a focal point for governments and enterprises alike.
"etcd" in Kubernetes and its design
https://www.linkedin.com/pulse/etcd-kubernetes-its-design-yashar-esmaildokht-seidf?utm_source=share&utm_medium=member_android&utm_campaign=share_via
https://www.linkedin.com/pulse/etcd-kubernetes-its-design-yashar-esmaildokht-seidf?utm_source=share&utm_medium=member_android&utm_campaign=share_via
Linkedin
"etcd" in Kubernetes and its design
Understanding Kubernetes etcd In Kubernetes, etcd is a distributed, consistent key-value store that acts as the single source of truth for the entire cluster. All Kubernetes components rely on etcd through the API Server to know both the desired state (what…
AI is one of the most significant innovations to emerge in the last 5 years. Generative AI (gen AI) models are now smaller, faster, and cheaper to run. They can solve mathematical problems, analyze situations, and even reason about cause‑and‑effect relationships to generate insights that once required human expertise. On its own, an AI model is merely a set of trained weights and mathematical operations, an impressive engine, but one sitting idle on a test bench. Business value only emerges when that model is embedded within a complete AI system: data pipelines feed it clean, context‑
via Red Hat Blog https://ift.tt/XlOWIfB
via Red Hat Blog https://ift.tt/XlOWIfB
Redhat
Security beyond the model: Introducing AI system cards
Today, we're introducing AI system cards. An AI system card contains information about how a particular AI system is built: its architecture and components, including the models used by the system, the data used to train those models, and any related security…
در آینده رقابت بر سر جاودانگی یا immortality به سه شکل خواهد بود :
سایبورگ ها (syborges)
هوش مصنوعی (ai)
دوگانه ها (hybrid)
سایبورگ ها (syborges)
هوش مصنوعی (ai)
دوگانه ها (hybrid)
The Confidential Clusters project integrates confidential computing technology into Kubernetes clusters. It's an end-to-end solution that provides data confidentiality on cloud platforms by isolating a cluster from its underlying infrastructure. In a confidential cluster, all nodes run on top of confidential virtual machines (cVM). Before a node can join the cluster and access secrets, the platform and environment's authenticity are verified through remote attestation. This process involves communication with a trusted remote server.Confidential Clusters enables you to use Red Hat OpenShift,
via Red Hat Blog https://ift.tt/ESRaz7s
via Red Hat Blog https://ift.tt/ESRaz7s
Redhat
Learn about confidential clusters
The Confidential Clusters project integrates confidential computing technology into Kubernetes clusters.
In their most advanced form, AI agents are autonomous systems designed to perceive their environment, make decisions, and take actions to achieve specific goals. As AI technology evolves, agents are becoming pervasive across many industries like finance, healthcare, manufacturing, and customer service. However, not all AI agents are created equal—their capabilities vary widely in terms of autonomy, decision-making, adaptability, and interaction with their environment.When thinking about AI agent use cases and the effort to implement them, it is important to understand the complexity of every
via Red Hat Blog https://ift.tt/cpQSjH2
via Red Hat Blog https://ift.tt/cpQSjH2
Redhat
Understanding AI agent types: A guide to categorizing complexity
In their most advanced form, AI agents are autonomous systems designed to perceive their environment, make decisions, and take actions to achieve specific goals
همیشه باید تعادل در زندگی را در نظر گرفت .
اما یک نکته :بستگی داره , منبع درآمد را از کجا تصور کنی که میاد .
از بعد یکتاپرستی یا monolism تنها خداست که روزی رسان هست و تنها سرور ، خدا هست .
از بعد دیگه ، اخلاق حرفه ای یعنی انجام کار با کیفیت . تا پرسونال برندینگ را دچار خدشه نکنه .
جمله ای هست که میگه : اگر کاری که میکنی , بیش از حقوقی است که میگیری ، کاری را بدست خواهی آورد ، که حقوقش بالاتر است . (این برای من بارها اتفاق افتاده - اکثرا شغل ها یی که داشتم ، بیش از ۹۰ درصد ، کارفرما و نماینده اون به من زنگ زدن )
رشد کردن ، انسانی رفتار کردن هست . من خودم به شخصه دیدم آدم هایی که ظلمی در حق من ، انجام دادن یا دیگران و پس از گذشت سالها ، سرنوشت خوبی نداشتن .
کیفیت مهمه . نه کمیت .
انسان هرچه قدر آگاهی و رشدش بیشتر میشه ، به این درک میرسه که ، همه چیز قانونی داره . اصل کارما و دارما وجود داره .
ساده بودن یک معنا عمیق برای بزرگان است . هرچه قدر ثروتمند تر ، همون قدر ساده تر ...
به شخصه باید بگم : صادق بودن و درست بودن باعث افزایش روزی میشه .
یه جمله ای هست که بهش باور دارم و خودم هم دیدم . و حتی در قرآن و سایر کتابهای مقدس هم هست این را میگه : بترس از آهی که غیر از خدا کسی را نداره ....
وجدان و شرافت همیشه قاضی خوبی هست .
به طور خلاصه :
. منبع رزق و روزی
– از نگاه توحیدی: تنها خداوند روزیرسان است.
– از نگاه حرفهای: کیفیت کار و اخلاق، باعث جریان رزق میشه.
2. اخلاق حرفهای و برند شخصی
– انجام کار فراتر از حقوق و وظیفه، در نهایت جایگاه بالاتری به آدم میده.
– پرسونال برندینگ نه با شعار، بلکه با عمل و کیفیت ساخته میشه.
3. عدالت کیهانی (کارما و دارما)
– ظلم و بیعدالتی بیجواب نمیمونه.
– دیر یا زود نتیجه اعمال به آدم برمیگرده.
4. سادگی و بزرگی
– بزرگان هرچه ثروتمندتر و آگاهتر شدن، سادهتر شدن.
– این یعنی رهایی از تظاهر و نزدیکی به اصل وجود.
5. صداقت و درستی
– صداقت انرژی مثبت و رزق بیشتری میاره.
– بیصداقتی، حتی اگر به ظاهر موفقیت بیاره، در بلندمدت تباهی میآره.
6. قدرت دعا و آه مظلوم
– هم در قرآن، هم در عرفان، این اصل تکرار شده: آه مظلوم بیپناه، خیلی زود جواب میده.
7. وجدان و شرافت
– وجدان مثل قاضی درونیست.
– حتی اگر هیچکس ندونه، آدم خودش با خودش حساب پس میده.
#fact
اما یک نکته :بستگی داره , منبع درآمد را از کجا تصور کنی که میاد .
از بعد یکتاپرستی یا monolism تنها خداست که روزی رسان هست و تنها سرور ، خدا هست .
از بعد دیگه ، اخلاق حرفه ای یعنی انجام کار با کیفیت . تا پرسونال برندینگ را دچار خدشه نکنه .
جمله ای هست که میگه : اگر کاری که میکنی , بیش از حقوقی است که میگیری ، کاری را بدست خواهی آورد ، که حقوقش بالاتر است . (این برای من بارها اتفاق افتاده - اکثرا شغل ها یی که داشتم ، بیش از ۹۰ درصد ، کارفرما و نماینده اون به من زنگ زدن )
رشد کردن ، انسانی رفتار کردن هست . من خودم به شخصه دیدم آدم هایی که ظلمی در حق من ، انجام دادن یا دیگران و پس از گذشت سالها ، سرنوشت خوبی نداشتن .
کیفیت مهمه . نه کمیت .
انسان هرچه قدر آگاهی و رشدش بیشتر میشه ، به این درک میرسه که ، همه چیز قانونی داره . اصل کارما و دارما وجود داره .
ساده بودن یک معنا عمیق برای بزرگان است . هرچه قدر ثروتمند تر ، همون قدر ساده تر ...
به شخصه باید بگم : صادق بودن و درست بودن باعث افزایش روزی میشه .
یه جمله ای هست که بهش باور دارم و خودم هم دیدم . و حتی در قرآن و سایر کتابهای مقدس هم هست این را میگه : بترس از آهی که غیر از خدا کسی را نداره ....
وجدان و شرافت همیشه قاضی خوبی هست .
به طور خلاصه :
. منبع رزق و روزی
– از نگاه توحیدی: تنها خداوند روزیرسان است.
– از نگاه حرفهای: کیفیت کار و اخلاق، باعث جریان رزق میشه.
2. اخلاق حرفهای و برند شخصی
– انجام کار فراتر از حقوق و وظیفه، در نهایت جایگاه بالاتری به آدم میده.
– پرسونال برندینگ نه با شعار، بلکه با عمل و کیفیت ساخته میشه.
3. عدالت کیهانی (کارما و دارما)
– ظلم و بیعدالتی بیجواب نمیمونه.
– دیر یا زود نتیجه اعمال به آدم برمیگرده.
4. سادگی و بزرگی
– بزرگان هرچه ثروتمندتر و آگاهتر شدن، سادهتر شدن.
– این یعنی رهایی از تظاهر و نزدیکی به اصل وجود.
5. صداقت و درستی
– صداقت انرژی مثبت و رزق بیشتری میاره.
– بیصداقتی، حتی اگر به ظاهر موفقیت بیاره، در بلندمدت تباهی میآره.
6. قدرت دعا و آه مظلوم
– هم در قرآن، هم در عرفان، این اصل تکرار شده: آه مظلوم بیپناه، خیلی زود جواب میده.
7. وجدان و شرافت
– وجدان مثل قاضی درونیست.
– حتی اگر هیچکس ندونه، آدم خودش با خودش حساب پس میده.
#fact
❤1
Academy and Foundation unixmens | Your skills, Your future
https://www.linkedin.com/posts/yashar-esmaildokht_google-borg-kubernetes-ugcPost-7238515381378666496-IuDf?utm_source=share&utm_medium=member_android
ابزار Kubernetes و چالشهای آن: چرا ترکیب OpenShift/KubeSphere با KubeVirt بهترین گزینه برای سازمانهاست؟
مقدمه
بسیاری تصور میکنند گوگل از Kubernetes در زیرساخت داخلی خود استفاده میکند. در حالی که واقعیت این است که گوگل همچنان از سیستمهای پیشرفتهتر خود یعنی Borg و Omega بهره میبرد؛ زیرا این سیستمها برای مدیریت دیتاسنترهای عظیم گوگل طراحی شدهاند و در مقیاسهای فراتر از Kubernetes کارایی بالاتری دارند. Kubernetes در واقع بر اساس تجربیات همان پروژهها ساخته شد و به صورت متنباز ارائه گردید تا جامعه جهانی از آن استفاده کند.
اما نکته مهم اینجاست: Kubernetes در دنیای سازمانی امروز، با وجود قدرت و انعطافپذیری بالا، همچنان چالشبرانگیز است.
چرا Kubernetes چالشبرانگیز است؟
پیچیدگی عملیاتی: نصب، مدیریت و نگهداری Kubernetes حتی برای تیمهای حرفهای آسان نیست.
نیاز به مهارت بالا: تیمها باید دانش عمیق در مفاهیم Networking، Storage، Security و CI/CD داشته باشند.
چالشهای امنیتی: بهصورت پیشفرض امنیت Kubernetes در سطح Enterprise کافی نیست.
مدیریت چندخوشهای (Multi-Cluster): برای سازمانهای بزرگ به یک کابوس مدیریتی تبدیل میشود.
هزینه آموزش و یادگیری: ورود تیمهای جدید زمانبر و پرهزینه است
چرا گوگل هنوز Borg و Omega را ترجیح میدهد؟
مقیاسپذیری فراتر از Kubernetes: در دیتاسنترهای گوگل که میلیونها کانتینر اجرا میشود، Borg و Omega بهینهتر هستند.
ثبات و تجربه عملیاتی: گوگل بیش از یک دهه این سیستمها را بهبود داده و آنها را در بالاترین سطح تولیدی استفاده میکند.
کاستومایز اختصاصی: Borg و Omega کاملاً بر اساس نیازهای خاص گوگل طراحی شدهاند، در حالی که Kubernetes یک پلتفرم عمومی برای جامعه جهانی است.
راهحل سازمانها: OpenShift و KubeSphere
برای بیشتر سازمانها، استفاده مستقیم از Kubernetes بدون ابزارهای تکمیلی منجر به مشکلات جدی میشود. اینجا است که OpenShift و KubeSphere وارد میدان میشوند:
OpenShift (Red Hat):
امنیت سازمانی قوی (SELinux، RBAC پیشرفته).
تجربه توسعهدهنده کامل (داشبورد، CI/CD داخلی).
پشتیبانی رسمی و Enterprise از سوی Red Hat/IBM.
KubeSphere:
نصب ساده و رابط کاربری کاربرپسند.
مدیریت چند خوشهای (Multi-Cluster) با قابلیتهای گسترده.
ماژولهای آماده برای DevOps، نظارت، و Service Mesh.
انتخاب مناسب برای سازمانهایی که به سادگی و انعطاف نیاز دارند.
نقش KubeVirt: اتصال VMها و Containerها
یکی از مشکلات رایج سازمانها این است که هنوز بارهای کاری Legacy (روی VMها) دارند.
با KubeVirt:
میتوان ماشینهای مجازی و کانتینرها را در یک بستر مشترک مدیریت کرد.
مهاجرت تدریجی از VM به Container بدون نیاز به دو پلتفرم جداگانه امکانپذیر میشود.
هزینه زیرساخت کاهش پیدا میکند و تیمها فقط یک ابزار مدیریت نیاز دارند.
در حالی که گوگل همچنان برای دیتاسنترهای داخلی خود از Borg و Omega استفاده میکند، Kubernetes به عنوان استاندارد جهانی معرفی شده است. با این وجود، Kubernetes بهتنهایی برای سازمانها بسیار چالشبرانگیز است.
راهحل درست برای ورود به دنیای Cloud-Native در سطح سازمانی، استفاده از پلتفرمهای تکمیلی مثل OpenShift یا KubeSphere و ترکیب آنها با KubeVirt است. این ترکیب نهتنها مشکلات پیچیدگی و امنیت را کاهش میدهد، بلکه امکان همگرایی کامل میان بارهای کاری سنتی (VM) و مدرن (Container) را فراهم میکند.
#kubernetes #devops #clustering #k8s #linux #security #google #borg #omega
https://yangx.top/unixmens
مقدمه
بسیاری تصور میکنند گوگل از Kubernetes در زیرساخت داخلی خود استفاده میکند. در حالی که واقعیت این است که گوگل همچنان از سیستمهای پیشرفتهتر خود یعنی Borg و Omega بهره میبرد؛ زیرا این سیستمها برای مدیریت دیتاسنترهای عظیم گوگل طراحی شدهاند و در مقیاسهای فراتر از Kubernetes کارایی بالاتری دارند. Kubernetes در واقع بر اساس تجربیات همان پروژهها ساخته شد و به صورت متنباز ارائه گردید تا جامعه جهانی از آن استفاده کند.
اما نکته مهم اینجاست: Kubernetes در دنیای سازمانی امروز، با وجود قدرت و انعطافپذیری بالا، همچنان چالشبرانگیز است.
چرا Kubernetes چالشبرانگیز است؟
پیچیدگی عملیاتی: نصب، مدیریت و نگهداری Kubernetes حتی برای تیمهای حرفهای آسان نیست.
نیاز به مهارت بالا: تیمها باید دانش عمیق در مفاهیم Networking، Storage، Security و CI/CD داشته باشند.
چالشهای امنیتی: بهصورت پیشفرض امنیت Kubernetes در سطح Enterprise کافی نیست.
مدیریت چندخوشهای (Multi-Cluster): برای سازمانهای بزرگ به یک کابوس مدیریتی تبدیل میشود.
هزینه آموزش و یادگیری: ورود تیمهای جدید زمانبر و پرهزینه است
چرا گوگل هنوز Borg و Omega را ترجیح میدهد؟
مقیاسپذیری فراتر از Kubernetes: در دیتاسنترهای گوگل که میلیونها کانتینر اجرا میشود، Borg و Omega بهینهتر هستند.
ثبات و تجربه عملیاتی: گوگل بیش از یک دهه این سیستمها را بهبود داده و آنها را در بالاترین سطح تولیدی استفاده میکند.
کاستومایز اختصاصی: Borg و Omega کاملاً بر اساس نیازهای خاص گوگل طراحی شدهاند، در حالی که Kubernetes یک پلتفرم عمومی برای جامعه جهانی است.
راهحل سازمانها: OpenShift و KubeSphere
برای بیشتر سازمانها، استفاده مستقیم از Kubernetes بدون ابزارهای تکمیلی منجر به مشکلات جدی میشود. اینجا است که OpenShift و KubeSphere وارد میدان میشوند:
OpenShift (Red Hat):
امنیت سازمانی قوی (SELinux، RBAC پیشرفته).
تجربه توسعهدهنده کامل (داشبورد، CI/CD داخلی).
پشتیبانی رسمی و Enterprise از سوی Red Hat/IBM.
KubeSphere:
نصب ساده و رابط کاربری کاربرپسند.
مدیریت چند خوشهای (Multi-Cluster) با قابلیتهای گسترده.
ماژولهای آماده برای DevOps، نظارت، و Service Mesh.
انتخاب مناسب برای سازمانهایی که به سادگی و انعطاف نیاز دارند.
نقش KubeVirt: اتصال VMها و Containerها
یکی از مشکلات رایج سازمانها این است که هنوز بارهای کاری Legacy (روی VMها) دارند.
با KubeVirt:
میتوان ماشینهای مجازی و کانتینرها را در یک بستر مشترک مدیریت کرد.
مهاجرت تدریجی از VM به Container بدون نیاز به دو پلتفرم جداگانه امکانپذیر میشود.
هزینه زیرساخت کاهش پیدا میکند و تیمها فقط یک ابزار مدیریت نیاز دارند.
در حالی که گوگل همچنان برای دیتاسنترهای داخلی خود از Borg و Omega استفاده میکند، Kubernetes به عنوان استاندارد جهانی معرفی شده است. با این وجود، Kubernetes بهتنهایی برای سازمانها بسیار چالشبرانگیز است.
راهحل درست برای ورود به دنیای Cloud-Native در سطح سازمانی، استفاده از پلتفرمهای تکمیلی مثل OpenShift یا KubeSphere و ترکیب آنها با KubeVirt است. این ترکیب نهتنها مشکلات پیچیدگی و امنیت را کاهش میدهد، بلکه امکان همگرایی کامل میان بارهای کاری سنتی (VM) و مدرن (Container) را فراهم میکند.
#kubernetes #devops #clustering #k8s #linux #security #google #borg #omega
https://yangx.top/unixmens
Telegram
Academy and Foundation unixmens | Your skills, Your future
@unixmens_support
@yashar_esm
[email protected]
یک کانال علمی تکنولوژی
فلسفه متن باز-گنو/لینوکس-امنیت - اقتصاد
دیجیتال
Technology-driven -بیزینس های مبتنی بر تکنولوژی
Enterprise open source
ارایه دهنده راهکارهای ارتقای سازمانی - فردی - تیمی
@yashar_esm
[email protected]
یک کانال علمی تکنولوژی
فلسفه متن باز-گنو/لینوکس-امنیت - اقتصاد
دیجیتال
Technology-driven -بیزینس های مبتنی بر تکنولوژی
Enterprise open source
ارایه دهنده راهکارهای ارتقای سازمانی - فردی - تیمی