Asas-asas Aplikasi Multi-tier di Oracle 12c - dummies

Oracle 12c menyedari bahawa m aplikasi ulti-tier adalah standard industri semasa dan mengarang pelbagai web, aplikasi, dan pangkalan data pelayan menyediakan kandungan kepada pelanggan nipis dengan penyampaian melalui penyemak imbas web. Pernah tertanya-tanya apa yang ada di belakang tabir apabila anda log masuk ke aplikasi web untuk pembelian dalam talian atau perbankan?

Kelebihan pelanggan hanyalah pelayar web yang mengakses pelayan web. Memaparkan kandungan kepada pengguna adalah tujuan utama pelanggan dalam seni bina ini; tiada pemprosesan sebenar berlaku di lapisan ini dalam pelayar. Penyampaian berlaku paling biasa melalui HTML (HyperText Markup Language), tetapi ia juga boleh berada dalam applet Java atau komponen ActiveX dan menggunakan JavaScript untuk pemformatan dan kandungan yang lebih dinamik.

Komunikasi dari pelayar ke pelayan web berlaku menerusi HTTP (HyperText Transfer Protocol) atau HTTPS untuk data selamat (terenkripsi). Pelayan web secara konseptual bertindak sebagai pendengar web; mereka menerima permintaan daripada penyemak imbas dan membuat keputusan hasil yang diformatkan dengan sedikit pemprosesan sendiri. Sekali di pelayan web, permintaan pelayar dihuraikan dan dihantar ke pelayan aplikasi yang sesuai untuk diproses.

Komponen pelayan aplikasi mungkin berada pada pelayan fizikal yang sama dengan pelayan web, atau mungkin pada pelayan fizikal yang lain. Setakat ini, pelayan web yang paling biasa adalah Apache, atau salah satu derivatif komersilnya, dengan lebih daripada 50 peratus daripada bahagian pasaran mengikut Netcraft.

Di peringkat pelayan aplikasi, permintaan pengguna diproses menggunakan logik aplikasi yang berkaitan. Kaedah yang biasa digunakan ialah menggunakan pelayan aplikasi Java, seperti Tomcat, Orion, atau Glassfish. Dalam kes ini, logik program dijalankan di dalam Java Virtual Machine (JVM), yang bertindak sebagai persekitaran runtime untuk kod program.

Alat lain yang popular ialah Oracle Fusion Middleware (OFM). Di dalam OFM, program ini boleh dijalankan sebagai Borang Oracle, Laporan, Penemu, atau bahkan Java melalui Oracle Containers untuk J2EE (OC4J). Terlepas dari produk, ia berada dalam komponen server aplikasi yang logik aplikasi dilaksanakan.

Semasa memproses pada pelayan aplikasi, ia adalah perkara biasa untuk memerlukan akses pangkalan data untuk pertanyaan, membuat, mengemas kini, atau memadam data. Server aplikasi berkomunikasi dengan pelayan pangkalan data melalui protokol, seperti JDBC atau Oracle Net, untuk mengakses data. Pada masa ini, pelayan aplikasi mengakses pangkalan data bagi pihak pengguna yang membuat permintaan permohonan.

Daripada menyambung sebagai pengguna bernama, berbeza seperti JSMITH, pelayan aplikasi menyambung menggunakan akaun web generik (seperti WEB_USER). Pelbagai sambungan serentak dari pelayan aplikasi ke pangkalan data membentuk kolam sambungan yang membenarkan sebarang sambungan pangkalan data untuk mengakses data untuk permintaan. Penggabungan sambungan adalah manfaat prestasi kerana hanya beberapa sambungan pangkalan data yang boleh memberi perkhidmatan beribu-ribu permintaan bagi pihak pengguna.

Apabila login ke dalam contoh pangkalan data, pertanyaan pengguna web generik atau melaksanakan DML bagi pihak pelayan aplikasi, yang memproses permintaan pengguna yang sebenarnya. Sambungan pengguna web yang dikumpulkan tidak mempunyai pemilikan skema ke dalam pangkalan data; ia hanya mempunyai kebenaran yang diperlukan untuk mengakses atau mengemas kini data bagi pihak pelayan aplikasi.

Pada masa ini, peranan pangkalan data biasa, kebenaran, dan geran digunakan. Di samping itu, logik program pangkalan data yang dilaksanakan di PL / SQL melalui prosedur, fungsi, dan pakej sering dilaksanakan.

Selepas set data hasil dijana pada pangkalan data, ia diluluskan kembali ke pelayan aplikasi untuk lebih banyak pemprosesan. Seterusnya, keputusan disampaikan semula melalui pelayan web dan merentasi rangkaian untuk persembahan kepada pengguna menerusi penyemak imbas web mereka.

Bunyi rumit dengan semua komponen? Anda mungkin berfikir pada mulanya, tetapi ada sebab yang baik untuk memecahkan sistem ke dalam aplikasi web, aplikasi, dan pangkalan data:

• Anda boleh menggunakan komponen dari vendor yang berbeza dalam konfigurasi "baka terbaik". Sebagai contoh, anda boleh menggunakan contoh pelayan web percuma Apache bersama Tomcat atau Glassfish untuk komponen pelayan aplikasi murah. Kemudian mengikatnya dengan kuasa pangkalan data Oracle, dan anda mempunyai sistem yang padat dengan kos yang lebih rendah!

• Seiring dengan semakin ramai pengguna dalam talian, anda boleh menambahkan lebih banyak contoh web, aplikasi, atau pelayan pangkalan data untuk meningkatkan daya pemprosesan anda. Daripada membeli pelayan yang lebih besar, hanya beli pelayan yang lebih kecil.

• Selepas anda mempunyai beberapa pelayan pelbagai, anda mendapat toleransi kesalahan. Ini dipanggil clustering. Jika pelayan web terhempas atau pelayan aplikasi memerlukan penyelenggaraan, tidak ada masalah - pelayan berlebihan akan mengambil beban kerja.

Mudah-mudahan, manfaat ini menunjukkan mengapa arsitektur sistem pelbagai peringkat adalah standard industri dan telah melepasi sistem pelayan klien.