ebpf.pdf
837.4 KB
کتاب جدیدی که نوشتم تقدیم دوستان . این کتاب را بصورت آزاد منتشر کردم .
نویسنده : مهندس یاشار اسمعیل دخت
نکته : این کتاب نسخه : 0.1 میباشد .
#linux #kernel #yashar_esmaildokht #ebpf #bpf #cilium #network #security #k8s #kubernetes #openshift #openstack #hpc #sdn
https://t.iss.one/unixmens
نویسنده : مهندس یاشار اسمعیل دخت
نکته : این کتاب نسخه : 0.1 میباشد .
#linux #kernel #yashar_esmaildokht #ebpf #bpf #cilium #network #security #k8s #kubernetes #openshift #openstack #hpc #sdn
https://t.iss.one/unixmens
❤9
Forwarded from Academy and Foundation unixmens | Your skills, Your future
ebpf.pdf
837.4 KB
کتاب جدیدی که نوشتم تقدیم دوستان . این کتاب را بصورت آزاد منتشر کردم .
نویسنده : مهندس یاشار اسمعیل دخت
نکته : این کتاب نسخه : 0.1 میباشد .
#linux #kernel #yashar_esmaildokht #ebpf #bpf #cilium #network #security #k8s #kubernetes #openshift #openstack #hpc #sdn
https://t.iss.one/unixmens
نویسنده : مهندس یاشار اسمعیل دخت
نکته : این کتاب نسخه : 0.1 میباشد .
#linux #kernel #yashar_esmaildokht #ebpf #bpf #cilium #network #security #k8s #kubernetes #openshift #openstack #hpc #sdn
https://t.iss.one/unixmens
👍1🙏1
با مفهوم kubecni آشنا شویم :
در واقع kube-cni یا به طور دقیق‌تر Container Network Interface (CNI) در Kubernetes یکی از مهم‌ترین اجزای شبکه‌ای‌ست که اغلب کاربران تازه‌کار از آن غافل می‌مانند. در ادامه با زبان ساده برات توضیح می‌دم:
🔷ا kube-cni یا CNI چیست؟
CNI (Container Network Interface)
یک استاندارد شبکه‌ای است که مشخص می‌کند چگونه کانتینرها در Kubernetes با یکدیگر و با دنیای بیرون ارتباط برقرار کنند.
کلمه kube-cni معمولاً اشاره به:
پلاگین‌های شبکه‌ای CNI مورد استفاده در Kubernetes دارد
🧠 چرا Kubernetes به CNI نیاز دارد؟
برخلاف Docker که به‌صورت پیش‌فرض خودش شبکه می‌سازد، Kubernetes مستقل از یک پیاده‌سازی خاص شبکه است. بنابراین:
Kubernetes از پلاگین CNI برای اتصال پادها به یکدیگر استفاده می‌کند.
خود Kubernetes هیچ شبکه‌ای ارائه نمی‌دهد؛ فقط انتظارات را تعریف می‌کند.
🔌 برخی پلاگین‌های معروف CNI
Calico
سریع، با پشتیبانی از امنیت (network policies)، مناسب برای production
Flannel
ساده و سبک، مناسب برای تست و شروع کار
Cilium
مبتنی بر eBPF، بسیار پیشرفته، مناسب برای امنیت و observability بالا
Weave Net
پیکربندی آسان، با encryption داخلی
Canal ترکیب Calico و Flannel
📦 بسته kube-cni چیست؟
در بعضی توزیع‌ها مثل Ubuntu/Debian:
بسته‌ای به نام kubernetes-cni یا kube-cni نصب می‌شود.
این بسته شامل فایل‌های باینری CNI در مسیر /opt/cni/bin است.
kubelet برای کار با شبکه نیاز دارد که این فایل‌ها در آن مسیر وجود داشته باشند.
#k8s #kubernetes
#ebpf
https://t.iss.one/unixmens
در واقع kube-cni یا به طور دقیق‌تر Container Network Interface (CNI) در Kubernetes یکی از مهم‌ترین اجزای شبکه‌ای‌ست که اغلب کاربران تازه‌کار از آن غافل می‌مانند. در ادامه با زبان ساده برات توضیح می‌دم:
🔷ا kube-cni یا CNI چیست؟
CNI (Container Network Interface)
یک استاندارد شبکه‌ای است که مشخص می‌کند چگونه کانتینرها در Kubernetes با یکدیگر و با دنیای بیرون ارتباط برقرار کنند.
کلمه kube-cni معمولاً اشاره به:
پلاگین‌های شبکه‌ای CNI مورد استفاده در Kubernetes دارد
🧠 چرا Kubernetes به CNI نیاز دارد؟
برخلاف Docker که به‌صورت پیش‌فرض خودش شبکه می‌سازد، Kubernetes مستقل از یک پیاده‌سازی خاص شبکه است. بنابراین:
Kubernetes از پلاگین CNI برای اتصال پادها به یکدیگر استفاده می‌کند.
خود Kubernetes هیچ شبکه‌ای ارائه نمی‌دهد؛ فقط انتظارات را تعریف می‌کند.
🔌 برخی پلاگین‌های معروف CNI
Calico
سریع، با پشتیبانی از امنیت (network policies)، مناسب برای production
Flannel
ساده و سبک، مناسب برای تست و شروع کار
Cilium
مبتنی بر eBPF، بسیار پیشرفته، مناسب برای امنیت و observability بالا
Weave Net
پیکربندی آسان، با encryption داخلی
Canal ترکیب Calico و Flannel
📦 بسته kube-cni چیست؟
در بعضی توزیع‌ها مثل Ubuntu/Debian:
بسته‌ای به نام kubernetes-cni یا kube-cni نصب می‌شود.
این بسته شامل فایل‌های باینری CNI در مسیر /opt/cni/bin است.
kubelet برای کار با شبکه نیاز دارد که این فایل‌ها در آن مسیر وجود داشته باشند.
#k8s #kubernetes
#ebpf
https://t.iss.one/unixmens
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://t.iss.one/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://t.iss.one/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://t.iss.one/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://t.iss.one/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
خرید Isovalent توسط سیسکو؛ گامی استراتژیک در آینده‌ی شبکه و امنیت چندابری
مقدمه
در دنیای فناوری اطلاعات، خریدها و ادغام‌های استراتژیک اغلب مسیر آینده‌ی صنعت را شکل می‌دهند. یکی از مهم‌ترین خریدهای اخیر در حوزه شبکه و امنیت، خرید شرکت Isovalent توسط سیسکو (Cisco Systems) است؛ حرکتی که نه تنها جایگاه سیسکو در بازار شبکه‌های ابری و چندابری را تقویت می‌کند، بلکه آینده‌ی فناوری‌های مبتنی بر eBPF را نیز رقم خواهد زد.
پیشینه خرید
در ۲۱ دسامبر ۲۰۲۳، سیسکو اعلام کرد که قصد خرید Isovalent را دارد.
این معامله در ۱۲ آوریل ۲۰۲۴ نهایی شد.
با این خرید، سیسکو مالکیت فناوری‌های کلیدی Isovalent مانند Cilium و Tetragon را به دست آورد؛ ابزارهایی که به‌ویژه در دنیای Cloud Native و محیط‌های چندابری به‌سرعت در حال تبدیل شدن به استاندارد صنعتی هستند.
فعالیت Isovalent و نقش آن در صنعت
در واقع Isovalent شرکتی پیشرو در توسعه‌ی راهکارهای شبکه و امنیت مبتنی بر eBPF است. eBPF (Extended Berkeley Packet Filter) یک فناوری قدرتمند در هسته لینوکس است که امکان نظارت، مشاهده‌پذیری (observability)، و اعمال سیاست‌های امنیتی در سطح پایین سیستم‌عامل را بدون نیاز به تغییر کد کرنل فراهم می‌کند.
محصولات کلیدی Isovalent
1. Cilium:
یک پلتفرم متن‌باز برای شبکه‌سازی Cloud Native در Kubernetes.
قابلیت‌هایی مانند شبکه‌سازی امن، load balancing و observability را ارائه می‌دهد.
2. Tetragon:
یک ابزار امنیتی پیشرفته مبتنی بر eBPF.
امکان تشخیص تهدیدات لحظه‌ای، مانیتورینگ امنیتی عمیق و اجرای سیاست‌های امنیتی پویا را فراهم می‌کند.
انگیزه‌های سیسکو از این خرید
1. تقویت موقعیت در بازار چندابری (Multicloud):
بسیاری از سازمان‌ها امروزه از چندین ارائه‌دهنده ابر استفاده می‌کنند. سیسکو با Cilium و Tetragon می‌تواند یک لایه مشترک شبکه و امنیت بر فراز تمام ابرها ایجاد کند.
2. افزایش توان امنیتی:
با eBPF، سیسکو می‌تواند قابلیت‌های امنیتی را از سطح سخت‌افزار و شبکه‌های سنتی به سطح نرم‌افزار و workloadها منتقل کند.
3. نوآوری در Observability و Performance:
ترکیب فناوری‌های Isovalent با محصولات سیسکو، امکان پایش لحظه‌ای و بهینه‌سازی عملکرد در مقیاس بالا را فراهم می‌کند.
4. هم‌افزایی با اکوسیستم متن‌باز:
خرید Isovalent به معنای ورود جدی‌تر سیسکو به دنیای پروژه‌های متن‌باز است که برای نوآوری در زیرساخت‌های ابری حیاتی است.
تأثیرات این خرید بر صنعت
تقویت جایگاه eBPF به‌عنوان ستون فقرات شبکه‌سازی و امنیت در محیط‌های ابری.
رقابت شدیدتر با شرکت‌هایی مانند VMware، Google و Red Hat در حوزه Cloud Native Networking.
ایجاد یکپارچگی بیشتر بین زیرساخت‌های سنتی شبکه سیسکو و جهان Cloud Native و Kubernetes
خرید Isovalent توسط سیسکو را می‌توان یک حرکت استراتژیک و آینده‌نگرانه دانست که مسیر تحول در شبکه‌سازی ابری، امنیت workloadها و observability را تغییر خواهد داد. سیسکو با این اقدام، نه‌تنها قدرت خود را در بازار شبکه‌های سازمانی تثبیت می‌کند، بلکه خود را به‌عنوان یکی از بازیگران اصلی در دنیای چندابری و Cloud Native مطرح می‌سازد.
#cisco #isovation #linux #kernel #ebpf #tetragon #cilium
https://t.iss.one/unixmens
مقدمه
در دنیای فناوری اطلاعات، خریدها و ادغام‌های استراتژیک اغلب مسیر آینده‌ی صنعت را شکل می‌دهند. یکی از مهم‌ترین خریدهای اخیر در حوزه شبکه و امنیت، خرید شرکت Isovalent توسط سیسکو (Cisco Systems) است؛ حرکتی که نه تنها جایگاه سیسکو در بازار شبکه‌های ابری و چندابری را تقویت می‌کند، بلکه آینده‌ی فناوری‌های مبتنی بر eBPF را نیز رقم خواهد زد.
پیشینه خرید
در ۲۱ دسامبر ۲۰۲۳، سیسکو اعلام کرد که قصد خرید Isovalent را دارد.
این معامله در ۱۲ آوریل ۲۰۲۴ نهایی شد.
با این خرید، سیسکو مالکیت فناوری‌های کلیدی Isovalent مانند Cilium و Tetragon را به دست آورد؛ ابزارهایی که به‌ویژه در دنیای Cloud Native و محیط‌های چندابری به‌سرعت در حال تبدیل شدن به استاندارد صنعتی هستند.
فعالیت Isovalent و نقش آن در صنعت
در واقع Isovalent شرکتی پیشرو در توسعه‌ی راهکارهای شبکه و امنیت مبتنی بر eBPF است. eBPF (Extended Berkeley Packet Filter) یک فناوری قدرتمند در هسته لینوکس است که امکان نظارت، مشاهده‌پذیری (observability)، و اعمال سیاست‌های امنیتی در سطح پایین سیستم‌عامل را بدون نیاز به تغییر کد کرنل فراهم می‌کند.
محصولات کلیدی Isovalent
1. Cilium:
یک پلتفرم متن‌باز برای شبکه‌سازی Cloud Native در Kubernetes.
قابلیت‌هایی مانند شبکه‌سازی امن، load balancing و observability را ارائه می‌دهد.
2. Tetragon:
یک ابزار امنیتی پیشرفته مبتنی بر eBPF.
امکان تشخیص تهدیدات لحظه‌ای، مانیتورینگ امنیتی عمیق و اجرای سیاست‌های امنیتی پویا را فراهم می‌کند.
انگیزه‌های سیسکو از این خرید
1. تقویت موقعیت در بازار چندابری (Multicloud):
بسیاری از سازمان‌ها امروزه از چندین ارائه‌دهنده ابر استفاده می‌کنند. سیسکو با Cilium و Tetragon می‌تواند یک لایه مشترک شبکه و امنیت بر فراز تمام ابرها ایجاد کند.
2. افزایش توان امنیتی:
با eBPF، سیسکو می‌تواند قابلیت‌های امنیتی را از سطح سخت‌افزار و شبکه‌های سنتی به سطح نرم‌افزار و workloadها منتقل کند.
3. نوآوری در Observability و Performance:
ترکیب فناوری‌های Isovalent با محصولات سیسکو، امکان پایش لحظه‌ای و بهینه‌سازی عملکرد در مقیاس بالا را فراهم می‌کند.
4. هم‌افزایی با اکوسیستم متن‌باز:
خرید Isovalent به معنای ورود جدی‌تر سیسکو به دنیای پروژه‌های متن‌باز است که برای نوآوری در زیرساخت‌های ابری حیاتی است.
تأثیرات این خرید بر صنعت
تقویت جایگاه eBPF به‌عنوان ستون فقرات شبکه‌سازی و امنیت در محیط‌های ابری.
رقابت شدیدتر با شرکت‌هایی مانند VMware، Google و Red Hat در حوزه Cloud Native Networking.
ایجاد یکپارچگی بیشتر بین زیرساخت‌های سنتی شبکه سیسکو و جهان Cloud Native و Kubernetes
خرید Isovalent توسط سیسکو را می‌توان یک حرکت استراتژیک و آینده‌نگرانه دانست که مسیر تحول در شبکه‌سازی ابری، امنیت workloadها و observability را تغییر خواهد داد. سیسکو با این اقدام، نه‌تنها قدرت خود را در بازار شبکه‌های سازمانی تثبیت می‌کند، بلکه خود را به‌عنوان یکی از بازیگران اصلی در دنیای چندابری و Cloud Native مطرح می‌سازد.
#cisco #isovation #linux #kernel #ebpf #tetragon #cilium
https://t.iss.one/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
ارایه دهنده راهکارهای ارتقای سازمانی - فردی - تیمی