Водич за архитектуру Сап Р / 3

Преглед садржаја:

Anonim

Шта је САП Р / 3?

САП Р / 3 је трослојна архитектура која се састоји од 3 слоја

  1. Презентација
  2. Апликација
  3. База података

Једноставним речима, то је архитектура клијентског сервера.

  • Р означава систем у реалном времену
  • 3 представља - трослојну архитектуру.

Корисников рачунар: - Корисници могу приступити САП систему на два начина: -

  1. Кроз САП ГУИ
  2. Преко веб прегледача

То се зове фронт-енд. На рачунару корисника инсталиран је само фронт-енд, а не сервери апликација / база података.

Фронт-енд преузима захтеве корисника на сервер базе података и сервере апликација.

Апликациони сервери: - Апликациони сервер је направљен за обраду пословне логике. Ово радно оптерећење распоређено је на више сервера апликација. Са више сервера апликација, корисник може брже добити излаз.

Сервер апликација постоји на удаљеној локацији у поређењу са локацијом корисничког рачунара.

Датабасе Сервер: - Сервер базе података складишти и преузима податке према СКЛ упитима генерисаним од АБАП и Јава апликација.

База података и апликација могу постојати на истој или различитој физичкој локацији.

Разумевање различитих САП слојева

Презентацијски слој :

Пресентатион Лаиер садржи софтверске компоненте које чине САПгуи (графички кориснички интерфејс). Овај слој је интерфејс између Р / 3 система и његових корисника. Р / 3 систем користи САПгуи за пружање интуитивног графичког корисничког интерфејса за унос и приказ података.
Презентацијски слој шаље корисничке уносе серверу апликација и од њега прима податке за приказ. Док је САПгуи компонента покренута, она остаје повезана са корисничком терминалском сесијом у Р / 3 систему.

Слој апликације:

Слој апликације састоји се од једног или више апликационих сервера и сервера за поруке. Сваки апликативни сервер садржи скуп услуга које се користе за покретање Р / 3 система. Теоретски вам је потребан само један сервер апликација да бисте покренули Р ​​/ 3 систем. У пракси се услуге дистрибуирају на више сервера апликација. Сервер за поруке одговоран је за комуникацију између сервера апликација. Преноси захтеве са једног апликацијског сервера на други унутар система. Такође садржи информације о групама апликационих сервера и тренутном уравнотежењу оптерећења у њима. Користи ове информације за додељивање одговарајућег сервера када се корисник пријави на систем.

Слој базе података:

Слој базе података састоји се од централног система базе података који садржи све податке у Р / 3 систему. Систем базе података има две компоненте - систем управљања базом података (ДБМС) и саму базу података. САП је произвео сопствену базу података под називом Хана, али је компатибилан са свим главним базама података, као што је Орацле. Сви Р / 3 подаци се чувају у бази података. На пример, база података садржи податке о контроли и прилагођавању који одређују како ће систем Р / 3 радити. Такође садржи програмски код за ваше апликације. Апликације се састоје од програмског кода, дефиниција екрана, менија, функционалних модула и разних других компоненти. Они се чувају у посебном одељку базе података који се назива Р / 3 Репозиторијум и у складу с тим називају се објектима спремишта. Р / 3 спремиште, објекти се користе у АБАП радном столу.

Разумевање компонената САП Р / 3 трослојне архитектуре: -

АБАП + Јава системска архитектура

  1. Сервер за поруке: Рукује комуникацијом између дистрибуираних диспечера у АБАП систему .
  2. Ред отпреме: У овом реду се чувају разни типови радних процеса.
  3. Диспечер: Дистрибуира захтеве у радне процесе.
  4. Гатеваи: Омогућава комуникацију између САП система и између САП система и екстерних система .
  5. АБАП-Ворк процеси: - Одвојено извршава дијалошке кораке у Р / 3 апликацијама. Типови радних процеса дати су као доле: -
  6. Меморијске цеви: Омогућава комуникацију између ИЦМ и АБАП радних процеса.
  7. Мессаге Сервер: Рукује Јава дистрибутерима и сервер процесима. Омогућава комуникацију унутар Јава рунтиме окружења.
  8. Енкуеуе Сервер: Он обрађује логичке браве које поставља извршени Јава апликативни програм у процесу сервера.
  9. Централне услуге: Јава кластер захтева посебну инстанцу централних услуга за управљање бравама и пренос порука и података. Јава кластер је скуп процеса који заједно раде на изградњи поузданог система. Инстанца је група ресурса попут меморије, радних процеса и тако даље.
  10. Јава Диспатцхер: Прима захтеве клијента и прослеђује их на процес сервера .
  11. СДМ: Софтвер за размештање софтвера користи се за инсталирање Ј2ЕЕ компоненти.
  12. Јава Сервер процеси: Може истовремено да обрађује велики број захтева.
  13. Тхреадинг: Вишеструки процеси се извршавају одвојено у позадини, овај концепт се назива навојем навоја.
  14. ИЦМ: Омогућава комуникацију између САП система и ХТТП, ХТТПС, СМТП протокола. То значи да уношењем УРЛ-а система у прегледач можете приступити САП-у и из прегледача.

Још једна компонента је ЈЦО. ЈЦО се користи за руковање комуникацијом између јава диспечера и АБАП диспечера када је систем конфигурисан као АБАП + Јава.

Како функционише САП поступак пријављивања?

Корак 1) Једном када корисник кликне на САП систем из ГУИ-а, кориснички захтев се прослеђује Диспечеру. Корак 2) Захтев се прво чува у редовима захтева. Диспечер следи правило Прво у Прво одлази. Пронаћи ће бесплатан радни процес и ако ће бити расположив биће додељен.
Корак 3) Према захтеву корисника, одређени радни процес се додељује кориснику. На пример, када се корисник пријави у систем, тада се процес рада дијалога додељује кориснику. Ако корисник покрене извештај у позадини, тада се кориснику додељује процес рада у позадини. Када се изврше неке модификације на нивоу базе података, додељује се процес ажурирања. Дакле, према радњи корисника додељује се радни процес.
Корак 4)Једном када се кориснику додели дијалошки радни процес, а затим ауторизације корисника, тренутна поставка корисника уводи се у радни процес у заједничкој меморији ради приступа корисничким подацима. Једном када се изврши дијалошки корак, тада се кориснички подаци избацују из радног процеса. Тако ће се заједничка меморија очистити, а подаци других корисника могу се сачувати у делу заједничке меморије. Корак дијалога значи кретање екрана. У трансакцији, када корисник прескочи са једног екрана на други, процес се назива дијалошким кораком.
Корак 5)Први радни процес ће пронаћи податке у баферу. Ако пронађе податке у баферу, нема потребе за преузимањем података из базе података. Тако се време одзива побољшава и овај процес се назива хит. Ако не пронађе податке у баферу, пронаћи ће их у бази података, а тај процес се назива промашајем. Однос погодака треба увек бити већи од промашаја. Побољшава перформансе система.
Корак 6) Остали тражени подаци се питају из базе података и када се поступак заврши, резултат се путем диспечера шаље натраг у ГУИ.
Корак 7) Подаци крајњег корисника уклањају се из заједничке меморије, тако да ће меморија бити доступна другим корисницима. Овај процес се назива увођењем.