Vodič za arhitekturu Sap R / 3

Sadržaj:

Anonim

Što je SAP R / 3?

SAP R / 3 je troslojna arhitektura koja se sastoji od 3 sloja

  1. Prezentacija
  2. Primjena
  3. Baza podataka

Jednostavnim riječima, to je arhitektura klijentskog poslužitelja.

  • R označava sustav u stvarnom vremenu
  • 3 predstavlja - troslojnu arhitekturu.

Korisničko računalo: - Korisnici mogu pristupiti SAP sustavu na dva načina: -

  1. Kroz SAP GUI
  2. Kroz web preglednik

Zove se front-end. Na računalu korisnika instaliran je samo front-end, a ne poslužitelji aplikacija / baze podataka.

Front-end preuzima zahtjeve korisnika na poslužitelj baze podataka i poslužitelje aplikacija.

Aplikacijski poslužitelji: - Poslužitelj aplikacija izgrađen je za obradu poslovne logike. Ovo se radno opterećenje raspoređuje na više poslužitelja aplikacija. S više poslužitelja aplikacija, korisnik može brže dobiti izlaz.

Aplikacijski poslužitelj postoji na udaljenom mjestu u usporedbi s mjestom korisničkog računala.

Poslužitelj baze podataka: - Poslužitelj baze podataka pohranjuje i dohvaća podatke prema SQL upitima generiranim od strane ABAP i Java aplikacija.

Baza podataka i aplikacija mogu postojati na istom ili različitom fizičkom mjestu.

Razumijevanje različitih SAP slojeva

Prezentacijski sloj :

Prezentacijski sloj sadrži softverske komponente koje čine SAPgui (grafičko korisničko sučelje). Ovaj je sloj sučelje između R / 3 sustava i njegovih korisnika. R / 3 sustav koristi SAPgui za pružanje intuitivnog grafičkog korisničkog sučelja za unos i prikaz podataka.
Prezentacijski sloj šalje korisnikov unos aplikacijskom poslužitelju i od njega prima podatke za prikaz. Dok je komponenta SAPgui pokrenuta, ona ostaje povezana s korisničkom terminalskom sesijom u R / 3 sustavu.

Sloj aplikacije:

Razina aplikacija sastoji se od jednog ili više aplikacijskih poslužitelja i poslužitelja poruka. Svaki aplikacijski poslužitelj sadrži skup usluga koje se koriste za pokretanje R / 3 sustava. Teoretski vam je potreban samo jedan aplikacijski poslužitelj za pokretanje R / 3 sustava. U praksi se usluge distribuiraju na više od jednog aplikacijskog poslužitelja. Poslužitelj poruka odgovoran je za komunikaciju između poslužitelja aplikacija. Prosljeđuje zahtjeve s jednog aplikacijskog poslužitelja na drugi unutar sustava. Također sadrži informacije o grupama poslužitelja aplikacija i trenutačnom uravnoteženju opterećenja u njima. Te podatke koristi za dodjeljivanje odgovarajućeg poslužitelja kada se korisnik prijavi na sustav.

Sloj baze podataka:

Sloj baze podataka sastoji se od središnjeg sustava baze podataka koji sadrži sve podatke u R / 3 sustavu. Sustav baze podataka ima dvije komponente - sustav upravljanja bazom podataka (DBMS) i samu bazu podataka. SAP je proizveo vlastitu bazu podataka pod nazivom Hana, ali je kompatibilan sa svim glavnim bazama podataka, poput Oraclea. Svi R / 3 podaci pohranjeni su u bazi podataka. Na primjer, baza podataka sadrži podatke o kontroli i prilagodbi koji određuju kako se pokreće vaš R / 3 sustav. Sadrži i programski kod za vaše aplikacije. Aplikacije se sastoje od programskog koda, definicija zaslona, ​​izbornika, funkcijskih modula i raznih drugih komponenata. Oni su pohranjeni u posebnom odjeljku baze podataka koji se naziva R / 3 Repozitorij i u skladu s tim nazivaju se objektima spremišta. R / 3 spremište, objekti se koriste u ABAP radnom stolu.

Razumijevanje komponenata SAP R / 3 troslojne arhitekture: -

Arhitektura sustava ABAP + Java

  1. Poslužitelj poruka: Rukuje komunikacijom između distribuiranih dispečera u ABAP sustavu .
  2. Red otpreme: U ovom su redu pohranjene razne vrste radnih procesa.
  3. Dispečer: Distribuira zahtjeve radnim procesima.
  4. Gateway: Omogućuje komunikaciju između SAP sustava i između SAP sustava i vanjskih sustava .
  5. ABAP-Work procesi: - Odvojeno izvršava dijaloške korake u R / 3 aplikacijama. Vrste radnih procesa date su kao dolje: -
  6. Memorijske cijevi: Omogućuje komunikaciju između ICM i ABAP radnih procesa.
  7. Poslužitelj poruka: Rukuje Java dispečerima i poslužiteljskim procesima. Omogućuje komunikaciju unutar java runtime okruženja.
  8. Enqueue Server: Obrađuje logičke brave koje postavlja izvršeni Java aplikacijski program u poslužiteljskom procesu.
  9. Središnje usluge: Java klaster zahtijeva posebnu instancu središnjih usluga za upravljanje bravama i prijenos poruka i podataka. Java klaster je skup procesa koji zajedno rade na izgradnji pouzdanog sustava. Instanca je skupina resursa poput memorije, radnih procesa i tako dalje.
  10. Java Dispatcher: Prima zahtjeve klijenta i prosljeđuje ih na proces poslužitelja .
  11. SDM: Upravitelj implementacije softvera koristi se za instalaciju J2EE komponenti.
  12. Procesi Java poslužitelja: Može istodobno obraditi velik broj zahtjeva.
  13. Threading: Višestruki se procesi izvršavaju odvojeno u pozadini, taj se koncept naziva navojem navoja.
  14. ICM: Omogućuje komunikaciju između SAP sustava i HTTP, HTTPS, SMTP protokola. To znači da unošenjem URL-a sustava u preglednik možete pristupiti SAP-u i iz preglednika.

Još jedna komponenta je JCO. JCO se koristi za upravljanje komunikacijom između Java dispečera i ABAP dispečera kada je sustav konfiguriran kao ABAP + Java.

Kako funkcionira SAP postupak prijave?

Korak 1) Jednom kada korisnik klikne na SAP sustav iz GUI-a, korisnički zahtjev prosljeđuje se Dispatcheru. Korak 2) Zahtjev se prvo sprema u redove zahtjeva. Dispečer slijedi pravilo Prvo u Prvo odbacivanje. Pronaći će besplatan radni postupak i ako bude dostupan bit će dodijeljeni.
Korak 3) Prema korisničkom zahtjevu, određeni radni proces dodjeljuje se korisniku. Na primjer, kada se korisnik prijavi u sustav, tada se radni postupak dijaloga dodjeljuje korisniku. Ako korisnik pokrene izvješće u pozadini, tada se korisniku dodjeljuje radni postupak u pozadini. Kada se izvrše neke izmjene na razini baze podataka, dodjeljuje se radni proces ažuriranja. Dakle, prema radnji korisnika dodjeljuje se radni proces.
Korak 4)Jednom kada je korisniku dodijeljen dijaloški radni proces, a zatim autorizacije korisnika, trenutna postavka korisnika uvodi se u radni proces u zajedničkoj memoriji radi pristupa korisničkim podacima. Jednom kada se izvrši dijaloški korak, tada se korisnički podaci izbacuju iz radnog procesa. Tako će se zajednička memorija očistiti, a podaci drugih korisnika mogu se spremiti u područje dijeljene memorije. Korak dijaloškog okvira znači kretanje zaslona. U transakciji, kada korisnik preskoči s jednog zaslona na drugi, postupak se naziva dijaloškim korakom.
Korak 5)Prvi radni proces pronaći će podatke u međuspremniku. Ako pronađe podatke u međuspremniku, tada nema potrebe za dohvaćanjem podataka iz baze podataka. Tako se vrijeme odziva poboljšava i taj se proces naziva hit. Ako ne pronađe podatke u međuspremniku, pronaći će ih u bazi podataka, a taj se proces naziva promašajem. Omjer pogodaka trebao bi uvijek biti veći od omjera promašaja. Poboljšava performanse sustava.
Korak 6) Ostali traženi podaci traže se iz baze podataka i nakon završetka postupka rezultat se putem dispečera vraća na GUI.
Korak 7) Na kraju se podaci krajnjeg korisnika uklanjaju iz dijeljene memorije, tako da će memorija biti dostupna drugim korisnicima. Taj se postupak naziva uvođenjem.