SAP R / 3 Architectúra

SAP R / 3 ArchiA textúra szinte minden klasszikus alapját képezi SAP ERP telepítés. Az alábbi szakaszok ismertetik, hogyan hatnak egymásra a három szint, és hogyan működik együtt az ABAP és a Java A stackek megosztják a munkát a diszpécser, az üzenetszerver és az adatbázis között.

Mi a SAP R/3?

SAP Az R/3 egy kliens-szerver vállalati rendszer, amely egy háromszintű architektúra három független rétegből áll:

1. Bemutatás
2. Alkalmazás
3. adatbázis

• R jelentése Valós idejű feldolgozás.
• 3 a 3-rétegű építészeti minta.

Felhasználói számítógép (front-end): A felhasználók hozzáférnek a SAP rendszeren keresztül SAP Grafikus felhasználói felület vagy webböngésző. Csak a front-end kliens van telepítve a felhasználó gépére; az alkalmazás- és adatbázis-kiszolgálók külön futnak dedikált hardveren.

Alkalmazásszerverek: Az alkalmazásszerverek üzleti logikát hajtanak végre. A munkaterhelés több alkalmazásszerver között oszlik meg, így a felhasználók gyorsabban kapnak válaszokat nagy terhelés alatt is. Ezek a szerverek jellemzően távoli infrastruktúrán futnak, nem pedig felhasználói munkaállomásokon.

Adatbázis-kiszolgáló: Az adatbázis-kiszolgáló tárolja és kéri le az adatokat válaszul SQL az ABAP által generált lekérdezések és Java alkalmazások. Az adatbázis- és alkalmazásszolgáltatások a kapacitásigényektől függően ugyanazon a gépen vagy különálló fizikai hosztokon is futhatnak.

Miért SAP Az R/3 3-szintű architektúrát használ?

A prezentáció, az üzleti logika és a tárolás három független szintre történő szétválasztása a következőket eredményezi: SAP Az R/3 négy gyakorlati előnye az egy- vagy kétszintes kialakítással szemben:

• Független skálázhatóság: Minden réteg külön skálázható. Az üzleti logikában felmerülő szűk keresztmetszetet az alkalmazáskiszolgálók adatbázis-hardverhez való hozzáadásával oldják meg.
• Munkaterhelés-eloszlás: Az üzenetküldő szerver elosztja a bejövő munkameneteket az alkalmazásszerverek között, megakadályozva, hogy bármelyik szerver is versenyhelyzetté váljon.
• Adatbázis-védelem: A végfelhasználók soha nem csatlakoznak közvetlenül az adatbázishoz. Minden olvasási és írási művelet alkalmazásszerver munkafolyamatokon keresztül történik, amelyek szabványosítják a jogosultságellenőrzéseket, a zárolást és a tranzakciónaplózást.
• Upgrade rugalmasság: Az SAP A grafikus felhasználói felület (GUI) fejlődhet (asztali, böngésző vagy mobil kliensek) SAPUI5) az alkalmazás vagy az adatbázis kódjának módosítása nélkül.

Ez az elkülönítés teszi lehetővé azt is, SAP több adatbázis-háttérrendszer támogatására – beleértve SAP HANNA, Oracle, IBM Db2, és Microsoft SQL Server — ugyanazon alkalmazáskód-bázis alatt.

SAP R/2 vs. SAP R/3: Hogyan a Architextúra fejlődött

SAP Az R/2 egy nagyszámítógépen futott, és egy kétszintű architektúrát használt, amelyben a felhasználói terminál közvetlenül az adatbázissal kommunikált. Az 1992-ben megjelent R/3 egy dedikált alkalmazási réteget illesztett be a kliens és az adatbázis közé. A kettő egymás mellett:

Aspect	SAP R / 2	SAP R / 3
Architectúra	2-szintű (nagyszámítógép + terminál)	3-szintű (prezentáció + alkalmazás + adatbázis)
hardver	Központosított nagyszámítógép	Elosztott Unix / Windows / Linux szerverek
Bővíthetőség	Csak függőleges (nagyobb mainframe)	Vízszintes (alkalmazáskiszolgálók hozzáadása)
Adatbázis hozzáférés	Közvetlenül a felhasználói munkamenetből	Alkalmazásszerver munkafolyamatai által közvetítve
Programozási modell	Csak ABAP/4	ABAP és Java egymás mellett

A fennmaradó részek részletesen ismertetik mindhárom R/3 réteget.

Megérteni a másikat SAP tojók

1. ábra: A három SAP R/3 rétegek és a közöttük áramló forgalom.

Bemutató réteg

Az Bemutató réteg tartalmazza azokat a szoftverösszetevőket, amelyek a SAP GUI – az R/3 rendszer grafikus kezelőfelülete. Ez a rendszer és a felhasználók közötti interfész, intuitív elrendezést biztosítva az adatok beviteléhez és megjelenítéséhez.

Ez a réteg továbbítja a felhasználói bemenetet az alkalmazáskiszolgálónak, és megjeleníti a válaszként kapott adatokat. Míg SAP Ha a grafikus felhasználói felület fut, az R/3 rendszerben a felhasználó terminál-munkamenetéhez kapcsolódik az adott munkamenet időtartama alatt.

Alkalmazási réteg

Az Alkalmazási réteg egy vagy több alkalmazáskiszolgálóból és egy üzenetszerverMinden alkalmazáskiszolgáló egy sor szolgáltatást futtat, amelyek R/3 üzleti logikát hajtanak végre. Elméletben egyetlen alkalmazáskiszolgáló elegendő; a gyakorlatban a szolgáltatások több szerver között vannak elosztva a kapacitás és a redundancia érdekében.

Az üzenetküldő szerver koordinálja az alkalmazásszerverek közötti kommunikációt. Továbbítja a kéréseket, tracA ks alkalmazáskiszolgáló-csoportokat használ, és a felhasználó bejelentkezésekor a jelenlegi terhelés alapján hozzárendel egy megfelelő kiszolgálót. Ez teszi lehetővé a vízszintes skálázást.

Adatbázis réteg

Az Adatbázis réteg egy központi adatbázis-rendszert tartalmaz, amely az R/3 rendszer által használt összes adatot tárolja. Az adatbázis-verem két összetevőből áll – az adatbázis-kezelő rendszerből (DBMS) és magából az adatbázisból. SAP saját adatbázis-kezelő rendszert (DBMS) szállít, SAP HANNA, és minden nagyobb kereskedelmi adatbázist is támogat (Oracle, IBM Db2, Microsoft SQL Server).

Minden R/3 adat – a testreszabási beállítások, az alkalmazáskód, a képernyődefiníciók, a menük, a függvénymodulok és a futásidejű adatok – ebben az adatbázisban található. A programkód és a tervezési objektumok egy speciális részben, az úgynevezett R/3 adattár; ezeket a „tárházobjektumokat” olvassa, írja és szállítja az ABAP Workbench a rendszerek között.

Az összetevők megértése SAP R/3 3 szintes Architectúra

2. ábra: ABAP + Java rendszerarchitektúra, amely bemutatja, hogyan osztja meg a két rendszer az infrastruktúrát.

Egy modern SAP A NetWeaver példány mind ABAP-ot, mind Java veremekhez. Az alábbi komponensek bemutatják, hogyan kezeli az egyes verem a saját diszpécserkedését, miközben megosztja az átjárót, az ICM-et és a JCO hidat a veremközi kommunikációhoz.

Összetevő	Stack	Szerep
Üzenetszerver (ABAP)	ABAP	Koordinálja a szétszórt diszpécserek közötti kommunikációt a ABAP rendszer és elosztja a terhelést a példányok között.
Diszpécser sor	ABAP	Buffer amely a bejövő kéréseket addig tárolja, amíg egy munkafolyamat fel nem szabadodik.
diszpécser	ABAP	Kinyeri a kéréseket a várólistából, és mindegyiket hozzárendeli a megfelelő munkafolyamat-típushoz.
ABAP munkafolyamatok	ABAP	Párbeszédlépések végrehajtása R/3 alkalmazásokban. Típusok: Párbeszéd, Frissítés, Háttér, Sorba állítás és Sorba helyezés.
Gateway	Közös	Lehetővé teszi a kommunikációt a következők között: SAP rendszerek és azok között SAP és külső rendszerek RFC-n keresztül.
Memóriacsövek	Közös	Adatok átvitele az Internet Communication Manager (ICM) és az ABAP munkafolyamatok között.
Üzenetszerver (Java)	Java	koordináták Java diszpécserek és szerverfolyamatok; lehetővé teszi a kommunikációt a rendszeren belül Java futásidejű klaszter.
Sorba helyezési kiszolgáló	Java	Kezeli a logikai zárakat, amelyeket a következő állít be: Java egy szerverfolyamaton belül futó alkalmazáskód.
Központi szolgáltatások	Java	Egy különleges Java egy fürtpéldány, amely a zárolást és a folyamatok közötti üzenetküldést kezeli. A „példány” erőforrások (memória, munkafolyamatok stb.) csoportja.
Java diszpécser	Java	Fogadja az ügyfelek kéréseit és továbbítja azokat a Java szerverfolyamatok.
SDM	Java	Szoftvertelepítés-kezelő – telepíti a J2EE komponenseket a Java Kazal.
Java Szerverfolyamatok	Java	Nagyszámú kérés egyidejű feldolgozása többszálú feldolgozással.
ICM	Közös	Internet Communication Manager – engedélyezi a HTTP, HTTPS és SMTP forgalmat SAP böngészőből is elérhető.
JCO	Bridge	Java Csatlakozó — kezeli a kommunikációt a Java diszpécser és az ABAP diszpécser, amikor mindkét verem egymás mellett fut.

3. ábra: Az ABAP munkafolyamatok kategóriái (Párbeszédpanel, Frissítés, Háttér, Spool, Sorba állítás).

Hogy a SAP A bejelentkezési folyamat működik?

4. ábra: A felhasználói bejelentkezés lépésről lépésre történő bemutatása a SAP R/3 diszpécser és munkafolyamat rétegek.

Step 1) A felhasználó rákattint a SAP rendszertől SAP GUI; a kérés továbbításra kerül a következőhöz: diszpécser.

Step 2) A kérés a következő címre érkezik: kérési sorA diszpécser követi a első be, első ki szabályt, és hozzárendeli a kérést a következő elérhető munkafolyamathoz.

Step 3) Egy megfelelő típusú munkafolyamat kerül hozzárendelésre. A bejelentkező felhasználó egy Párbeszéd munkafolyamatot kap; egy háttérjelentés egy Háttér munkafolyamatot kap; egy UPDATE utasítás átadásra kerül egy Frissítés munkafolyamatnak. A művelet határozza meg a munkafolyamat típusát.

Step 4) Miután a Párbeszéd munkafolyamat hozzárendelésre került, a felhasználó jogosultságai és aktuális beállításai a begurítva megosztott memóriába, hogy a munkafolyamat a felhasználói adatokon tudjon dolgozni. Amikor a párbeszéd lépés befejeződik, az adatok kigördült hogy felszabadítsa a memóriát a következő felhasználó számára. A „párbeszédlépés” az egyik képernyőről a másikra való átlépés egy tranzakción belül.

Step 5) A munkafolyamat először a pufferben keresi a kért adatot. Az ottani megtalálását nevezzük megüt és elkerüli az adatbázis-körutazást, javítva a válaszidőt. Ha nem találja meg, akkor egy hiányzik és egy adatbázis-olvasás. A magas találat-hiba arány a legnagyobb hozzájáruló tényező a SAP teljesítményt.

Step 6) A fennmaradó adatokat lekérdezi az adatbázisból, és az egyesített eredményt visszaküldi a SAP Grafikus felhasználói felület a diszpécser segítségével.

Step 7) A felhasználó munkamenet-adatai egy végső művelet során törlődnek a megosztott memóriából. kigördülés, felszabadítva a memóriaterületet a következő kéréshez.

Ugyanaz a diszpécser → sor → munkafolyamat → puffer → bevezetési ciklus ismétlődik minden felhasználói interakciónál, függetlenül attól, hogy a kérés honnan származik SAP GUI, böngésző ICM-en keresztül, vagy külső rendszer az átjárón keresztül.

GYIK