SAP R / 3 Architekstur

SAP R / 3 ArchiStruktur mendasari hampir setiap karya klasik. SAP Implementasi ERP. Bagian di bawah ini menjelaskan bagaimana ketiga tingkatan tersebut berinteraksi dan bagaimana ABAP dan Java Stack membagi pekerjaan antara dispatcher, server pesan, dan basis data.

Apa itu SAP R/3?

SAP R/3 adalah sistem perusahaan klien-server yang dibangun di atas arsitektur tiga tingkat terdiri dari tiga lapisan independen:

1. presentasi
2. Aplikasi
3. Basis Data

• R singkatan Waktu sebenarnya pengolahan.
• 3 singkatan dari 3 tingkat pola arsitektur.

Komputer pengguna (antarmuka pengguna): Pengguna mengakses SAP sistem melalui SAP GUI atau peramban web. Hanya klien front-end yang diinstal pada mesin pengguna; server aplikasi dan basis data berjalan secara terpisah pada perangkat keras khusus.

Server aplikasi: Server aplikasi menjalankan logika bisnis. Beban kerja didistribusikan ke beberapa server aplikasi sehingga pengguna menerima respons lebih cepat di bawah beban berat. Server-server ini biasanya berjalan pada infrastruktur jarak jauh, bukan pada workstation pengguna.

Server basis data: Server basis data menyimpan dan mengambil data sebagai respons terhadap SQL kueri yang dihasilkan oleh ABAP dan Java aplikasi. Layanan basis data dan aplikasi dapat berjalan pada mesin yang sama atau pada host fisik terpisah, tergantung pada kebutuhan kapasitas.

Kenapa SAP Apakah R/3 menggunakan arsitektur 3 tingkat?

Memisahkan presentasi, logika bisnis, dan penyimpanan ke dalam tiga tingkatan independen memberikan SAP R/3 memiliki empat keunggulan praktis dibandingkan desain satu tingkat atau dua tingkat:

• Skalabilitas independen: Setiap lapisan dapat diskalakan secara terpisah. Hambatan dalam logika bisnis diatasi dengan menambahkan server aplikasi tanpa menyentuh perangkat keras basis data.
• Distribusi beban kerja: Server pesan menyeimbangkan beban sesi masuk di seluruh server aplikasi, mencegah satu server menjadi titik konflik tunggal.
• Perlindungan basis data: Pengguna akhir tidak pernah terhubung langsung ke basis data. Semua operasi baca dan tulis mengalir melalui proses kerja server aplikasi, yang menstandarisasi pemeriksaan otorisasi, penguncian, dan pencatatan transaksi.
• Upgrade fleksibilitas: The SAP Antarmuka pengguna grafis (GUI) dapat berevolusi (klien desktop, browser, atau seluler melalui SAPUI5) tanpa mengubah kode aplikasi atau basis data.

Pemisahan ini juga yang memungkinkan SAP untuk mendukung berbagai back-end basis data — termasuk SAP HANA, Oracle, IBM Db2, dan Microsoft SQL Server — di bawah basis kode aplikasi yang sama.

SAP R/2 vs SAP R/3: Bagaimana ArchiArsitektur yang Berkembang

SAP R/2 berjalan pada komputer mainframe dan menggunakan arsitektur dua tingkat di mana terminal pengguna berkomunikasi langsung dengan basis data. R/3, yang diluncurkan pada tahun 1992, menyisipkan lapisan aplikasi khusus di antara klien dan basis data. Keduanya berdampingan:

Aspek	SAP R / 2	SAP R / 3
Architekstur	2 tingkat (komputer utama + terminal)	3 tingkat (presentasi + aplikasi + basis data)
Perangkat keras	Komputer mainframe terpusat	Unix Terdistribusi / Windows / Server Linux
Skalabilitas	Hanya vertikal (komputer mainframe yang lebih besar)	Horizontal (menambahkan server aplikasi)
Akses basis data	Langsung dari sesi pengguna	Dimediasi oleh proses kerja server aplikasi
Model pemrograman	Hanya ABAP/4	ABAP dan Java berdampingan

Bagian selanjutnya menjelaskan masing-masing dari tiga lapisan R/3 secara detail.

Memahami berbeda SAP lapisan

Gambar 1: Ketiganya SAP Lapisan R/3 dan lalu lintas yang mengalir di antara lapisan-lapisan tersebut.

Lapisan Presentasi

The Lapisan Presentasi berisi komponen perangkat lunak yang membentuk SAP GUI — antarmuka grafis (GUI) dari Sistem R/3. GUI merupakan antarmuka antara sistem dan penggunanya, menyediakan tata letak intuitif untuk memasukkan dan menampilkan data.

Lapisan ini meneruskan input pengguna ke server aplikasi dan merender data yang diterimanya sebagai respons. Sementara SAP Saat GUI berjalan, GUI tersebut tetap terhubung ke sesi terminal pengguna di Sistem R/3 selama sesi tersebut berlangsung.

Lapisan Aplikasi

The Lapisan Aplikasi terdiri dari satu atau lebih server aplikasi dan sebuah server pesanSetiap server aplikasi menjalankan serangkaian layanan yang mengeksekusi logika bisnis R/3. Secara teori, satu server aplikasi sudah cukup; namun dalam praktiknya, layanan didistribusikan ke beberapa server untuk kapasitas dan redundansi.

Server pesan mengkoordinasikan komunikasi antar server aplikasi. Server ini meneruskan permintaan, tracks mengelompokkan server aplikasi, dan menetapkan server yang sesuai ketika pengguna masuk berdasarkan beban saat ini. Inilah yang memungkinkan penskalaan horizontal.

Lapisan Basis Data

The Lapisan Basis Data Sistem ini menampung sistem basis data pusat yang menyimpan semua data yang digunakan oleh Sistem R/3. Tumpukan basis data memiliki dua komponen — sistem manajemen basis data (DBMS) dan basis data itu sendiri. SAP mengirimkan sistem manajemen basis data (DBMS) miliknya sendiri, SAP HANA, dan juga mendukung setiap basis data komersial utama (Oracle, IBM Db2, Microsoft SQL Server).

Semua data R/3 — pengaturan kustomisasi, kode aplikasi, definisi layar, menu, modul fungsi, dan data runtime — tersimpan dalam basis data ini. Kode program dan objek desain berada di bagian khusus yang disebut Repositori R/3Objek-objek "repositori" inilah yang dibaca, ditulis, dan ditransfer oleh ABAP Workbench antar sistem.

Memahami komponen dari SAP R/3 3 tingkat Architekstur

Gambar 2: ABAP + Java Arsitektur sistem yang menunjukkan bagaimana kedua tumpukan tersebut berbagi infrastruktur.

Modern SAP Instansi NetWeaver dapat menjalankan ABAP dan Java tumpukan. Komponen di bawah ini menunjukkan bagaimana setiap tumpukan menangani pengirimannya sendiri sambil berbagi gateway, ICM, dan jembatan JCO untuk komunikasi lintas tumpukan.

Komponen	Tumpukan	Peran
Server Pesan (ABAP)	ABAP	Mengkoordinasikan komunikasi antara petugas pengiriman yang tersebar di sistem ABAP dan menyeimbangkan beban di seluruh instance.
Antrian Dispatcher	ABAP	Buffer yang menahan permintaan masuk hingga proses kerja menjadi bebas.
Dispatcher	ABAP	Mengambil permintaan dari antrian dan menetapkan setiap permintaan ke jenis proses kerja yang sesuai.
Proses Kerja ABAP	ABAP	Menjalankan langkah-langkah dialog dalam aplikasi R/3. Jenis-jenisnya meliputi Dialog, Update, Background, Spool, dan Enqueue.
Pintu gerbang	bersama	Memungkinkan komunikasi antara SAP sistem dan di antara SAP dan sistem eksternal melalui RFC.
Pipa Memori	bersama	Mengirim data antara Internet Communication Manager (ICM) dan proses kerja ABAP.
Server Pesan (Java)	Java	Koordinat Java pengirim dan proses server; memungkinkan komunikasi di dalam Java klaster runtime.
Server Antrian	Java	Mengelola kunci logis yang ditetapkan oleh Java Kode aplikasi yang berjalan di dalam proses server.
Layanan Pusat	Java	Spesial Java Instans klaster yang menangani penguncian dan pengiriman pesan antar proses. "Instans" adalah sekelompok sumber daya (memori, proses kerja, dll.).
Java Dispatcher	Java	Menerima permintaan klien dan meneruskannya ke Java proses server.
SDM	Java	Manajer Penyebaran Perangkat Lunak — menginstal komponen J2EE ke dalam Java tumpukan.
Java Proses Server	Java	Memproses sejumlah besar permintaan secara bersamaan menggunakan multi-threading.
ICM	bersama	Pengelola Komunikasi Internet — memungkinkan lalu lintas HTTP, HTTPS, dan SMTP sehingga SAP dapat diakses melalui browser.
JCO	Jembatan	Java Konektor — menangani komunikasi antara Java dispatcher dan dispatcher ABAP ketika kedua stack berjalan berdampingan.

Gambar 3: Kategori proses kerja ABAP (Dialog, Update, Background, Spool, Enqueue).

Bagaimana SAP Proses Masuk berfungsi?

Gambar 4: Alur langkah demi langkah proses masuk pengguna melalui SAP Lapisan dispatcher dan proses kerja R/3.

Langkah 1) Pengguna mengklik SAP sistem dari SAP GUI; permintaan diteruskan ke petugas operator.

Langkah 2) Permintaan tersebut sampai ke antrian permintaanPetugas operator mengikuti sebuah pertama masuk pertama keluar aturan dan menetapkan permintaan tersebut ke proses kerja berikutnya yang tersedia.

Langkah 3) Proses kerja dengan tipe yang sesuai akan ditetapkan. Pengguna yang masuk akan menerima proses kerja Dialog; laporan latar belakang akan menerima proses kerja Latar Belakang; pernyataan UPDATE akan diberikan kepada proses kerja Pembaruan. Tindakan tersebut menentukan tipe proses kerja.

Langkah 4) Setelah proses kerja Dialog ditetapkan, otorisasi pengguna dan pengaturan saat ini akan ditampilkan. digulung masuk ke memori bersama sehingga proses kerja dapat bertindak atas data pengguna. Ketika langkah dialog selesai, data tersebut diluncurkan untuk membebaskan memori bagi pengguna berikutnya. "Langkah dialog" adalah perpindahan dari satu layar ke layar lain di dalam sebuah transaksi.

Langkah 5) Proses kerja pertama-tama mencari data yang diminta di dalam buffer. Menemukannya di sana disebut sebagai... memukul dan menghindari perjalanan bolak-balik ke basis data, sehingga meningkatkan waktu respons. Tidak menemukannya akan memicu sebuah proses. kehilangan dan pembacaan basis data. Rasio hit-to-miss yang tinggi adalah kontributor terbesar tunggal terhadap SAP kinerja.

Langkah 6) Data yang tersisa kemudian diambil dari basis data, dan hasil gabungannya dikirim kembali ke SAP GUI melalui dispatcher.

Langkah 7) Data sesi pengguna dihapus dari memori bersama pada tahap akhir. roll-out, sehingga membebaskan area memori untuk permintaan berikutnya.

Siklus dispatcher → antrian → proses kerja → buffer → peluncuran yang sama berulang untuk setiap interaksi pengguna, terlepas dari apakah permintaan tersebut berasal dari SAP GUI, peramban melalui ICM, atau sistem eksternal melalui gateway.

Pertanyaan Umum Demo Slot