SAP R / 3 Architecture
Jessica Blakeová
⚡ Chytré shrnutí
SAP R / 3 ArchiTextura je třívrstvý klient-server design, který odděluje odpovědnosti za prezentaci, aplikaci a databázi. Tento článek vysvětluje každou vrstvu, ABAP a Java zásobník komponent, proces přihlašování řízený dispečerem a důvody SAP zvolili tento vrstvený model.
SAP R / 3 Architextura je základem téměř každé klasické SAP Nasazení ERP. Následující části vysvětlují, jak tyto tři úrovně interagují a jak ABAP a Java Zásobníky rozdělují práci mezi dispečera, server zpráv a databázi.
Co je to SAP R/3?
SAP R/3 je podnikový systém typu klient-server postavený na třívrstvá architektura skládající se ze tří nezávislých vrstev:
- představení
- editaci videa
- Databáze
- R představuje Real-time zpracovává se.
- 3 je zkratka pro 3-vrstva architektonický vzor.
Uživatelský počítač (front-end): Uživatelé přistupují k SAP prostřednictvím systému SAP Grafické uživatelské rozhraní nebo webový prohlížeč. Na počítači uživatele je nainstalován pouze front-endový klient; aplikační a databázové servery běží samostatně na vyhrazeném hardwaru.
Aplikační servery: Aplikační servery provádějí obchodní logiku. Pracovní zátěž je rozdělena mezi více aplikačních serverů, takže uživatelé při velkém zatížení dostávají odpovědi rychleji. Tyto servery obvykle běží na vzdálené infrastruktuře, nikoli na uživatelských pracovních stanicích.
Databázový server: Databázový server ukládá a načítá data v reakci na SQL dotazy generované ABAP a Java aplikace. Databázové a aplikační služby mohou běžet na stejném počítači nebo na samostatných fyzických hostitelích v závislosti na potřebách kapacity.
Proč ano? SAP Používá R/3 třívrstvou architekturu?
Oddělení prezentace, obchodní logiky a úložiště do tří nezávislých úrovní dává SAP Čtyři praktické výhody R/3 oproti jednoúrovňovým nebo dvouúrovňovým konstrukcím:
- Nezávislá škálovatelnost: Každou vrstvu lze škálovat samostatně. Úzké hrdlo v obchodní logice je řešeno přidáním aplikačních serverů bez zásahu do databázového hardwaru.
- Rozložení pracovní zátěže: Server zpráv vyrovnává zátěž příchozích relací mezi aplikačními servery a zabraňuje tak tomu, aby se kterýkoli server stal jediným bodem sporu.
- Ochrana databáze: Koncoví uživatelé se nikdy nepřipojují k databázi přímo. Veškeré operace čtení a zápisu probíhají přes pracovní procesy aplikačního serveru, které standardizují kontroly autorizace, zamykání a protokolování transakcí.
- Upgrade flexibilita: Jedno SAP Grafické rozhraní se může vyvíjet (desktop, prohlížeč nebo mobilní klienti prostřednictvím SAPUI5) bez změny kódu aplikace nebo databáze.
Toto oddělení také umožňuje SAP pro podporu více databázových back-endů – včetně SAP HANA, Oracle, IBM Db2 a Microsoft SQL Server — pod stejnou kódovou základnou aplikace.
SAP R/2 vs. SAP R/3: Jak ArchiTecture Evolved
SAP R/2 běžel na mainframe a používal dvouvrstvou architekturu, ve které uživatelský terminál komunikoval přímo s databází. R/3, spuštěný v roce 1992, vložil mezi klienta a databázi specializovanou aplikační vrstvu. Tyto dvě vrstvy běžely vedle sebe:
| Vzhled | SAP R / 2 | SAP R / 3 |
|---|---|---|
| Architecture | 2vrstvý (mainframe + terminál) | 3vrstvá (prezentace + aplikace + databáze) |
| technické vybavení | Centralizovaný sálový počítač | Distribuovaný Unix / Windows / Linuxové servery |
| Škálovatelnost | Pouze vertikální (větší mainframe) | Horizontální (přidat aplikační servery) |
| Přístup k databázi | Přímo z uživatelské relace | Zprostředkováno pracovními procesy aplikačního serveru |
| Programovací model | Pouze ABAP/4 | ABAP a Java bok po boku |
Zbývající části podrobně vysvětlují každou ze tří vrstev R/3.
Pochopení různých SAP vrstev
Obrázek 1: Tyto tři SAP Vrstvy R/3 a provoz, který mezi nimi proudí.
Prezentační vrstva
Jedno Prezentační vrstva obsahuje softwarové komponenty, které tvoří SAP GUI — grafické rozhraní systému R/3. Jedná se o rozhraní mezi systémem a jeho uživateli, které poskytuje intuitivní rozvržení pro zadávání a zobrazování dat.
Tato vrstva přeposílá uživatelský vstup aplikačnímu serveru a vykresluje data, která obdrží jako odpověď. SAP Pokud je spuštěno grafické uživatelské rozhraní, zůstává po dobu trvání této relace propojeno s terminálovou relací uživatele v systému R/3.
Aplikační vrstva
Jedno Aplikační vrstva se skládá z jednoho nebo více aplikačních serverů a server zprávKaždý aplikační server provozuje sadu služeb, které provádějí obchodní logiku R/3. Teoreticky stačí jeden aplikační server; v praxi jsou služby kvůli kapacitě a redundanci rozděleny na několik serverů.
Server zpráv koordinuje komunikaci mezi aplikačními servery. Přeposílá požadavky, tracAplikační servery ks seskupují a přiřazují vhodný server po přihlášení uživatele na základě aktuálního zatížení. Díky tomu je možné horizontální škálování.
Databázová vrstva
Jedno Databázová vrstva obsahuje centrální databázový systém, který ukládá všechna data používaná systémem R/3. Databázový zásobník má dvě komponenty – systém správy databází (DBMS) a samotnou databázi. SAP dodává vlastní DBMS, SAP HANAa také podporuje všechny hlavní komerční databáze (Oracle, IBM Db2, Microsoft SQL Server).
Všechna data R/3 – úprava nastavení, kód aplikace, definice obrazovek, nabídky, funkční moduly a běhová data – se nacházejí v této databázi. Programový kód a návrhové objekty se nacházejí ve speciální sekci nazvané Úložiště R/3; tyto „objekty úložiště“ jsou to, co ABAP Workbench čte, zapisuje a přenáší mezi systémy.
Pochopení složek SAP R/3 3-vrstvý Architecture
Obrázek 2: ABAP + Java architektura systému ukazující, jak oba zásobníky sdílejí infrastrukturu.
Moderní SAP Instance NetWeaveru může hostovat jak ABAP, tak i Java zásobníky. Níže uvedené komponenty ukazují, jak každý zásobník zpracovává své vlastní dispečerské řízení a zároveň sdílí bránu, ICM a most JCO pro komunikaci mezi zásobníky.
| Složka | Stoh | Role |
|---|---|---|
| Server zpráv (ABAP) | ABAP | Koordinuje komunikaci mezi distribuovanými dispečery v systém ABAP a vyrovnává zátěž mezi instancemi. |
| Fronta dispečera | ABAP | Buffer který uchovává příchozí požadavky, dokud se pracovní proces neuvolní. |
| Odesílatel | ABAP | Načítá požadavky z fronty a každý z nich přiřazuje k příslušnému typu pracovního procesu. |
| Pracovní procesy ABAP | ABAP | Provádějte kroky dialogu v aplikacích R/3. Mezi typy patří Dialog, Aktualizace, Pozadí, Spool a Zařazení do fronty. |
| Brána | Společná | Umožňuje komunikaci mezi SAP systémy a mezi nimi SAP a externí systémy prostřednictvím RFC. |
| Paměťové trubky | Společná | Přenášet data mezi pracovními procesy Internet Communication Manager (ICM) a ABAP. |
| Server zpráv (Java) | Java | Souřadnice Java dispečery a serverové procesy; umožňuje komunikaci uvnitř Java běhový cluster. |
| Zařazení serveru do fronty | Java | Spravuje logické zámky nastavené Java kód aplikace běžící uvnitř serverového procesu. |
| Centrální služby | Java | Speciální Java instance clusteru, která se stará o zamykání a meziprocesové zasílání zpráv. „Instance“ je skupina zdrojů (paměť, pracovní procesy atd.). |
| Java Odesílatel | Java | Přijímá požadavky klientů a přeposílá je Java serverové procesy. |
| SDM | Java | Správce nasazení softwaru – instaluje komponenty J2EE do Java zásobník. |
| Java Serverové procesy | Java | Zpracovávejte velké množství požadavků současně pomocí vícevláknového zpracování. |
| ICM | Společná | Správce internetové komunikace – umožňuje provoz HTTP, HTTPS a SMTP, takže SAP lze dosáhnout z prohlížeče. |
| JCO | Bridge | Java Konektor – zajišťuje komunikaci mezi Java dispečer a dispečer ABAP, když oba zásobníky běží vedle sebe. |
Obrázek 3: Kategorie pracovních procesů ABAP (Dialog, Aktualizace, Pozadí, Spool, Zařazení do fronty).
Jak SAP Funguje proces přihlášení?
Obrázek 4: Postup přihlášení uživatele krok za krokem SAP Dispečerské a pracovní vrstvy R/3.
Krok 1) Uživatel klikne na SAP systém od SAP GUI; požadavek je přeposílán do odesílatel.
Krok 2) Žádost přistane v fronta požadavkůDispečer se řídí první dovnitř, první ven pravidlo a přiřadí požadavek k dalšímu dostupnému pracovnímu procesu.
Krok 3) Je přiřazen pracovní proces příslušného typu. Přihlašující se uživatel obdrží pracovní proces Dialog; zpráva na pozadí obdrží pracovní proces Background; příkaz UPDATE je předán pracovnímu procesu Update. Akce určuje typ pracovního procesu.
Krok 4) Jakmile je pracovní proces Dialog přiřazen, jsou přiřazena oprávnění uživatele a aktuální nastavení. srolované do sdílené paměti, aby pracovní proces mohl pracovat s uživatelskými daty. Po dokončení dialogového kroku jsou tato data válí uvolnit paměť pro dalšího uživatele. „Dialogový krok“ je přechod z jedné obrazovky na druhou v rámci transakce.
Krok 5) Pracovní proces nejprve hledá požadovaná data ve vyrovnávací paměti. Jejich nalezení se nazývá hit a vyhne se tak nutnosti zpětného přenosu databáze, čímž se zkrátí doba odezvy. Pokud ji nenajdete, spustí se miss a čtení databáze. Vysoký poměr zásahů a neúspěchů je největším faktorem, který přispívá k SAP výkon.
Krok 6) Veškerá zbývající data jsou dotazována z databáze a kombinovaný výsledek je odeslán zpět do SAP Grafické uživatelské rozhraní přes dispečer.
Krok 7) Data relace uživatele jsou v závěrečném kroku odstraněna ze sdílené paměti. zavádění, čímž se uvolní paměťová oblast pro další požadavek.
Stejný dispečer → fronta → pracovní proces → vyrovnávací paměť → cyklus zavádění se opakuje pro každou interakci uživatele, ať už požadavek pochází z SAP GUI, prohlížeč přes ICM nebo externí systém přes bránu.
