Hjælp til begreberne 1 tier, 2 tier, 3 tier.... n-tier

lytter..

tier betyder lag.
på http://www.15seconds.com/issue/011023.htm er der en nogenlunde beskrivelse af hvad det er.

Hej Soreno

Det hjalp på forståelsen - Tak. Men hvordan skal det tolkes at nogle analytikkere mener at de ERP-leverandører som ikke retter der udvikling af software imod de såkaldte n-tier, sandsynligvis vil dreje nøgle om eller bliver opkøbt af størrere leveandører, inden de næste 5 år.
Min tolkning går imod, at de som ikke får udviklet  applikationer, som både kan interfaces til klient igennem en webbrowser, igennem proxyserver/LAN/WAN, igennem forms på klienten  vil få det skidt fremover.

Pointene er dine, men hvis du gider at be/afkræfte min tolkning, så vil det bare være perfekt.

jeg tolker situationen som at de leverandører der ikke tilpasser sig en lagdelt arkitektur vil få det meget svært:
Ideen med en lagdelt arkitektur er at det er muligt at skifte et lag med et andet uden at der skal rettes på de øvrige lag.
Det behøver ikke nødvendigvis være i præsentationslaget (klient->webbrowser) det er et problem. Det kunne også være databasen, forestil en database der ikke bruger sql, men snarre udvikler sit eget propritære sprog. Hvis den komponent skal skiftes ud, skal tilgangen til databasen (i et andet lag) også laves om. Det tager tid, og tid er penge.

jeg kan desværre ikke dreje et eksempel over på ERP, fordi jeg ved ikke hvad ERP egentlig er.. :)

Enterprise Resource Planning (ERP). Systemer som Navision financials/Attain, Oracle, SAP osv. Systemer/software der varetager en virksomheds, arbejdsprocesser omkring Finans/regnskab, salg, køb, lager, HR/løn m.m. Processer integreres på kryds og tværs af hinanden, så når f.eks. salgsafdelingen modtager, levere og fakturere en ordre, vil varen blive trukket fra lageret,  kunden vil blive debiteret det pågældende beløb, varesalgskontoen det omvendte beløb o.s.v. Disse systemer udspringer som en modsætning til specialt udviklet og dyre systemer, som en standard pakke tæt på best-of-bread produkter og med mulighed for tillægsmoduler, som manufacturing (MPS), e-business, Distribution o.s.v. Idag er sådanne systemer også nødvendige for fuld udnyttelse af nutidens trends som CRM (customer relationship management) og SCM-systemer. (Supply chain management).

Jeg håber at det gav dig forståelse for ERP, nu hvor du har bidraget med min forståelse for fordelen med den lagdelte arkitektur. Der er dog stadig lige et forståelsesproblem - den såkaldte n-tier eller n-lags arkitektur, forstår jeg som en arkitektur, som gør at den udviklede ERP-system, kan arbejde hos brugeren på n-måder (eller som brugeren nu ønsker det (Server<->internet<->klient, Server<->LAN<->klient, eller Server<->klient). Hvis det er korrekt forstået, jamen så tilbydes denne n-tier arkitektur jo egentligt kun igennem presentation logic tier (under den blå streg) (refernce til dit link), hvorfor det for mange leverandører så, handler om at udbygge dette lag eller hva?

   

på figuren i linket er det faktisk kun i \"presentation gui\" at

at hva??? at leverandørene skal udbygge laget... hmm - Du mener altså at Leverandørenes opgave, hvis ikke de skal uddø, er at udbygge den grafiske brugerflade eller hva ???

damn, havde lige skrevet en halv roman, men den gik vist tabt.. æv! (og så kom der lige gæster oven i hatten..)

\"presentation gui\" er der hvor klienterne arbejder (kunne være via web-interface, alm. program, stregkodelæser, wab, osv.)

\"presentation logic\" definere adgangen for klienten til \"business\" laget. altså hvilken kommunikationsform der benyttes (netværks teknologi)

jeg mener der er forkert at at sige at en n-lags arkitektur arbejder på n-måder hos brugeren. (i osimodellen (en generel netværksmodel) er der 7 lag altså er n=7). lagene er dem som er stakket oven på hinanden. derfor indeholder \"presentation gui\" alle klienterne.

Det kan ske for selv den bedste.. - jeg synes nu også jeg får skrevet et par livshistorier og her kommer der endnu en  =:0)

Jeg forstår din tankegang og kender da også en smule til osimodelen, men hvis tegningen repræsentere en n-tier model, mangler der jo i hemhold til osi (hvor n=7) 2 lag. Derudover hvis \"presentation logic\" definere adgangen for klienten, så er det vel også det lag som der skal viderudvikles, således at brugeren får adgang til \"businesslaget\", men fra det overliggende \"presentation gui lag\", altså om klienten har adgang til applikationerne igennem en browser, netwærk eller er forbundet direkte til applikationsserveren. Det jeg prøver at sige er, at det konkurrence parameter, som er afgørende for leverandørene, hvor den egentlige applikation udgør business, data access, data-tier og client interface (i \"presentation logic\" laget) , er at få udbygget \"presentation logic laget\", således at de kan interface \"presentation gui laget\" på de måder som det fremgår af figuren (med \"The WEB\" og \"Distributed Logic/Proxie tier\")og først der kan kalde sig leverandør af en n-tier arkitektur.

Jeg bliver ved med at snakke om det presentation logic tier, fordi det er det eneste lag, hvor jeg kan se en vis differenciering, fra hvordan systemer normalt er opbygget. Normalt ville min logik sige at alle systemer er opbygget efter figuren i dit link, hvorfor at hvis det var tilfældet, egentlig ikke var nogle fare for at ERP-leverandører skulle dreje nøglen om. De fleste ERP-systemer består af en klient, applikationsserverer, databaseserver, hvorfor alle lag i figuren jo bliver berørt og behandlet

Og hvordan får man egentligt effektivt udnyttet den lagopdelte arkitektur for softwaren. Jeg ser det egentlig mere som hver lag er en fil, hvor filerne kan snakke med filen (laget) over og under sig selv og måske endda ligger på forskellige servere??

den lagdelte arkitektur er ikke nødvendigvis afgrænset via applikationerne. En database arbjeder f.eks. på flere lag i modellen.

Ang. konkurrenceparametre, kommer det vel an på egenskaberne for de enkelte systemer. Hvis du som køber ønsker et lynhurtigt system, skal fokuseret på databasen. Mens hvis du ønsker et system med bred tilgang er fokus på \"presentation logic\".

Iflg. forecasten må der jo være nogle leverandører der ikke benytter n-tier princippet, og det må være dem der kan få problemer. Jeg tænker på at en leverandør af n-tier systemer har en fordel i forhold til dem der ikke gør det, med hensyn til tilpasning af systemet til virksomheden. En leverandør af n-tier systemer kan lave flere komponenter som man kan vælge imellem, og det ville være relativt let for dem at få systemet til at fungere. Et ikke n-tier system er måske fastlåst på nogle (forældede) teknologier, som det ikke er muligt at udskifte uden det helt store tilpasnings arbejde.

allright, men uden \"web og distributed  logic/proxitier\" i \"presentation logic tier\" ville systemet jo ikke bygge på en n-tier arkitektur og det er det (specielt Web)som ERP-leverandører kæmper for at få ind i deres systemer, med f.eks. e-business applikationer.

Iøvrigt, kunne du ikke også lige kort forklare systemet bag begrebet \"Mainframe\". Det et ord som jeg ofte er stødt på men aldrig har fået defineret. Herefter takker jeg endnu engang for dine super forklaringer og lukker spørgsmålet.

Hierakiet for computere:

Mainframe (Store installationer, typiske mange cpu\'er, hdd, og masser af ram)
Minicomputers (AS/400, Nogle unixer, og andre dedikerede servere)
Microcomputers (Alm. intel baserede PC\'ere)
Network Computers (Tynde klienter)

DMI benytter en mainframe arkitektur til at forudsige vejret. http://www.dmi.dk/dmi/profil/afdelinger/ed.html
D
sun sælger denne http://www.sun.com/servers/highend/sunfire15k/ en computer med op til 106 cpu\'er og en masse ram.

Den helt korrekte definitions på mainframe kender jeg ikke, med det er store installationer med specielt udviklet hardware til netop denne computer. En mainframe bruges ofte til store beregninger af komplekse matematiske problemer.

Ideen er at man sidder ved en klient og forbereder noget man ønsker behandlet og sender det derefter til mainframen og får et resultat tilbage når det er udført. En anden mulighed er batchkørsler, eks. tror jeg at dmi benytter sig af batchkørsler til beregning af formler udfra data på et givent tidspunkt (en lagdelt maskine: en modelkomponent der indeholder de data der ønskes beregnet, en funktionskomponent der igangsætter beregningen, en grænsefladekomponent der præsenterer resultatet.).

Jeg vil tro at ERP servere er baseret på mini\'er udfra de du har skrevet.

Perfekt!