BPEL - Pendahuluan

SOA atau Arsitektur Berorientasi Layanan adalah pendekatan arsitektur, yang menggunakan teknologi untuk menyajikan proses bisnis sebagai layanan yang dapat digunakan kembali.

Ini difokuskan pada bisnis dan memungkinkan transformasi proses ke tingkat integrasi, visualisasi, pemantauan, dan pengoptimalan baru.
Ini bukan teknologi, ini adalah konsep dan strategi untuk menggunakan teknologi untuk membangun solusi otomasi bisnis.

Sekarang kita akan melihat apa itu BPEL dan bagaimana hal itu membantu dalam SOA.

Apa itu BPEL?

Bahasa Rekayasa Proses Bisnis adalah teknologi yang digunakan untuk membangun program dalam arsitektur SOA.

Menambahkan Komponen Layanan Proses BPEL

Ikuti langkah-langkah ini untuk menambahkan Komponen Layanan Proses BPEL -

Dari Application Navigator, pilih File> New> Applications> SOA Application.
Ini memulai wizard Buat Aplikasi SOA.
Dalam dialog Nama Aplikasi, masukkan nama aplikasi di bidang Nama Aplikasi.
Di bidang Direktori, masukkan jalur direktori untuk membuat aplikasi dan proyek komposit SOA.
Klik Next.
Dalam dialog Nama Proyek, masukkan nama di bidang Nama Proyek.
Klik Next.
Dalam dialog Project SOA Settings, pilih Composite with the BPEL Process.
Klik Selesai.

File di BPEL Composite

Komposit BPEL berisi file-file berikut -

composite.xml - File ini menjelaskan keseluruhan gabungan layanan, komponen layanan, referensi, dan kabel.
.bpel - File ini berisi serangkaian aktivitas yang ditambahkan ke proses.
.componentType - File ini menjelaskan layanan dan referensi untuk komponen layanan proses BPEL.
.wsdl - File ini mendefinisikan pesan masukan dan keluaran untuk aliran proses BPEL ini, antarmuka dan operasi klien yang didukung, dan fitur lainnya.

Konsep yang digunakan dalam proses BPL

Pada bagian ini, kita akan mempelajari berbagai konsep yang terlibat dalam proses BPL.

Orkestrasi

Proses sentral (yang dapat berupa layanan Web lain) mengambil kendali atas layanan Web yang terlibat.
Mengkoordinasikan pelaksanaan berbagai operasi di layanan web yang terlibat dalam operasi tersebut.
Layanan Web yang terlibat tidak "tahu" (dan tidak perlu tahu) bahwa mereka terlibat dalam proses komposisi dan bahwa mereka mengambil bagian dalam proses bisnis tingkat yang lebih tinggi.
Hanya koordinator pusat orkestrasi yang mengetahui tujuan ini, sehingga orkestrasi terpusat dengan definisi operasi yang eksplisit dan urutan pemanggilan layanan Web.

Koreografi

Tidak bergantung pada koordinator pusat.
Setiap layanan Web yang terlibat dalam koreografi tahu persis kapan harus menjalankan operasinya dan dengan siapa berinteraksi.
Setiap layanan Web yang terlibat dalam koreografi tahu persis kapan harus menjalankan operasinya dan dengan siapa berinteraksi.
Semua peserta dalam koreografi perlu mengetahui proses bisnis, operasi yang akan dijalankan, pesan untuk dipertukarkan, dan waktu pertukaran pesan.