CQRS (Command Query Responsibility Segregation) adalah pola desain dan arsitektur pemrograman yang memisahkan proses pengambilan data (query) dan perubahan data (command). Pola ini menggunakan command handler<\/i> untuk menyederhanakan proses query<\/a> dan menyembunyikan kompleksitas perubahan data yang bisa melibatkan banyak sistem.<\/p>\n Saat digabungkan dengan pola event sourcing<\/i>, CQRS bisa menjamin adanya log<\/a> audit terhadap perubahan di database<\/a>. Ini berguna untuk menjaga konsistensi transaksi. Selain itu, model pembacaannya (read model) bisa berisi, atau digunakan untuk membentuk, materialized view<\/i> dari data model penulisan (write model).<\/p>\n Pola ini bekerja dengan cara memisahkan logika aplikasi secara vertikal: satu sisi untuk command, satu lagi untuk query. Jadi, kita bisa memisahkan operasi membaca dan memperbarui data di sistem. Tujuan utama CQRS adalah untuk meningkatkan performa, keamanan, dan skalabilitas aplikasi.<\/p>\n Dalam CQRS, command<\/i> mewakili niat pengguna\u2014instruksi untuk melakukan sesuatu di sistem. Command tidak menghasilkan output dan merupakan bagian dari write model. Sebaliknya, query<\/i> adalah permintaan informasi oleh user, yang mengembalikan hasil tapi tidak mengubah data\u2014bagian dari read model.<\/p>\n Greg Young mengembangkan pola desain CQRS sekitar tahun 2010, berbarengan dengan munculnya pola event sourcing<\/i><\/a>. Menurutnya, \u201c[CQRS] menggunakan definisi command dan query seperti yang dijelaskan Meyer, dan memisahkan objek menjadi dua: satu untuk command dan satu untuk query.\u201d Yang dimaksud adalah Bertrand Meyer, pencetus pola sebelumnya yaitu Command Query Separation (CQS).<\/p>\n Meski CQRS terinspirasi dari CQS, keduanya berbeda. Pada CQRS, objek dipecah menjadi dua: command dan query. Pemisahan ini bikin CQRS cocok banget untuk aplikasi berbasis event sourcing atau UI berbasis tugas (UI<\/a>). Sementara itu, CQS lebih fokus pada pemisahan logika yang mengubah state dengan yang tidak.<\/p>\n Bertrand Meyer memperkenalkan CQS dalam bukunya Object-Oriented Software Construction<\/i> dan merupakan bagian dari kontribusinya di bahasa pemrograman Eiffel. Ia menyarankan agar metode yang mengubah state dipisahkan dari yang tidak, agar query bisa digunakan secara aman dalam berbagai konteks.<\/p>\n Pola CQRS cocok digunakan dalam situasi berikut:<\/p>\n Meski powerful, CQRS tidak cocok untuk semua kasus. Jangan digunakan untuk sistem sederhana yang hanya butuh CRUD (create, read, update, delete).<\/p>\n Cara paling umum menerapkan CQRS adalah dengan menggunakan command pattern<\/i>, yaitu sistem yang mendefinisikan interface tingkat tinggi. Saat runtime, kelas dasar (base class) mengambil command, membuat handler yang sesuai (seperti update, delete, atau create), lalu menjalankan perintah itu.<\/p>\n Sebelum dan sesudah eksekusi, base class bisa mencatat log pemanggilan. Log ini bisa di-*replay* kapan pun. Program yang menjalankan event dari log ini biasanya berupa for loop<\/i>, membaca file baris per baris dan mengeksekusi command sesuai datanya. Kompleksitasnya disembunyikan atau dienkapsulasi<\/a> oleh handler.<\/p>\n Handler akan menjalankan semua langkah untuk membuat, memperbarui, atau menghapus item dalam sistem. Handler ini bisa juga menangani kesalahan dan rollback bila diperlukan. Dalam kasus kompleks, handler menulis hasilnya ke dalam two-phase commit<\/a> (atau saga), mencatat semua perubahan di event log. Jika log ini bisa dibaca dan di-*replay*, maka sistem mendukung event sourcing.<\/p>\n Saat pelanggan melihat pesanan, sistem hanya melakukan proses baca dari database. Misalnya menggunakan NoSQL<\/a> seperti Redis. Informasi dibaca oleh microservice<\/a>, lalu ditampilkan oleh website.<\/p>\n Namun, sisi tulisannya jauh lebih kompleks. Misalnya jika pelanggan membatalkan pesanan sebelum dikirim:<\/p>\n Karena satu perubahan berdampak ke banyak sistem, maka command handler seperti saga pattern atau ESB<\/a> sangat dibutuhkan untuk mengatur proses ini. Di sinilah CQRS membantu.<\/p>\n CQRS sering digabung dengan event sourcing<\/i>. Setiap perubahan pada data disimpan sebagai event. Sistem bisa direkonstruksi dari rangkaian event tersebut, membentuk log transaksi yang bisa di-*replay*\u2014bahkan kadang bisa di-*rollback*.<\/p>\n Untuk mendukung event sourcing, command handler akan menulis setiap perubahan ke log. Setiap event bisa dijalankan ulang, menjadikan log tersebut sebagai catatan hidup dari seluruh histori data.<\/p>\n Keduanya saling melengkapi: CQRS memisahkan tanggung jawab, dan event sourcing menyimpan semua perubahan yang terjadi dari waktu ke waktu.<\/p>\n CQRS cocok digabungkan dengan domain-driven design<\/a>, event sourcing, dan command pattern<\/i>. Dalam arsitektur yang lebih luas, pola ini biasanya berada dalam konteks service-oriented architecture<\/a> (SOA).<\/p>\n","protected":false},"excerpt":{"rendered":" Apa itu CQRS (Command Query Responsibility Segregation)? CQRS (Command Query Responsibility Segregation) adalah pola desain dan arsitektur pemrograman yang memisahkan proses pengambilan data (query) dan perubahan data (command). Pola ini menggunakan command handler untuk menyederhanakan proses query dan menyembunyikan kompleksitas perubahan data yang bisa melibatkan banyak sistem. Saat digabungkan dengan pola event sourcing, CQRS bisa […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[271],"tags":[48],"class_list":["post-5181","post","type-post","status-publish","format-standard","hentry","category-software-development","tag-api-design-and-management"],"yoast_head":"\nCQRS vs. CQS<\/h2>\n
Kapan Sebaiknya Menggunakan CQRS?<\/h2>\n
\n
Bagaimana CQRS Dieksekusi<\/h2>\n
Contoh Penggunaan CQRS: Proses Pemesanan Pelanggan<\/h2>\n
\n
Tantangan dalam Menggunakan CQRS<\/h2>\n
\n
Menggabungkan CQRS dengan Pola Lain: Event Sourcing<\/h2>\n
Pola-Pola Terkait<\/h2>\n