Geliat Teknologi: AI Mandiri IBM hingga Rilis Ubuntu 26.10 Beta

Sambat Kanthir Pembuka: Saat Dunia Berputar Lebih Cepat dari Kipas Server Anda!

Halo para sedulur tech-enthusiast, para sysadmin yang jidatnya makin lebar karena mikirin core dump, para praktisi DevOps yang hobinya merapalkan mantra YAML di sepertiga malam, dan tentu saja, kalian semua yang otaknya agak geser mirip saya! Selamat datang di kolom teknologi paling waras dari yang paling edan. Hari ini, kepala saya rasanya mau pecah melihat betapa cepatnya dunia teknologi ini berputar. Baru kemarin rasanya kita merayakan kestabilan infrastruktur, hari ini tiba-tiba raksasa teknologi merilis inovasi yang bikin kita harus belajar lagi dari nol. Jancuk tenan!

Bayangkan saja, di satu sisi kita melihat IBM yang makin protektif dengan meluncurkan solusi AI mandiri super-aman bernama IBM Bob untuk lingkungan terisolasi (air-gapped). Di sisi lain, dunia open-source dihentak dengan kehadiran Ubuntu 26.10 Beta yang mengusung Linux Kernel 7.3 dan GNOME 51. Belum lagi urusan keamanan sistem operasi enterprise yang bolong, serta ruwetnya tata kelola Kubernetes yang sering bikin tim infrastruktur saling tuduh seperti tetangga kehilangan jemuran. Mari kita bedah satu per satu komoditas teknologi ini dengan kacamata teknis yang tajam, detail, mendalam, dan tentunya dengan bumbu-bumbu kegilaan khas Wong Edan. Kencangkan sabuk pengaman server Anda, siapkan kopi hitam tanpa gula, dan mari kita masuk ke lab sirkus teknologi modern ini!

—

1. IBM Bob Masuk Gua: Kedaulatan AI di Ruang Kedap Udara (Air-Gapped & Sovereign AI)

Mari kita mulai dari IBM. Raksasa biru ini rupanya paham betul bahwa di dunia korporasi tingkat tinggi, membiarkan data sensitif terbang bebas ke cloud publik itu sama saja dengan menyerahkan kunci brankas ke pencuri jemuran. Solusi mereka? Mereka meluncurkan model deployment self-hosted untuk IBM Bob!

Berdasarkan laporan resmi dari PR Newswire dan pengumuman dari pihak IBM sendiri, langkah ini dirancang khusus untuk memajukan apa yang disebut sebagai AI Sovereignty (Kedaulatan AI) dan tata kelola data yang super ketat bagi aplikasi enterprise yang sensitif serta krusial (mission-critical).

Kenapa Harus Self-Hosted dan Air-Gapped?

Bagi kalian yang belum paham apa itu air-gapped, ini adalah terminologi keamanan di mana sebuah sistem komputer benar-benar diisolasi secara fisik dan logis dari jaringan internet publik maupun intranet yang tidak aman. Tidak ada kabel LAN yang nyambung ke luar, tidak ada Wi-Fi, tidak ada celah untuk data leakage. Mengapa IBM memaksakan IBM Bob masuk ke dalam “gua” steril ini? Jawabannya ada tiga kata: Data, Regulasi, dan Ketakutan.

Dalam skenario industri seperti pertahanan, perbankan investasi, atau pengelolaan reaktor nuklir, membiarkan sebuah model AI melakukan kueri ke server pihak ketiga adalah haram hukumnya. Dengan opsi self-hosted ini, IBM Bob dapat dieksekusi di atas infrastruktur lokal (on-premise) milik perusahaan itu sendiri, seperti yang dilaporkan juga oleh Simply Wall Street.

Arsitektur Teknis IBM Bob di Lingkungan Mandiri

Bagaimana sebuah sistem AI sekelas IBM Bob bisa berjalan tanpa koneksi internet sama sekali? Di sinilah kejeniusan rekayasa sistem diuji. Arsitekturnya biasanya melibatkan komponen-komponen berikut:

• Localized LLM Execution Engine: Mesin inferensi lokal yang tidak membutuhkan API eksternal. Semua bobot model (model weights) disimpan di dalam media penyimpanan lokal berkecepatan tinggi (NVMe SSD enterprise).
• Semantic Vector Database Lokal: Untuk melakukan Retrieval-Augmented Generation (RAG), IBM Bob menggunakan basis data vektor lokal yang diindeks langsung dari repositori internal dokumen perusahaan tanpa pernah menyentuh cloud luar.
• Air-Gapped Sync Protocol: Pembaruan model dilakukan secara manual menggunakan media fisik yang terenkripsi dan melalui proses audit keamanan berlapis sebelum dimasukkan ke dalam lingkungan steril.

Ini adalah langkah catur yang sangat cerdas dari IBM. Di saat semua orang sibuk jualan API cloud yang rawan disadap, IBM justru merangkul kaum parnois keamanan tingkat tinggi dengan menyediakan AI yang bisa dikurung di dalam bunker bawah tanah.

—

2. Ubuntu 26.10 Beta: Melompati Batas dengan Linux Kernel 7.3 dan GNOME 51

Sekarang, mari kita beralih ke ranah sistem operasi sejuta umat yang sering kita pakai buat ngoding sambil nangis: Ubuntu. Canonical baru saja merilis Ubuntu 26.10 Beta! Rilis kali ini bukan sekadar pembaruan kosmetik murahan, melainkan lompatan monster yang mengusung dua komponen gila: Linux Kernel 7.3 dan desktop environment GNOME 51. Detail rilis ini bisa kalian pelajari di laporan hangat dari 9to5Linux.

Membedah Linux Kernel 7.3

Lahirnya Kernel 7.3 di versi beta ini membawa optimasi yang sangat agresif untuk perangkat keras generasi terbaru. Apa saja yang diperbaiki di bawah kap mesinnya? Mari kita rinci secara teknis:

1. Sched_ext (Extensible Scheduler): Kernel 7.3 membawa dukungan matang untuk penjadwal kustom menggunakan BPF (Berkeley Packet Filter). Ini memungkinkan para pengembang membuat algoritma penjadwalan CPU mereka sendiri tanpa harus mengompilasi ulang kernel. Untuk beban kerja gaming dan komputasi berat, ini adalah berkah tak ternilai!
2. Peningkatan Driver Grafis Open-Source: Dukungan untuk kartu grafis modern (termasuk arsitektur Intel Xe dan AMD RDNA terbaru) kini semakin stabil secara out-of-the-box. Efisiensi daya saat rendering Wayland pun meningkat drastis.
3. Sistem Berkas (Filesystem) Btrfs dan XFS: Ada optimasi di sisi operasi I/O paralel, meminimalkan waktu tunggu (latency) saat sistem melakukan pembacaan berkas berukuran besar secara simultan.

GNOME 51: Cantik, Ringan, tapi Mematikan

Bagi kalian pencinta estetika desktop, GNOME 51 di Ubuntu 26.10 Beta ini adalah mahakarya. Desain antarmukanya semakin minimalis namun fungsional. GNOME 51 mengoptimalkan konsumsi memori dan mempercepat waktu respons rendering UI. Beberapa fitur andalannya meliputi:

• Refined Quick Settings: Manajemen jaringan, profil daya, dan perangkat audio kini bisa diakses lebih cepat dengan transisi animasi yang mulus layaknya mentega hangat di atas wajan bajingan.
• Wayland-Only default optimizations: Sinkronisasi frame rate layar dengan refresh rate tinggi (High Refresh Rate Displays) kini ditangani tanpa adanya robekan visual (tearing) sedikit pun.
• App Grid & Search Performance: Pencarian aplikasi global kini memanfaatkan indeksing yang jauh lebih efisien, tidak lagi memakan siklus CPU secara berlebihan saat kita mengetik mencari aplikasi pemutar musik favorit kita.

Bagi Anda yang berani menginstal versi Beta ini, bersiaplah menghadapi petualangan adrenalin tinggi. Namanya juga Beta, jadi kalau tiba-tiba Xorg atau Wayland Anda hancur lebur setelah update, jangan cari saya. Cari cermin, lalu tertawalah pada diri sendiri!

—

3. Sisi Gelap Keamanan OS: Celah Keamanan Beruntun di Kernel SUSE Linux

Jika Ubuntu sedang bersenang-senang dengan rilis beta terbarunya yang berkilau, kubu sebelah, yaitu SUSE Linux, sedang pusing tujuh keliling. Dunia keamanan siber baru saja dikejutkan oleh laporan dari Hong Kong Computer Emergency Response Team Coordination Centre (HKCERT) mengenai kerentanan ganda (multiple vulnerabilities) pada Kernel SUSE Linux.

Kerentanan pada tingkat kernel adalah mimpi buruk paling basah bagi setiap sysadmin. Mengapa? Karena kernel adalah jantung dari sistem operasi. Jika seseorang berhasil menguasai kernel, mereka menguasai seluruh mesin fisik maupun virtual Anda. Titik. Tidak ada kompromi.

Jenis Ancaman dan Cara Kerjanya

Berdasarkan buletin keamanan tersebut, celah keamanan ini mencakup beberapa vektor serangan klasik namun mematikan:

Mendengar berita ini, jika Anda menjalankan infrastruktur enterprise menggunakan SUSE Linux Enterprise Server (SLES), saran saya cuma satu: segera letakkan cangkir kopi Anda, buka terminal, dan lakukan patching darurat! Gunakan perintah manajemen paket bawaan seperti berikut untuk memastikan sistem Anda mendapatkan pembaruan keamanan terbaru:

# Perintah standar untuk memperbarui repositori dan mengaplikasikan patch keamanan di SUSE
sudo zypper ref
sudo zypper patch

Jangan menunda-nunda! Menunda patch keamanan kernel sama saja dengan membiarkan pintu rumah Anda terbuka lebar di malam hari sambil memasang spanduk bertuliskan: “Silakan masuk, maling budiman, TV dan laptop ada di ruang tengah.”

—

4. Sengkarut Tata Kelola Kubernetes: Ingress, Load Balancing, dan Jurang Kepemilikan (Ownership Gap)

Mari kita beralih ke ekosistem yang paling rumit, paling membingungkan, namun paling dicintai oleh industri cloud-native saat ini: Kubernetes (K8s). Di atas kertas, Kubernetes menjanjikan skalabilitas tanpa batas dan manajemen kontainer yang harmonis bagai simfoni Beethoven. Namun pada kenyataannya? Infrastruktur K8s sering kali berubah menjadi hutan belantara yang penuh duri dan jebakan Batman.

Mencapai Status “Production-Ready”

Untuk membuat sebuah klaster Kubernetes siap menghadapi badai trafik dunia nyata (production-ready), Anda tidak bisa sekadar melakukan kubectl apply -f deployment.yaml lalu pergi tidur. Anda membutuhkan arsitektur penanganan trafik masuk yang matang. Berdasarkan panduan dari VMware, tiga pilar utama yang wajib ada adalah:

• Ingress Controller: Gerbang masuk utama yang menerjemahkan permintaan HTTP/HTTPS dari luar dan mengarahkannya ke layanan (service) internal yang tepat di dalam klaster.
• Load Balancing: Pembagi beban kerja yang adil dan merata agar tidak ada satu pun Pod yang tewas karena kelebihan beban kerja sementara Pod lainnya malah asyik menganggur.
• Layered Security: Implementasi Network Policies, mTLS (mutual TLS), dan integrasi Web Application Firewall (WAF) langsung di level gerbang masuk klaster.

Namun, sehebat apa pun teknologi ingress dan load balancing yang Anda pasang, ada satu masalah non-teknis yang sering kali meruntuhkan seluruh sistem pertahanan klaster Anda. Masalah ini disebut sebagai Ownership Gap (Jurang Kepemilikan).

Jurang Kepemilikan dalam Operasional Kubernetes

Sebuah artikel menarik dari The New Stack menyoroti fenomena aneh ini: sebuah klaster Kubernetes yang sedang berjalan aktif (live) dan terlihat sehat secara teknis, sering kali menyimpan bom waktu berupa jurang kepemilikan operasional dan tata kelola (governance).

“A live Kubernetes cluster can still have an ownership gap…” Artinya, secara sistem semuanya menyala hijau di dashboard monitoring, tetapi tidak ada yang benar-benar tahu siapa yang bertanggung jawab atas komponen-komponen kritis di dalamnya.

Mari kita visualisasikan kekacauan akibat jurang kepemilikan ini dalam skenario nyata kehidupan kantor:

Ketika sertifikat SSL pada Ingress Controller kedaluwarsa dan membuat ribuan pengguna tidak bisa mengakses aplikasi, terjadilah saling lempar tanggung jawab:

• Tim Developer berkata: “Ah, itu urusan orang Sysadmin/DevOps, kan mereka yang megang kendali infrastruktur dasar klaster!”
• Tim DevOps menjawab: “Lho, kan aplikasi dan rute Ingress-nya kalian yang definisikan di repositori Gitlab kalian sendiri. Kami cuma menyediakan runtime-nya!”
• Tim Security menimpali: “Kami tidak tahu-menahu, yang jelas dokumen kepatuhan kami menyatakan sertifikat harus diperbarui setiap 90 hari. Mengapa ini tidak otomatis?!”

Inilah yang disebut dengan ownership gap. Tanpa adanya kebijakan tata kelola yang jelas (clear governance), klaster Kubernetes Anda hanyalah kumpulan kontainer anarki tanpa hukum yang siap hancur berantakan begitu ada satu komponen yang gagal beroperasi.

—

5. Lab F5 BIG-IP Next: Memompa Efisiensi Klaster AI Menggunakan NVIDIA DPU

Jika Anda pusing memikirkan sengkarut tata kelola Kubernetes di atas, mari kita dinginkan kepala dengan melihat bagaimana teknologi mutakhir mencoba menyelesaikan masalah efisiensi infrastruktur ini di level perangkat keras. Kita sekarang mampir ke laboratorium teknologi canggih milik F5.

Melansir laporan investigasi mendalam dari ServeTheHome, mereka melakukan tur ke fasilitas laboratorium F5 BIG-IP Next for Kubernetes. Tujuan utama dari lab ini sangat ambisius: membuat klaster komputasi AI berjalan jauh lebih efisien dengan memanfaatkan kekuatan dari NVIDIA DPU (Data Processing Unit).

Apa itu DPU dan Mengapa Klaster AI Membutuhkannya?

Dalam arsitektur server tradisional, CPU (Central Processing Unit) harus menangani segala hal: mulai dari logika aplikasi, pemrosesan data AI, hingga urusan sepele seperti enkripsi paket jaringan, protokol TCP/IP, dan manajemen penyimpanan virtual. Akibatnya, CPU sering kali kelelahan dan mengalami overhead.

Di dunia AI, di mana klaster komputer harus memproses miliaran parameter model bahasa (LLM) secara paralel, setiap milidetik dan setiap siklus CPU/GPU sangatlah berharga. Di sinilah DPU (seperti seri NVIDIA BlueField) masuk sebagai penyelamat.

+-------------------------------------------------------------+
|                     SERVER HOST CPU/GPU                     |
|  (Hanya fokus pada komputasi model AI & inferensi tingkat tinggi) |
+-------------------------------------------------------------+
|
| Offload tugas-tugas berat
v
+-------------------------------------------------------------+
|                      NVIDIA DPU card                        |
|  * Enkripsi / Dekripsi Jaringan (IPSec, TLS)                |
|  * Virtual Routing & Kubernetes Network Policies             |
|  * Manajemen Storage Virtual                                |
+-------------------------------------------------------------+

Bagaimana F5 BIG-IP Next Mengintegrasikannya di Kubernetes?

Dengan memindahkan beban kerja manajemen jaringan Kubernetes (seperti pemrosesan Ingress, perutean lalu lintas mikroservis, keamanan enkripsi TLS, dan pembagian beban kerja) langsung ke dalam sirkuit silikon NVIDIA DPU, F5 BIG-IP Next berhasil menghemat sumber daya CPU utama hingga batas maksimal.

Hasilnya sangat mengagumkan:

• Latensi Jaringan Super Rendah: Komunikasi antar-node (East-West traffic) di dalam klaster AI dipercepat secara dramatis berkat bypass CPU langsung di tingkat perangkat keras.
• Pemanfaatan GPU Maksimal: Karena CPU host tidak lagi disibukkan oleh urusan penanganan paket data jaringan, GPU dapat terus disuapi data latih tanpa harus mengalami kondisi idle (menunggu pasokan data).
• Keamanan Terisolasi: Kebijakan keamanan jaringan (Network Policies) dijalankan langsung di atas DPU. Bahkan jika sistem operasi utama pada host berhasil ditembus peretas, pertahanan jaringan di tingkat DPU tetap kokoh tak tergoyahkan karena berjalan di ruang komputasi terisolasi.

Ini adalah bukti nyata bahwa masa depan infrastruktur AI bukan sekadar tentang membeli GPU sebanyak-banyaknya, melainkan tentang bagaimana kita menyalurkan data ke GPU tersebut seefisien mungkin tanpa membuat infrastruktur jaringan kita tersedak.

—

Kesimpulan & Khotbah Terakhir Wong Edan: Menatap Masa Depan yang Cepat dan Menakutkan

Nah, setelah kita menjelajahi labirin teknologi yang sangat luas ini, apa yang bisa kita simpulkan? Bumi teknologi ini sedang bergerak ke arah polarisasi ekstrem. Di satu sisi, kita dipaksa untuk terus melompat maju dengan kecepatan penuh seperti yang ditunjukkan oleh Ubuntu 26.10 Beta dengan Kernel 7.3 terbarunya yang super ngebut.

Namun di sisi lain, ketakutan akan kebocoran data dan ancaman siber yang mengerikan memaksa kita untuk membangun benteng pertahanan yang sangat kokoh, mulai dari menerapkan patch keamanan darurat pada Kernel SUSE Linux, hingga mengadopsi solusi sovereign AI mandiri di ruang kedap udara seperti IBM Bob self-hosted.

Semua teknologi hebat ini tidak akan ada gunanya jika kita, manusia di balik layar kemudi, masih bekerja dalam kekacauan tanpa tata kelola yang jelas. Jangan biarkan klaster Kubernetes canggih Anda hancur berantakan hanya karena adanya ownership gap konyol di mana tim developer dan tim operasi saling menyalahkan saat sistem mati total. Gunakan teknologi akselerasi perangkat keras seperti integrasi F5 BIG-IP Next dan NVIDIA DPU untuk memeras efisiensi maksimal, tetapi jangan lupakan dasar-dasar manajemen operasional yang waras.

Akhir kata dari saya, sang Wong Edan di dunia teknologi: tetaplah bereksperimen, tetaplah belajar hingga kepala Anda berasap, perbarui sistem Anda sebelum diretas orang lain, dan yang terpenting… jaga kewarasan Anda di tengah gempuran pembaruan teknologi yang tiada habisnya ini. Sampai jumpa di artikel edan berikutnya, Salam konfigurasi tanpa error, rahayu!