SAP R / 3 Archirakenne
Jessica Blake
⚡ Älykäs yhteenveto
SAP R / 3 ArchiRakenne on kolmitasoinen asiakas-palvelin-rakenne, joka erottaa esitys-, sovellus- ja tietokantavastuut. Tässä artikkelissa selitetään jokainen taso, ABAP ja Java komponenttipino, lähettäjän ohjaama kirjautumisprosessi ja syyt SAP valitsi tämän kerrostetun mallin.
SAP R / 3 Archirakenne on lähes jokaisen klassikon perusta SAP ERP-käyttöönotto. Seuraavissa osioissa selitetään, miten kolme tasoa ovat vuorovaikutuksessa ja miten ABAP ja Java pinot jakavat työn lähettäjän, viestipalvelimen ja tietokannan välillä.
Mikä on SAP R/3?
SAP R/3 on asiakas-palvelin-yritysjärjestelmä, joka on rakennettu kolmikerroksinen arkkitehtuuri koostuu kolmesta itsenäisestä kerroksesta:
- esittely
- Hakemus
- tietokanta
- R tarkoittaa Real-time käsittely.
- 3 tarkoittaa 3-tason arkkitehtoninen kuvio.
Käyttäjän tietokone (käyttöliittymä): Käyttäjät pääsevät käsiksi SAP järjestelmän kautta SAP Graafinen käyttöliittymä tai verkkoselain. Käyttäjän koneelle asennetaan vain käyttöliittymäasiakas; sovellus- ja tietokantapalvelimet toimivat erikseen omalla laitteistollaan.
Sovelluspalvelimet: Sovelluspalvelimet suorittavat liiketoimintalogiikkaa. Työkuorma jaetaan useille sovelluspalvelimille, jotta käyttäjät saavat vastauksia nopeammin raskaan kuormituksen aikana. Nämä palvelimet toimivat tyypillisesti etäinfrastruktuurissa käyttäjien työasemien sijaan.
Tietokantapalvelin: Tietokantapalvelin tallentaa ja hakee tietoja vastauksena SQL ABAP:n ja Java sovellukset. Tietokanta- ja sovelluspalvelut voivat toimia samalla koneella tai erillisillä fyysisillä isännillä kapasiteettitarpeista riippuen.
Miksi? SAP Käyttääkö R/3 kolmitasoarkkitehtuuria?
Esityksen, liiketoimintalogiikan ja tallennuksen erottaminen kolmeen itsenäiseen tasoon antaa SAP R/3:lla on neljä käytännön etua yksi- tai kaksikerroksisiin malleihin verrattuna:
- Itsenäinen skaalautuvuus: Jokainen kerros voidaan skaalata erikseen. Liiketoimintalogiikan pullonkaula ratkaistaan lisäämällä sovelluspalvelimia koskematta tietokantalaitteistoon.
- Työmäärän jakautuminen: Viestipalvelin tasaa saapuvien istuntojen kuormitusta sovelluspalvelimien välillä estäen yksittäisen palvelimen muuttumisen kilpailupisteeksi.
- Tietokannan suojaus: Loppukäyttäjät eivät koskaan muodosta suoraa yhteyttä tietokantaan. Kaikki luku- ja kirjoitustoiminnot kulkevat sovelluspalvelimen työprosessien kautta, jotka standardoivat valtuutustarkistukset, lukituksen ja tapahtumien lokikirjauksen.
- Upgrade joustavuus: SAP GUI-käyttöliittymä voi kehittyä (työpöytä-, selain- tai mobiiliasiakasohjelmat) SAPUI5) muuttamatta sovellus- tai tietokantakoodia.
Tämä erottelu myös mahdollistaa SAP tukeakseen useita tietokannan taustajärjestelmiä — mukaan lukien SAP HANA, Oracle, IBM Db2 ja Microsoft SQL Server — saman sovelluskoodikannan alla.
SAP R/2 vs. SAP R/3: Miten Archirakenne kehittynyt
SAP R/2 toimi keskustietokoneella ja käytti kaksikerroksista arkkitehtuuria, jossa käyttäjäpääte kommunikoi suoraan tietokannan kanssa. Vuonna 1992 julkaistu R/3 lisäsi erillisen sovelluskerroksen asiakkaan ja tietokannan väliin. Nämä kaksi rinnakkain:
| Aspect | SAP R / 2 | SAP R / 3 |
|---|---|---|
| Archirakenne | 2-tasoinen (keskustietokone + päätelaite) | 3-tasoinen (esitys + sovellus + tietokanta) |
| Palvelimet | Keskitetty keskustietokone | Hajautettu Unix / Windows / Linux-palvelimet |
| skaalautuvuus | Vain pystysuora (suurempi keskusyksikkö) | Vaakasuora (lisää sovelluspalvelimet) |
| Pääsy tietokantaan | Suoraan käyttäjäistunnosta | Sovelluspalvelimen työprosessien välittämä |
| Ohjelmointimalli | Vain ABAP/4 | ABAP ja Java vierekkäin |
Loput osiot selittävät yksityiskohtaisesti jokaisen kolmesta R/3-kerroksesta.
Ymmärtäminen eri SAP kerrokset
Kuva 1: Kolme SAP R/3-tasot ja niiden välinen liikenne.
Esityskerros
Esityskerros sisältää ohjelmistokomponentit, jotka muodostavat SAP GUI — R/3-järjestelmän graafinen käyttöliittymä. Se on järjestelmän ja sen käyttäjien välinen käyttöliittymä, joka tarjoaa intuitiivisen asettelun tietojen syöttämiseen ja näyttämiseen.
Tämä kerros välittää käyttäjän syötteen sovelluspalvelimelle ja renderöi vastaanottamansa tiedot vastauksena. Vaikka SAP Vaikka graafinen käyttöliittymä olisi käynnissä, se pysyy linkitettynä käyttäjän pääteistuntoon R/3-järjestelmässä kyseisen istunnon ajan.
Sovelluskerros
Sovelluskerros koostuu yhdestä tai useammasta sovelluspalvelimesta ja viestipalvelinJokainen sovelluspalvelin suorittaa joukkoa palveluita, jotka suorittavat R/3-liiketoimintalogiikkaa. Teoriassa yksi sovelluspalvelin riittää; käytännössä palvelut on hajautettu useille palvelimille kapasiteetin ja redundanssin takaamiseksi.
Viestipalvelin koordinoi sovelluspalvelimien välistä viestintää. Se välittää pyyntöjä, tracks-sovelluspalvelinryhmät ja määrittää sopivan palvelimen käyttäjän kirjautuessa sisään nykyisen kuormituksen perusteella. Tämä mahdollistaa vaakasuuntaisen skaalauksen.
Tietokantakerros
Tietokantakerros sisältää keskitetyn tietokantajärjestelmän, joka tallentaa kaikki R/3-järjestelmän käyttämät tiedot. Tietokantapinossa on kaksi komponenttia – tietokannan hallintajärjestelmä (DBMS) ja itse tietokanta. SAP toimittaa oman tietokannan hallintajärjestelmänsä, SAP HANAja tukee myös kaikkia merkittäviä kaupallisia tietokantoja (Oracle, IBM Db2, Microsoft SQL Server).
Kaikki R/3-tiedot – mukautusasetukset, sovelluskoodi, näyttömääritelmät, valikot, funktiomoduulit ja ajonaikaiset tiedot – sijaitsevat tässä tietokannassa. Ohjelmakoodi ja suunnitteluobjektit sijaitsevat erityisessä osiossa nimeltä R/3-arkisto; näitä ”tietovarasto-objekteja” ABAP Workbench lukee, kirjoittaa ja siirtää järjestelmien välillä.
Komponenttien ymmärtäminen SAP R/3 3-tasoinen Archirakenne
Kuva 2: ABAP + Java järjestelmäarkkitehtuuri, joka näyttää, miten kaksi pinoa jakaa infrastruktuurin.
Moderni SAP NetWeaver-instanssi voi isännöidä sekä ABAP- että Java pinot. Alla olevat komponentit osoittavat, kuinka kukin pino käsittelee omaa lähettämistään ja jakaa yhdyskäytävän, ICM:n ja JCO-sillan pinojen välistä tiedonsiirtoa varten.
| komponentti | Pinota | Rooli |
|---|---|---|
| Viestipalvelin (ABAP) | ABAP | Koordinoi hajautettujen lähettäjien välistä viestintää ABAP järjestelmä ja tasapainottaa kuormitusta eri instanssien välillä. |
| Lähettäjän jono | ABAP | Buffer joka pidättää saapuvia pyyntöjä, kunnes työprosessi vapautuu. |
| lähettäjä | ABAP | Noutaa pyynnöt jonosta ja määrittää kunkin pyynnön sopivaan työprosessityyppiin. |
| ABAP-työprosessit | ABAP | Suorita valintaikkunan vaiheita R/3-sovelluksissa. Tyyppejä ovat valintaikkuna, päivitys, tausta, taustatulostus ja jonoon asettaminen. |
| portti | Yhteinen | Mahdollistaa kommunikaation seuraavien välillä: SAP järjestelmien ja niiden välillä SAP ja ulkoiset järjestelmät RFC:n kautta. |
| Muistiputket | Yhteinen | Siirrä tietoja Internet Communication Managerin (ICM) ja ABAP-työprosessien välillä. |
| Viestipalvelin (Java) | Java | koordinaatit Java lähettäjät ja palvelinprosessit; mahdollistaa sisäisen viestinnän Java ajonaikainen klusteri. |
| Enqueue-palvelin | Java | Hallitsee loogisia lukkoja, jotka on asetettu Java palvelinprosessin sisällä suoritettava sovelluskoodi. |
| Keskuspalvelut | Java | Erityinen Java klusteri-instanssi, joka käsittelee lukitusta ja prosessien välistä viestintää. ”Instanssi” on resurssien ryhmä (muisti, työprosessit jne.). |
| Java lähettäjä | Java | Vastaanottaa asiakkaiden pyynnöt ja välittää ne eteenpäin Java palvelinprosessit. |
| SDM | Java | Ohjelmistojen käyttöönottohallinta — asentaa J2EE-komponentteja Java pino. |
| Java Palvelinprosessit | Java | Käsittele suuria määriä pyyntöjä samanaikaisesti käyttämällä monisäikeisyyttä. |
| ICM | Yhteinen | Internet Communication Manager – mahdollistaa HTTP-, HTTPS- ja SMTP-liikenteen SAP pääsee käsiksi selaimesta. |
| JCO | Silta | Java Liitin — hoitaa tiedonsiirron laitteen ja laitteen välillä Java lähetin ja ABAP-lähetin, kun molemmat pinot toimivat rinnakkain. |
Kuva 3: ABAP-työprosessien luokat (dialogi, päivitys, tausta, taustatulostus, jonoon asettaminen).
Kuinka SAP Toimiiko kirjautumisprosessi?
Kuva 4: Käyttäjän kirjautuminen vaihe vaiheelta SAP R/3-lähettäjä ja työprosessikerrokset.
Vaihe 1) Käyttäjä napsauttaa SAP järjestelmä alkaen SAP GUI; pyyntö välitetään edelleen lähettäjä.
Vaihe 2) Pyyntö päätyy kohteeseen pyyntöjonoLähettäjä noudattaa ensimmäinen sisällä ensimmäinen ulkona säännön ja määrittää pyynnön seuraavalle käytettävissä olevalle työprosessille.
Vaihe 3) Sopivan tyyppinen työprosessi määritetään. Sisäänkirjautunut käyttäjä vastaanottaa Dialog-työprosessin; taustaraportti vastaanottaa Taustatyöprosessin; UPDATE-lauseke luovutetaan Update-työprosessille. Toiminto sanelee työprosessin tyypin.
Vaihe 4) Kun Dialog-työprosessi on määritetty, käyttäjän käyttöoikeudet ja nykyiset asetukset ovat rullattu sisään jaettuun muistiin, jotta työprosessi voi käsitellä käyttäjän tietoja. Kun dialogivaihe päättyy, tiedot avattu vapauttaakseen muistia seuraavalle käyttäjälle. ”Dialogivaihe” on siirtyminen näytöltä toiselle transaktion sisällä.
Vaihe 5) Työprosessi etsii ensin pyydettyä dataa puskurimuistista. Sen löytämistä sieltä kutsutaan osuma ja välttää tietokannan edestakaisen matkan, mikä parantaa vasteaikaa. Jos sitä ei löydy, se laukaisee menettää ja tietokannan luku. Korkea osumien ja epäonnistumisten suhde on suurin yksittäinen tekijä SAP suorituskykyä.
Vaihe 6) Kaikki jäljellä olevat tiedot haetaan tietokannasta ja yhdistetty tulos lähetetään takaisin SAP Graafinen käyttöliittymä lähettimen kautta.
Vaihe 7) Käyttäjän istuntotiedot poistetaan jaetusta muistista lopullisessa levittää, vapauttaen muistialueen seuraavaa pyyntöä varten.
Sama lähettäjä → jono → työprosessi → puskuri → käyttöönottosykli toistuu jokaisen käyttäjätoiminnon yhteydessä riippumatta siitä, onko pyyntö peräisin SAP Graafinen käyttöliittymä, selain ICM:n kautta tai ulkoinen järjestelmä yhdyskäytävän kautta.
