Saya ingin membahas sesuatu yang kebanyakan orang yang membahas Newton benar-benar melewatkannya. Bukan sudut pandang kepatuhan. Bukan pengecekan pra-penyelesaian. Sesuatu yang lebih spesifik, dan jujur saja lebih menarik bagi saya yang memikirkan pengalaman pengembang.
Newton menggunakan Rego.
Kalau nama itu tidak berarti apa-apa buat Anda, tetap ikuti saya. Kalau itu berarti sesuatu, maka Anda sudah paham mengapa keputusan ini menurut saya lebih penting daripada yang disadari kebanyakan orang.
Apa Sebenarnya Rego Itu
Rego adalah bahasa kebijakan yang menjadi penggerak Open Policy Agent, yang sebagian besar orang di dunia infrastruktur menyebutnya OPA. Ini bukan hal blockchain. Ini juga bukan hal kripto. OPA dibangun oleh sebuah perusahaan bernama Styra, dan sekarang menjadi proyek yang sudah “lulus” (graduated) di bawah Cloud Native Computing Foundation—yayasan yang sama yang menjalankan Kubernetes dan Prometheus. Ini bukan proyek sampingan. Ini adalah alat yang berjalan di inti cara perangkat lunak produksi yang serius dideploy secara besar-besaran.
Cara OPA dan Rego bekerja itu mudah. Alih-alih menyebarkan logika kebijakan ke sepuluh bagian berbeda di codebase Anda sehingga menjadi tidak mungkin diaudit, Anda menulis aturan Anda di satu tempat dalam bahasa yang memang dirancang khusus untuk mengekspresikan kondisi dan keputusan. Lalu ketika sebuah keputusan perlu dibuat, Anda meminta OPA: apakah aksi ini lolos kebijakan? OPA menjalankan aturan-aturan Rego dan memberi Anda jawaban yang jelas. Ya atau tidak.
Saya melihat pola ini di mana-mana saat saya menengok infrastruktur modern. Kubernetes menggunakan OPA untuk memutuskan apakah sebuah container boleh dideploy berdasarkan aturan keamanan. Platform cloud menggunakannya untuk mengendalikan sumber daya apa yang bisa diprovisikan dan siapa yang boleh menyentuhnya. API gateway menggunakannya untuk menyaring permintaan. Tim keamanan menggunakannya untuk menulis aturan yang berjalan otomatis di seluruh organisasi mereka tanpa siapa pun harus mengecek secara manual apa pun.
Kenapa Saya Menganggap Pemilihan Newton atas Rego adalah Hal Besar
Ini yang perlu Anda ketahui tentang alat-alat infrastruktur baru yang terus saya lihat terjadi berulang. Teknologinya bisa benar-benar bagus, tapi tetap gagal diadopsi karena alat tersebut meminta pengembang mempelajari terlalu banyak hal sebelum mereka bisa melakukan sesuatu yang berguna. Bahasa baru. Model mental baru. Perangkat baru. Semuanya baru. Dan para pengembang, yang sudah memikul beban kerja penuh, diam-diam beralih ke sesuatu yang lebih familiar.
Newton menghindari jebakan itu. Dan saya tidak menganggap itu kebetulan.
Seorang pengembang yang sudah pernah bekerja dengan OPA di pengaturan Kubernetes mereka atau di infrastruktur cloud mereka tidak perlu mempelajari hal baru untuk menulis kebijakan bagi Newton. Sintaksnya sama. Cara Anda mengekspresikan kondisi juga sama. Model mental untuk menulis aturan yang menerima input dan mengembalikan keputusan juga sama. Satu-satunya yang berubah adalah apa yang dikendalikan oleh kebijakan tersebut. Alih-alih memutuskan apakah sebuah container boleh berjalan, kebijakan memutuskan apakah sebuah transaksi on-chain bisa settle.
Itu jauh lebih mudah diminta dari seorang pengembang daripada "pelajari sistem kebijakan khusus kami." Newton tidak meminta siapa pun mengadopsi paradigma baru. Newton hanya meminta mereka menunjuk sebuah alat yang sudah mereka kenal untuk menghadapi masalah baru.
Apa Arti Sebenarnya Kepatuhan sebagai Kode dalam Praktiknya
Saya ingin membuat ini konkret karena frasa ini sering dilempar dengan longgar.
Kebanyakan organisasi memiliki aturan kepatuhan. Yang sangat sedikit dari mereka miliki adalah aturan kepatuhan yang benar-benar berjalan. Di suatu tempat ada kebijakan tertulis—biasanya di dokumen atau PDF di drive bersama—yang menjelaskan apa yang seharusnya terjadi. Lalu ada realitas, di mana seseorang lupa untuk mengecek, melewatkan satu langkah, membuat pengecualian, atau bahkan tidak tahu aturan itu pernah ada.
Kesenjangan antara kebijakan yang tertulis dan kebijakan yang benar-benar diberlakukan adalah tempat kegagalan kepatuhan terjadi. Bukan karena niat buruk. Di celah antara apa yang dikatakan dokumen dan apa yang benar-benar berjalan.
Rego menutup celah itu. Ketika sebuah aturan kepatuhan ditulis dalam Rego, aturan itu tidak hanya berdiam di dokumen. Aturan itu dieksekusi. Setiap kali keputusan relevan muncul, aturan tersebut berjalan dan menghasilkan sebuah keputusan. Tidak ada manusia yang mungkin lupa. Tidak ada proses yang bisa seseorang lakukan dengan cara menghindari prosedur dengan menghubungi orang yang tepat. Kode yang berjalan.
Dalam kasus Newton, artinya setiap transaksi dicek terhadap kebijakan sebelum transaksi tersebut benar-benar selesai/settle. Aturan tidak peduli siapa yang memulai transaksi. Aturan juga tidak peduli bagaimana transaksi tersebut dikirimkan. Jika transaksi tidak memenuhi kondisi, maka transaksi tidak akan lolos.
Ekosistem yang Tidak Pernah Dibicarakan
Satu hal lagi yang menurut saya sering diabaikan. Ketika Newton memilih Rego, para pengembang tidak hanya mendapatkan bahasa tersebut. Mereka juga mendapatkan semua hal yang sudah dibangun mengelilinginya selama bertahun-tahun pemakaian dalam produksi.
Framework pengujian untuk Rego sudah ada. Linter juga sudah ada. Kumpulan library untuk pola kebijakan yang umum juga sudah ada, jadi pengembang bisa mulai dari sesuatu yang sudah terbukti, bukan menulis dari nol. Dokumentasinya ada. Forum komunitasnya ada. Integrasi perangkatnya dengan editor kode dan pipeline CI/CD juga ada.
Bahasa kebijakan yang dibangun khusus tidak bisa menawarkan apa pun dari itu pada hari pertama. Anda mulai dari nol. Rego dimulai dari bertahun-tahun penggunaan nyata di ribuan organisasi.
Apa yang Berubah untuk Tim yang Membangun di atas Newton
Jika tim Anda sudah menggunakan OPA di infrastruktur Anda, menambahkan kebijakan Newton bukanlah latihan belajar. Itu hanya menulis lebih banyak Rego. Pemilik kebijakan infrastruktur Anda kemungkinan besar adalah orang yang tepat untuk memiliki kebijakan kepatuhan/on-chain Anda. Transfer kemampuan terjadi langsung, yang berarti waktu adaptasi hampir nol.
Jika tim Anda belum pernah menggunakan OPA, mempelajari Rego untuk bekerja dengan Newton tetap merupakan kesepakatan yang lebih baik daripada mempelajari sistem milik/proprietary. Sistem proprietary memberi Anda kemampuan yang berguna hanya di satu tempat. Rego memberi Anda kemampuan yang berguna di berbagai hal: Kubernetes, infrastruktur cloud, keamanan API, dan di mana pun keputusan kebijakan perlu diberlakukan secara programatik. Investasinya terbayar jauh melampaui Newton.
Keputusan yang Membuat Adopsi Bisa Dilakukan
Ada versi Newton yang bisa saja dibangun dengan bahasa kebijakan khusus, yang dirancang khusus untuk kepatuhan on-chain. Saya sudah melihat proyek menempuh jalur itu. Selalu artinya pengembang harus mulai dari nol sebelum bisa menulis satu pun aturan, dan ekosistem yang membuat sebuah bahasa benar-benar bisa digunakan membutuhkan waktu bertahun-tahun untuk dibangun.
Newton memilih dengan cara yang berbeda. Mereka membangun di atas bahasa yang sudah hidup di tumpukan keamanan dan infrastruktur organisasi teknik yang serius. Pengembang yang bekerja dengan infrastruktur native cloud sudah mengenal Rego. Mereka sudah memahami cara OPA berpikir. Mereka sudah punya cara untuk bekerja dengannya.
Newton menghubungkan pengetahuan yang sudah ada itu ke otorisasi on-chain. Dan koneksi itulah yang membuat semuanya benar-benar bisa diadopsi—bukan sekadar menarik secara teknis.
Bahasa kebijakan yang sudah Anda gunakan untuk mengamankan infrastruktur Anda sekarang menjadi bahasa kebijakan yang berjalan di-chain. Itulah bagian dari cerita Newton yang menurut saya lebih banyak orang perlu perhatikan.
