Shkallëzueshmëriaështë aftësia e sistemit për t'iu përshtatur kërkesave në rritje dhe rritjes së vëllimeve të detyrave për t'u zgjidhur.

Funksionimi i një zgjidhje aplikimi në kushte të ndryshme

Sistemi 1C: Enterprise 8 ka aftësi të mira shkallëzimi. Kjo ju lejon të punoni si në një version skedari ashtu edhe duke përdorur teknologjinë klient-server.

• Përdorimi personal, versioni i skedarit të punës
  Kur punoni në versionin e skedarit, platforma mund të punojë me një bazë informacioni lokal të vendosur në të njëjtin kompjuter në të cilin përdoruesi po punon. Ky opsion pune mund të përdoret në shtëpi ose kur punoni në një laptop.
• Grup i vogël pune, versioni i skedarit të punës
  Opsioni i skedarit gjithashtu ofron mundësinë për disa përdorues që të punojnë në një rrjet lokal me një bazë informacioni. Kjo mënyrë pune mund të përdoret në grupe të vogla pune dhe është e lehtë për t'u instaluar dhe përdorur.
• Ndërmarrja e madhe, versioni i punës klient-server
  Për grupe të mëdha pune dhe në një shkallë ndërmarrjeje, mund të përdoret një version i punës klient-server, bazuar në një arkitekturë me tre nivele duke përdorur serverin 1C: Enterprise 8 dhe një sistem të veçantë të menaxhimit të bazës së të dhënave. Ai siguron ruajtje të besueshme të të dhënave dhe përpunim efikas kur një numër i madh përdoruesish punojnë njëkohësisht.
• Mbajtja, baza e shpërndarë e informacionit
  Kompanitë e mëdha mbajtëse mund të përdorin punën në një bazë informacioni të shpërndarë, të kombinuar me përdorimin e opsioneve të punës me skedarë dhe klient-server. Një bazë informacioni e shpërndarë ju lejon të bashkoni divizionet e një kompanie mbajtëse që janë të largëta nga njëra-tjetra, dhe secila prej këtyre divizioneve mund të përdorë, nga ana tjetër, opsionet e skedarëve ose klient-server. Mekanizmi i bazës së informacionit të shpërndarë do të sigurojë identitetin e konfigurimeve të përdorura në secilën prej ndarjeve të mbajtjes dhe shkëmbimit të të dhënave midis bazave individuale të informacionit të përfshira në sistemin e shpërndarë.

Është e rëndësishme të theksohet se të njëjtat zgjidhje aplikimi (konfigurime) mund të përdoren si në mënyrat e funksionimit të skedarëve ashtu edhe në modalitetin klient-server. Kur kaloni nga versioni i skedarit në teknologjinë klient-server, nuk ka nevojë të bëni ndryshime në zgjidhjen e aplikacionit. Prandaj, zgjedhja e opsionit të punës varet tërësisht nga nevojat e klientit dhe aftësitë e tij financiare. Në fazën fillestare, mund të punoni në versionin e skedarit, dhe më pas, me rritjen e numrit të përdoruesve dhe vëllimit të bazës së të dhënave, mund të kaloni lehtësisht në versionin klient-server të punës nga baza juaj e informacionit.

Puna me shumë përdorues

Një nga treguesit kryesorë të shkallëzueshmërisë së sistemit është aftësia për të punuar në mënyrë efektive me një rritje të numrit të detyrave që do të zgjidhen, vëllimit të të dhënave të përpunuara dhe numrit të përdoruesve që punojnë intensivisht:

Versioni klient-server ofron mundësinë që një numër i madh përdoruesish të punojnë paralelisht. Testet tregojnë se me rritjen e numrit të përdoruesve, shpejtësia e futjes së dokumentit zvogëlohet shumë ngadalë. Kjo do të thotë se me rritjen e numrit të përdoruesve intensivë, shpejtësia e reagimit të sistemit të automatizuar mbetet në një nivel të pranueshëm.

Në modelin e të dhënave të mbështetur nga sistemi 1C:Enterprise 8, nuk ka tabela të bazës së të dhënave që çojnë qartë në akses të njëkohshëm nga disa përdorues. Qasja e njëkohshme ndodh vetëm kur qaseni në të dhëna të lidhura logjikisht dhe nuk ndikon në të dhënat që nuk janë të lidhura me njëra-tjetrën nga pikëpamja e fushës së temës.

Gjatë kryerjes së operacioneve rutinë, përjashtohen situatat kur kërkohet instalimi i një regjimi ekskluziv për të filluar punën në një periudhë të caktuar raportimi. Operacionet rutinë mund të kryhen në momente të përshtatshme për përdoruesit dhe organizatën. Modaliteti ekskluziv nuk instalohet në fillimin e sistemit, por në momentin kur është e nevojshme të kryhet një operacion që kërkon aktivizimin e tij. Pas kryerjes së operacioneve të tilla, modaliteti ekskluziv mund të çaktivizohet.

Mekanizmat e Optimizimit

Platforma e teknologjisë 1C:Enterprise 8 përmban një numër mekanizmash që optimizojnë shpejtësinë e zgjidhjeve të aplikimit.

Ekzekutimi në server

Në versionin klient-server, përdorimi i serverit 1C:Enterprise 8 ju lejon të përqendroni në të operacionet më të gjera të përpunimit të të dhënave. Për shembull, kur ekzekutoni pyetje edhe shumë komplekse, programi që ekzekutohet për përdoruesin do të marrë vetëm përzgjedhjen që i nevojitet dhe i gjithë përpunimi i ndërmjetëm do të kryhet në server. Në mënyrë tipike, rritja e kapacitetit të serverit është shumë më e lehtë sesa përmirësimi i të gjithë flotës së makinave të klientit.

Memoria e të dhënave

Sistemi 1C: Enterprise 8 përdor një mekanizëm për ruajtjen e të dhënave të lexuara nga baza e të dhënave kur përdoret teknologjia e objektit. Kur aksesoni një atribut të objektit, të gjitha të dhënat e objektit lexohen në një cache të vendosur në RAM. Thirrjet e mëvonshme në detajet e të njëjtit objekt do të dërgohen në cache, dhe jo në bazën e të dhënave, gjë që redukton ndjeshëm kohën e shpenzuar për marrjen e të dhënave të nevojshme.

Puna e gjuhës së integruar në server

Kur punoni në versionin klient-server, e gjithë puna e objekteve të aplikacionit kryhet vetëm në server. Funksionaliteti i formave dhe ndërfaqja e komandës zbatohet gjithashtu në server.

Serveri përgatit të dhënat e formularit, rregullon elementet dhe regjistron të dhënat e formularit pas ndryshimeve. Klienti shfaq një formular të përgatitur tashmë në server, fut të dhëna dhe thërret serverin për të regjistruar të dhënat e futura dhe veprimet e tjera të nevojshme.

Në mënyrë të ngjashme, ndërfaqja e komandës formohet në server dhe shfaqet në klient. Gjithashtu, raportet gjenerohen tërësisht në server dhe shfaqen në klient.

Versionet 8.1 dhe 8.0 - krahasimi i performancës dhe shkallëzueshmërisë

Për të vlerësuar se si performanca dhe shkallëzueshmëria e sistemit ndryshuan në kushte të ndryshme, një numër testesh u kryen në versionin 8.1:

• Vlerësimi i performancës dhe shkallëzueshmërisë së sistemit kur një numër i madh përdoruesish punojnë njëkohësisht
• Vlerësimi i performancës së sistemit dhe shkallëzueshmërisë nën ngarkesat maksimale
• Vlerësimi i performancës për lloje të caktuara të operacioneve

Treguesit e marrë për 1C: Ndërmarrja 8.1 u krahasuan me tregues të ngjashëm

për 1C: Ndërmarrja 8.

Versionet 7.7 dhe 8.0 - krahasimi i performancës dhe shkallëzueshmërisë

Për të vlerësuar performancën dhe shkallëzueshmërinë e versionit klient-server të 1C: Enterprise 8, u kryen një numër testesh, duke lejuar:

• Krahasoni dhe tregoni avantazhet e 1C: Enterprise 8 në mënyrat standarde të funksionimit;
• vlerësoni shkallëzueshmërinë e 1C: Ndërmarrja 8 me rritjen e intensitetit të ngarkesës dhe vëllimit në rritje të të dhënave të përpunuara;
• vlerësoni shkallëzueshmërinë e 1C: Ndërmarrja 8 duke rritur burimet llogaritëse të pajisjeve të përdorura;
• vlerësoni performancën dhe performancën e 1C: Enterprise 8 kur operoni në kushte të ngarkesës së pikut;
• vlerësoni efektivitetin e përdorimit të platformave me shumë procesorë për të zgjidhur problemet 1C: Ndërmarrje 8.

Vlerësimi i shkallëzueshmërisë së zgjidhjes së Menaxhimit të Ndërmarrjeve Prodhuese

Testimi u krye për të vlerësuar shkallëzueshmërinë e zgjidhjes së aplikacionit të Menaxhimit të Ndërmarrjeve Prodhuese (PEM) kur një numër i madh përdoruesish punojnë njëkohësisht.

Gjatë kryerjes së testit, u përdorën qasje të pranuara përgjithësisht për vlerësimin e performancës së sistemeve të informacionit të korporatës:

• Përdorni për testimin e një zgjidhjeje tipike aplikimi.
• Operacionet e testimit që janë më kritike nga pikëpamja e funksionimit të një organizate tipike.
• Operacionet e testimit nën parametra fiks, tipike për shumicën e organizatave
• Simulimi i softuerit të skenarëve tipikë të punës për përdoruesit e sistemit, duke krijuar një ngarkesë që tejkalon ndjeshëm ngarkesën e krijuar nga përdoruesit e vërtetë
• Duke përdorur si tregues kryesor vëllimin e transaksioneve të biznesit të pasqyruar në sistem për njësi kohore dhe kohën mesatare për të përfunduar një operacion.

Shembuj të parametrave teknologjikë për zbatimin e zgjidhjes "Menaxhimi i Ndërmarrjeve Prodhuese"

Ky seksion publikon informacion të detajuar në lidhje me parametrat teknologjikë të zbatimit të "1C: Enterprise 8. Manufacturing Enterprise Management" në ndërmarrje të madhësive dhe profileve të ndryshme.

Qëllimi i këtij seksioni është të njohë specialistët e IT me të dhënat për pajisjet e përdorura në të vërtetë dhe me shembuj të ngarkesës së zbatimeve reale 1C:Enterprise 8.

Ky informacion mund të jetë gjithashtu i dobishëm për përdoruesit e të gjitha programeve të sistemit 1C:Enterprise 8.

Zgjedhja e pajisjeve

Ky dokument ofron informacion se si karakteristikat e pajisjeve ndikojnë në efikasitetin e përdorimit të sistemit në mënyra të ndryshme dhe ofron rekomandime për zgjedhjen e pajisjeve në varësi të detyrave që zgjidhen.

1C: Qendra e Menaxhimit të Performancës - mjet për monitorimin dhe analizën e performancës

1C: Qendra e Menaxhimit të Performancës (1C:PMC) është një mjet për monitorimin dhe analizimin e performancës së sistemeve të informacionit në platformën 1C:Enterprise 8. 1C:PMC është krijuar për të vlerësuar performancën e sistemit, për të mbledhur informacion të detajuar teknik në lidhje me problemet ekzistuese të performancës dhe për të analizuar këtë informacion për qëllime të optimizimit të mëtejshëm.

1C:TestCenter - ngarkoni mjetin e automatizimit të testit

1C:TestCenter është një mjet për automatizimin e testeve të ngarkesës me shumë përdorues të sistemeve të informacionit në platformën 1C:Enterprise 8. Me ndihmën e tij, ju mund të simuloni funksionimin e një ndërmarrje pa pjesëmarrjen e përdoruesve të vërtetë, gjë që ju lejon të vlerësoni zbatueshmërinë , performanca dhe shkallëzueshmëria e një sistemi informacioni në kushte reale.

Implementimi i sistemeve të informacionit të korporatave në platformë
1C: Ndërmarrja 8

Përvoja në zbatimin e zgjidhjeve të aplikimit në platformën 1C:Enterprise 8 tregon se sistemi ju lejon të zgjidhni probleme me shkallë të ndryshme kompleksiteti - nga automatizimi i një vendi pune deri te krijimi i sistemeve të informacionit në shkallë ndërmarrje.

Në të njëjtën kohë, zbatimi i një sistemi të madh informacioni imponon kërkesa në rritje në krahasim me një zbatim të vogël ose të mesëm. Një sistem informacioni i shkallës së ndërmarrjes duhet të sigurojë performancë të pranueshme në kushtet e punës së njëkohshme dhe intensive të një numri të madh përdoruesish që përdorin të njëjtin informacion dhe burime harduerike në një mënyrë konkurruese.

Ndër funksionet e shumta të një sistemi informacioni të nevojshëm për menaxhimin e logjistikës së rrjetit, së pari do të fokusohemi në dy funksione kryesore të "rrjetit": menaxhimi i asortimentit dhe mbështetja për menaxhimin e kategorive.

1. Menaxhimi i asortimentit në një kompani tregtare në rrjet.

Ndërmarrjet e rrjetit të tregtisë me pakicë, veçanërisht në sektorin e ushqimit, karakterizohen nga niveli më i lartë i kompleksitetit të detyrave të menaxhimit. Një sfidë e veçantë është menaxhimi i asortimentit.

Sa më mirë të zgjidhet, aq më efikase zhvillohet ndërmarrja e tregtisë me pakicë në tërësi dhe aq më e lartë është konkurrenca e saj.

Detyra e menaxhimit të asortimentit mund të ndahet në dy nëndetyra - "e jashtme" dhe "e brendshme".

E para synon të punojë me blerësin për sa i përket asortimentit, e dyta ka për qëllim lehtësimin e punës së stafit me kategori asortimenti.

Zgjidhja e suksesshme e këtyre problemeve duhet të çojë në përmirësimin e rezultateve të shitjes së produktit.

Për një zgjidhje efektive grup detyrash "e jashtme". nevojshme:

• 1) të sigurojë informacion për produktet për klientët. Sistemet e mbështetjes së informacionit dhe multimedias janë krijuar për të ndihmuar klientët të lundrojnë në detin e pakufishëm të mallrave, të bëjnë zgjedhjen e duhur dhe të marrin informacion të vlefshëm në kohën më të shkurtër të mundshme. Në të njëjtën kohë, ato ndihmojnë shitësit me pakicë të analizojnë preferencat e konsumatorëve, të stimulojnë shitjen e mallrave të nevojshme, të optimizojnë paraqitjen e dyshemesë së shitjeve, të vendosin në mënyrë racionale asortimentin, i cili siguron zgjidhjen e suksesshme të detyrave të jashtme të automatizimit të menaxhimit të asortimentit;
• 2) zgjidh problemet e marketingut personal. Zbatimi i funksionit të marketingut personal është një nga detyrat më të rëndësishme të menaxhimit të asortimentit për formatet "supermarket" dhe "hipermarket". Për më tepër, nëse për një supermarket është më e rëndësishme të kryeni marketing personal të synuar me gjurmimin e luhatjeve në preferencat e klientëve të rregullt specifik të një dyqani të caktuar, atëherë për një hipermarket është e rëndësishme të punoni me grupe tipike klientësh që i përkasin një kategorie të përcaktuar në mënyrë konvencionale. të klientëve të rregullt. Sa për zbritjet, marketingu personal është më pak i rëndësishëm për ta. Për të identifikuar preferencat e klientëve të rregullt, disponueshmëria në sistemin e informacionit të aftësisë për të kryer një analizë gjithëpërfshirëse të shitjeve dhe për të përcaktuar strukturën e blerjeve është gjithashtu një detyrë jashtëzakonisht e rëndësishme;
• 3) të kryejë tregtim vizual me cilësi të lartë. Shfaqja efektive e mallrave në raftet e dyqaneve rrit ndjeshëm vëllimet e shitjeve. Për të vlerësuar cilësinë e zgjidhjeve për problemet vizuale të tregtimit, sistemi i informacionit duhet të jetë në gjendje të mirëmbajë dhe analizojë planograme që përshkruajnë vendosjen e mallrave në raftet e dyqaneve.

Kur vendoset detyrat e brendshme të menaxhimit të asortimentit është e nevojshme të automatizohen proceset e mëposhtme të biznesit:

1) procesi aktiv i menaxhimit të asortimentit (duke ruajtur matricat e asortimentit).

Fakti është se informacioni për një produkt, pasi të futet në bazën e të dhënave, mbetet në të për një kohë të gjatë. Për shembull, me një asortiment aktual prej 7,000 artikujsh mallrash, sistemi mund të ruajë 20-30 mijë artikuj mallrash. Në këto kushte, është e nevojshme t'i jepet përdoruesit e sistemit mundësinë për të punuar vetëm me informacionin aktual rreth asortimentit aktiv (Fig. 3.4).

Oriz. 3.4.

Për të zgjidhur këtë problem kërkohet siguroni funksionet e mëposhtme:

• futja e mallrave në asortimentin aktiv. Ky proces zakonisht paraprihet nga një sërë aktivitetesh marketingu provë me një produkt të caktuar, përgatitja e logjistikës dhe përgatitja para shitjes së produktit;
• ndërprerja e blerjeve të mallrave, si faza e parë e largimit të mallrave nga asortimenti aktiv. Arsyet tipike për këtë proces përfshijnë:
  • a) pakënaqësia me rezultatet e shitjes së produktit;
  • b) ndryshimi i asortimentit nga prodhuesi;
  • c) prania e problemeve në marrëdhënie me furnizuesin; dhe etj.;
• ndërprerja e rimbushjes së inventarëve nga qendra e shpërndarjes së kompanisë;
• ndërprerja e punës me produktin, si faza përfundimtare e heqjes së produktit nga asortimenti në informacion

sistemi (zakonisht ndodh kur rezervat arrijnë zero);

Fshirja e informacionit në lidhje me mallrat në sistemet e arkës (kryhet, si rregull, pas një inventarizimi).

Avantazhet e automatizimit të këtij procesi biznesi :

• komoditet për përdoruesit kur punojnë me gamën e produkteve;
• një ulje e konsiderueshme e numrit të gabimeve që lidhen me pamundësinë e përfshirjes në dokumente të një produkti që nuk i përket asortimentit aktiv;
• aftësia për të marrë raporte analitike vetëm për asortimentin aktiv;
• rritja e produktivitetit të menaxherëve të përfshirë në menaxhimin e asortimentit; dhe etj.;
• 2) procesi i menaxhimit të një asortimenti aktiv të ndërmarrjeve me pakicë të formateve të ndryshme , përfshirë në një ndërmarrje tregtare rrjeti me shumë formate (menaxhimi i matricave të asortimenteve të shumta).

Automatizimi i këtij procesi biznesi bën të mundur parandalimin e lëvizjes së mallrave në një objekt menaxhimi, në matricat e asortimentit të cilit ky produkt nuk i përket (Fig. 3.5).

Oriz. 3.5.

Duhet të theksohet gjithashtu se një zgjidhje me cilësi të lartë për problemet e menaxhimit të asortimentit "të brendshëm" ka rëndësinë më të madhe për një ndërmarrje të tregtisë me pakicë në rrjet me shumë formate.

2. Procesi i Mbështetjes së Menaxhimit të Kategorisë përmes formimit të pamjeve të produktit dhe pamjeve të objekteve të menaxhimit me të cilat punon një menaxher i kategorisë së caktuar.

Për një menaxher të përfshirë në menaxhimin e kategorive specifike të produkteve, të kombinuara në të ashtuquajturat njësi strategjike të biznesit, kur punon me një sistem informacioni, është e rëndësishme të përqendrohet në një nëngrup të caktuar të produkteve dhe objekteve të menaxhimit.

Është e këshillueshme që një menaxher kategorie të shohë vetëm atë që ka të bëjë me “kategoritë e produkteve të tij”, në mënyrë që të krijohet iluzioni se nuk ka asgjë në sistemin e informacionit përveç mallrave të përfshira në njësinë e tij të biznesit dhe atyre objekteve të menaxhimit për të cilat ai është përgjegjës.

Është e nevojshme që menaxheri të krijojë perspektiva për rrjedhën e produktit që do të paraqiste informacionin logjistik dhe analitik përmes prizmit të njësisë strategjike të biznesit me të cilën ai punon në kuadër të funksioneve të tij.

Për të siguruar punën me sistemin e informacionit në këtë mënyrë, ai duhet të zbatojë aftësinë për të caktuar pamjet e produktit dhe pamjet e objekteve të menaxhimit.

Në të njëjtën kohë, ekzistojnë të paktën dy lloje themelore të pamjeve të produktit - statike dhe dinamike.

Secili menaxher ka perspektivën e tij të produktit, i cili përcakton njësinë e tij strategjike të biznesit. Në këtë rast, menaxherëve përgjegjës për të njëjtën njësi biznesi u caktohet një pamje e vetme.

Në rastin e përcaktimit të një pamjeje statike të produktit, një grup produktesh në fakt regjistrohet si një listë e emërtuar (Fig. 3.6). Është i përshtatshëm për fiksimin e rreptë të një grupi (për shembull, për analiza).

Oriz. 3.6.

Për të administruar në mënyrë efektive pamjet e produktit për përcaktimin e njësive të biznesit, është më mirë që ato të përcaktohen në nyjet e klasifikuesit të produktit. Pamje të tilla le t'i quajmë dinamike (Fig. 3.7).

Oriz. 3.7.

Në këtë rast, sapo një produkt i ri futet në një nëngrup specifik, i cili përfshihet në perspektivën dinamike të menaxherit të kategorisë, ai automatikisht bëhet një element i njësisë strategjike të biznesit dhe menaxheri fillon të punojë me të menjëherë.

Kur një produkt zhvendoset në një nëngrup tjetër (për shembull, për shkak të një ndryshimi të kategorizimit), ai kalon në një njësi tjetër strategjike biznesi dhe transferohet automatikisht te një menaxher tjetër kategorie për punë.

Pamja e objekteve të menaxhimit formohet në mënyrë të ngjashme - kjo është një pamje statike që përcakton listën e dyqaneve dhe qendrave të shpërndarjes brenda të cilave operon një menaxher i kategorisë specifike (Fig. 3.8).

Oriz. 3.8.

Kjo qasje i lejon përdoruesit e sistemit, duke përfshirë prodhuesit ose furnizuesit e mallrave, të kenë akses në informacion dhe funksionet e nevojshme të sistemit të informacionit brenda një nëngrupi të caktuar të gamës së produktit aktiv dhe objekteve përkatëse tregtare.

Ky funksion është shumë i rëndësishëm kur zbatohet koncepti i logjistikës VMI, kur një furnizues ose prodhues është i përfshirë në menaxhimin e zinxhirit të furnizimit të mallrave "të tyre".

Si përfundim, le të formulojmë disa përfundime nga sa më sipër:

• 1) menaxhimi i asortimentit të një ndërmarrje tregtare është detyra më e rëndësishme, cilësia e zgjidhjes së së cilës përcakton drejtpërdrejt suksesin e saj;
• 2) zgjidhjet për grupin e jashtëm të problemeve të menaxhimit të asortimentit, veçanërisht ndërmarrjet me pakicë me format të madh, janë krijuar për të ofruar sisteme informacioni për klientët (kioska informacioni, terminale multimediale, karroca informacioni, etj.);
• 3) aftësia për të ruajtur matricat e asortimentit, pamjet e produkteve dhe pamjet e objekteve të menaxhimit në sistemin e informacionit lehtëson aftësinë për të zgjidhur një grup të brendshëm të detyrave të menaxhimit të asortimentit, i cili lidhet drejtpërdrejt me cilësinë e zbatimit të funksionit të menaxhimit të kategorisë në një ndërmarrje tregtare .

Shkallueshmëria e sistemit të informacionit

Ndërsa zhvillohet një kompani me pakicë në internet, ndonjëherë vjen një moment kur sistemi i informacionit nuk mund të mbështesë më rritjen e mëtejshme të biznesit. Prandaj, çështja e përshtatshmërisë së sistemit të informacionit ndaj rritjes së kompanisë është jashtëzakonisht e rëndësishme.

Në këtë rast, duhet të merren parasysh dy aspekte - përshtatshmëria ndaj rritjes dhe shkallëzueshmëria e sistemit.

Nëse rritja e një kompanie shoqërohet me një rritje disproporcionale të kostove të infrastrukturës së TI-së, atëherë sistemi i informacionit nuk është në gjendje të mbështesë në mënyrë optimale zgjerimin e biznesit.

Sistemet e informacionit që janë të pamjaftueshme për rritjen e kompanisë mund të çojnë në një rritje të përshpejtuar të kostove të funksionimit të tyre.

Para së gjithash, arkitektura e zgjidhjes duhet të korrespondojë me rritjen e kompanisë. Kur një kompani rritet dhe ka qindra objekte, ndërtimi i një sistemi mbi një arkitekturë të shpërndarë, sipas mendimit tonë, do të thotë të përballesh me një rritje gjithnjë në rritje të kostove të mbështetjes së IT për dyqan.

Në kontekstin e një kompanie rrjeti që menaxhon njëqind ose më shumë pika shitjeje me pakicë, bëhet gjithnjë e më e vështirë sinkronizimi i të dhënave me konsolidimin e tyre të mëvonshëm në qendër dhe vjen një moment kur kjo bëhet e pamundur.

Për të siguruar shkallëzueshmërinë e sistemit të informacionit (aftësia për të siguruar numrin e nevojshëm të përdoruesve, për të operuar me sasinë e kërkuar të informacionit me performancë të kënaqshme), është e nevojshme të zgjidhni platformën e duhur - softuerin e duhur dhe harduerin e serverit.

Nëse një kompani me pakicë është në rritje, vëllimi i informacionit të shitjeve llogaritet jo në gigabajt, por në terabajt dhe kjo nuk mund të bëhet pa përdorimin e sistemeve të menaxhimit të bazës së të dhënave "industriale", të shkallëzuara si Oracle, Progress, etj.

Do të nevojiten gjithashtu sisteme operative, me ndihmën e të cilave do të bëhej i mundur "migrimi" në një klasë tjetër të pajisjeve kompjuterike.

Është e qartë se kur zgjedhin një sistem informacioni dhe e operojnë atë, kompanitë e zinxhirit të shitjes me pakicë, strategjia e të cilave përfshin rritje të shpejtë duhet të mendojnë seriozisht për shkallëzueshmërinë dhe koston e pronësisë së sistemit të informacionit.

Ne jemi të bindur se ndërsa një kompani rritet, arkitektura e shpërndarë bëhet një pengesë kolosale për reduktimin e kostove të menaxhimit të biznesit dhe funksionimit të infrastrukturës së TI-së.

Arkitektura e centralizuar e sistemit të informacionit nënkupton kosto më të ulët të pronësisë dhe nuk kërkon një rritje të vazhdueshme të numrit të personelit të IT-së ndërsa rrjeti i shitjes me pakicë rritet.

Shkallueshmëria - aftësia e një pajisjeje për ta rritur atë
mundësitë
duke rritur numrin e blloqeve funksionale,
duke performuar vetëm dhe
të njëjtat detyra.
Glossary.ru

Zakonisht njerëzit fillojnë të mendojnë për shkallëzimin kur një
serveri nuk mund të përballojë punën që i është caktuar. Me çfarë saktësisht nuk është ai?
përballoj? Funksionimi i çdo serveri në internet kryesisht zbret në bazat
Puna e kompjuterëve është përpunimi i të dhënave. Përgjigja ndaj një kërkese HTTP (ose ndonjë tjetër).
përfshin kryerjen e disa operacioneve në disa të dhëna. Përkatësisht,
kemi dy entitete kryesore - të dhëna (të karakterizuara nga vëllimi i tyre) dhe
llogaritjet (karakterizohen nga kompleksiteti). Serveri mund të mos jetë në gjendje ta përballojë atë
funksionon për shkak të sasisë së madhe të të dhënave (mund të mos përshtatet fizikisht
server), ose për shkak të ngarkesës së madhe kompjuterike. Biseda këtu është
natyrisht, në lidhje me ngarkesën totale - kompleksiteti i përpunimit të një kërkese mund të jetë
është i vogël, por një numër i madh i tyre mund të pushtojnë serverin.

Ne do të flasim kryesisht për shkallëzimin duke përdorur një shembull
një projekt tipik ueb në rritje, por parimet e përshkruara këtu janë gjithashtu të përshtatshme për të
fusha të tjera të aplikimit. Së pari do të shikojmë arkitekturën e projektit dhe të thjeshtë
duke shpërndarë komponentët e tij nëpër disa serverë, dhe më pas do të flasim
shkallëzimi i llogaritjes dhe i të dhënave.

Arkitektura tipike e faqes

Jeta e një faqe interneti tipike fillon me një arkitekturë shumë të thjeshtë
- ky është një server në internet (zakonisht Apache luan rolin e tij),
e cila trajton të gjithë punën e shërbimit të kërkesave HTTP,
marrë nga vizitorët. Ai u jep klientëve të ashtuquajturat "statikë".
ka skedarë të shtrirë në diskun e serverit që nuk kërkojnë përpunim: fotografi (gif,
jpg, png), fletë stilesh (css), skriptet e klientit (js, swf). I njëjti server
u përgjigjet pyetjeve që kërkojnë llogaritje - zakonisht formuese
faqet html, edhe pse ndonjëherë imazhet dhe dokumentet e tjera krijohen në fluturim.
Më shpesh, përgjigjet ndaj kërkesave të tilla gjenerohen nga skriptet e shkruara në PHP,
perl ose gjuhë të tjera.

Disavantazhi i një skeme kaq të thjeshtë pune është se është i ndryshëm
natyra e kërkesave (ngarkimi i skedarëve nga disku dhe puna llogaritëse e skripteve)
të përpunuara nga i njëjti web server. Kërkesat llogaritëse kërkojnë
mbani shumë informacione në kujtesën e serverit (përkthyes i gjuhës së skriptit,
vetë skriptet, të dhënat me të cilat punojnë) dhe mund të zënë shumë
burimet kompjuterike. Përkundrazi, nxjerrja e të dhënave statike kërkon pak burime
procesor, por mund të marrë shumë kohë nëse klienti ka të ulët
shpejtësia e komunikimit. Dizajni i brendshëm i serverit Apache supozon se secili
lidhja trajtohet nga një proces i veçantë. Kjo është e përshtatshme për ekzekutimin e skripteve,
megjithatë, nuk është optimale për përpunimin e pyetjeve të thjeshta. Rezulton se e rëndë (nga
skriptet dhe të dhënat e tjera) Proceset Apache kalojnë shumë kohë duke pritur (së pari kur marrin
kërkesë, pastaj kur dërgoni një përgjigje), duke humbur kujtesën e serverit.

Zgjidhja e këtij problemi është shpërndarja e punës së përpunimit
kërkesat ndërmjet dy programeve të ndryshme - d.m.th. ndarja në frontend dhe
backend Një server i lehtë frontend kryen detyrat e shërbimit të përmbajtjes statike dhe pjesën tjetër
kërkesat ridrejtohen (proxy) në backend, ku kryhet formimi
faqet. Pritja e klientëve të ngadaltë kujdeset gjithashtu nga frontend, dhe nëse përdor
multipleksimi (kur një proces u shërben disa klientëve - kështu
punoni, për shembull, nginx ose lighttpd), atëherë pritja është praktikisht asgjë
shpenzimet.

Ndër përbërësit e tjerë të faqes, duhet të theksohet baza e të dhënave, në
i cili zakonisht ruan të dhënat kryesore të sistemit - më të njohurat këtu janë
DBMS falas MySQL dhe PostgreSQL. Magazinimi shpesh ndahet veçmas
skedarë binare që përmbajnë fotografi (për shembull, ilustrime për artikuj
sajti, avatarët dhe fotot e përdoruesve) ose skedarë të tjerë.

Kështu, ne morëm një diagram të arkitekturës që përbëhet nga
disa komponentë.

Në mënyrë tipike, në fillim të jetës së një siti, të gjithë komponentët e arkitekturës
të vendosura në të njëjtin server. Nëse ndalon së përballuari ngarkesën, atëherë
Ekziston një zgjidhje e thjeshtë - zhvendosni pjesët që ndahen më lehtë në një tjetër
server. Mënyra më e lehtë për të filluar me një bazë të dhënash është ta zhvendosni atë në një server të veçantë dhe
ndryshoni detajet e aksesit në skriptet. Meqë ra fjala, në këtë moment jemi përballur
rëndësia e arkitekturës së duhur të kodit. Nëse punoni me një bazë të dhënash
zhvendosur në një modul të veçantë, të përbashkët për të gjithë sitin - më pas korrigjoni parametrat
lidhjet do të jenë të lehta.

Mënyrat për të ndarë më tej komponentët janë gjithashtu të qarta - për shembull, mund ta zhvendosni frontendin në një server të veçantë. Por zakonisht frontend
kërkon pak burime të sistemit dhe në këtë fazë heqja e tij nuk do të ofrojë të rëndësishme
fitimet e produktivitetit. Më shpesh, faqja është e kufizuar nga performanca.
skriptet - gjenerimi i një përgjigjeje (faqe html) zgjat shumë.
Prandaj, hapi tjetër është zakonisht përshkallëzimi i serverit backend.

Shpërndarja e llogaritjes

Një situatë tipike për një faqe në rritje - baza e të dhënave është tashmë
zhvendosur në një makinë të veçantë, ndarja në front dhe backend është përfunduar,
megjithatë, trafiku vazhdon të rritet dhe backend nuk ka kohë për të përpunuar
kërkesat. Kjo do të thotë që ne duhet t'i shpërndajmë llogaritjet në disa
serverët. Kjo është e lehtë për t'u bërë - thjesht blini një server të dytë dhe instaloni atë
Ai përmban programe dhe skriptet e nevojshme për funksionimin e backend-it.
Pas kësaj, duhet të siguroheni që kërkesat e përdoruesve janë shpërndarë
(i balancuar) ndërmjet serverëve të marrë. Rreth metodave të ndryshme të balancimit
do të diskutohet më poshtë, por tani për tani vërejmë se kjo zakonisht bëhet nga frontend,
i cili është i konfiguruar në mënyrë që të shpërndajë në mënyrë të barabartë kërkesat ndërmjet
serverët.

Është e rëndësishme që të gjithë serverët backend të jenë të aftë për të saktë
përgjigjuni kërkesave. Kjo zakonisht kërkon që secili prej tyre të punojë
i njëjti grup i përditësuar i të dhënave. Nëse i ruajmë të gjitha informacionet në një të vetme
bazën e të dhënave, atëherë vetë DBMS do të sigurojë akses të përbashkët dhe konsistencë të të dhënave.
Nëse disa të dhëna ruhen lokalisht në server (për shembull, sesionet php
klient), atëherë duhet të mendoni për transferimin e tyre në një ruajtje të përbashkët, ose më shumë
algoritmi kompleks i shpërndarjes së kërkesës.

Jo vetëm që puna mund të shpërndahet nëpër disa serverë
skriptet, por edhe llogaritjet e kryera nga baza e të dhënave. Nëse DBMS performon shumë
pyetje komplekse, duke marrë kohën e CPU-së së serverit, mund të krijoni disa
kopjet e bazës së të dhënave në serverë të ndryshëm. Kjo ngre çështjen e sinkronizimit
të dhënat kur ndryshimet dhe disa qasje janë të zbatueshme këtu.

• Sinkronizimi në nivelin e aplikimit. Në këtë rast tonë
  skriptet shkruajnë në mënyrë të pavarur ndryshimet në të gjitha kopjet e bazës së të dhënave (dhe vetë bartin
  përgjegjësia për korrektësinë e të dhënave). Ky nuk është alternativa më e mirë sepse
  kërkon kujdes në zbatim dhe është shumë tolerant ndaj gabimeve.
• Replikimi- pra replikimi automatik
  Ndryshimet e bëra në një server prekin të gjithë serverët e tjerë. Zakonisht kur
  Kur përdorni replikimin, ndryshimet shkruhen gjithmonë në të njëjtin server - ai quhet master, dhe kopjet e mbetura quhen skllav. Shumica e DBMS-ve kanë
  mjete të integruara ose të jashtme për organizimin e replikimit. Të dallojë
  replikimi sinkron - në këtë rast, një kërkesë për të ndryshuar të dhënat do të presë
  derisa të dhënat të kopjohen në të gjithë serverët, dhe vetëm atëherë ato do të përfundojnë me sukses - dhe në mënyrë asinkrone - në këtë rast, ndryshimet kopjohen në serverët skllav nga
  vonesë, por kërkesa për shkrim përfundon më shpejt.
• Multi-mjeshtër përsëritje. Kjo qasje është e ngjashme
  i mëparshmi, por këtu mund t'i ndryshojmë të dhënat pa hyrë
  një server specifik, por në çdo kopje të bazës së të dhënave. Në të njëjtën kohë, ndryshimet
  në mënyrë sinkrone ose asinkrone do të transferohet në kopje të tjera. Ndonjëherë kjo skemë quhet
  termi "grup i bazës së të dhënave".

Ekzistojnë opsione të ndryshme për shpërndarjen e sistemit nëpër serverë.
Për shembull, ne mund të kemi një server të bazës së të dhënave dhe disa backend (shumë
skema tipike), ose anasjelltas - një backend dhe disa baza të dhënash. Po sikur të shkallëzojmë
si serveri backend ashtu edhe databaza, atëherë mund të kombinoni backend-in dhe një kopje të bazës së të dhënave në
një makinë. Në çdo rast, sapo të kemi disa kopje
çdo server, lind pyetja se si të shpërndahet saktë midis tyre
ngarkesës.

Metodat e balancimit

Le të krijojmë disa serverë (për çdo qëllim - http, bazë të dhënash, etj.), Secili prej të cilëve mund të përpunojë kërkesat. Përpara
ne jemi përballë detyrës se si ta shpërndajmë punën ndërmjet tyre, si të zbulojmë se cilat
serveri dërgon një kërkesë? Ekzistojnë dy mënyra kryesore për të shpërndarë kërkesat.

• Njësi balancuese. Në këtë rast, klienti i dërgon një kërkesë një
  një server fiks i njohur për të, dhe tashmë e ridrejton kërkesën në një prej tyre
  serverët që punojnë. Një shembull tipik është një faqe me një frontend dhe disa
  serverët backend tek të cilët janë proksikuar kërkesat. Megjithatë, "klienti" mund
  të jetë brenda sistemit tonë - për shembull, një skrip mund t'i dërgojë një kërkesë
  në një server proxy të bazës së të dhënave që do t'ia kalojë kërkesën njërit prej serverëve DBMS.
  Vetë nyja balancuese mund të funksionojë si në një server të veçantë ashtu edhe në një
  nga serverët që punojnë.

  Përparësitë e kësaj qasjeje janë
  se klienti nuk ka nevojë të dijë asgjë për strukturën e brendshme të sistemit - për sasinë
  serverët, për adresat dhe veçoritë e tyre - vetëm
  balancues Megjithatë, disavantazhi është se njësia balancuese është e vetme
  pika e dështimit të sistemit - nëse dështon, i gjithë sistemi do të jetë
  jofunksionale. Përveç kësaj, nën ngarkesë të madhe balancuesi thjesht mund të ndalet
  përballen me punën e tyre, kështu që kjo qasje nuk është gjithmonë e zbatueshme.

• Balancimi i anës së klientit. Nëse duam të shmangim
  Një pikë e vetme dështimi, ekziston një opsion alternativ - t'i besohet përzgjedhjes së serverit
  tek vetë klienti. Në këtë rast, klienti duhet të dijë për strukturën e brendshme të kompanisë sonë
  sistemet për të qenë në gjendje të zgjedhin saktë se cilin server të kontaktojë.
  Një avantazh i padyshimtë është mungesa e një pike dështimi - nëse një nga
  serverët që klienti do të jetë në gjendje të kontaktojë të tjerët. Megjithatë, çmimi për këtë është
  logjikë më komplekse e klientit dhe më pak fleksibilitet balancues.

Sigurisht, ka edhe kombinime të këtyre qasjeve. Për shembull,
bazohet në një metodë të tillë të njohur të shpërndarjes së ngarkesës si balancimi i DNS
që gjatë përcaktimit të adresës IP të një faqeje, të jepet klienti
adresa e njërit prej disa serverëve identikë. Kështu, DNS vepron si një
roli i nyjës balancuese nga e cila klienti merr “shpërndarjen”. Megjithatë
vetë struktura e serverëve DNS nënkupton mungesën e një pike dështimi për shkak të
dyfishim - domethënë, avantazhet e dy qasjeve janë të kombinuara. Sigurisht, kjo
Ka edhe disavantazhe në metodën e balancimit - për shembull, një sistem i tillë është i vështirë për të dinamikisht
rindërtojnë.

Puna me një faqe zakonisht nuk kufizohet në një kërkesë.
Prandaj, kur dizajnoni, është e rëndësishme të kuptoni nëse pyetjet sekuenciale munden
klienti të përpunohet saktë nga serverë të ndryshëm, ose klienti duhet të jetë i përpunuar
i lidhur me një server gjatë punës me sitin. Kjo është veçanërisht e rëndësishme nëse
faqja ruan informacione të përkohshme në lidhje me sesionin e përdoruesit (në këtë
Në këtë rast, shpërndarja falas është gjithashtu e mundur - por atëherë është e nevojshme të ruhet
sesionet (ruajtje e përbashkët për të gjithë serverët). "Lidhni" vizitorin me
ju mund të specifikoni një server specifik me adresën e tij IP (e cila, megjithatë, mund të ndryshojë),
ose me cookie (në të cilën identifikuesi i serverit është i regjistruar paraprakisht), ose madje
thjesht duke e ridrejtuar në domenin e dëshiruar.

Nga ana tjetër, serverët kompjuterikë mund të mos kenë të drejta të barabarta.
Në disa raste, është e dobishme të bëhet e kundërta, për të caktuar një server të veçantë
përpunimi i kërkesave të një lloji - dhe merrni një ndarje vertikale
funksione. Pastaj klienti ose nyja balancuese do të zgjedhë serverin në
në varësi të llojit të kërkesës së pranuar. Kjo qasje na lejon të ndahemi
kërkesa të rëndësishme (ose anasjelltas, jo kritike, por të vështira) nga të tjerët.

Shpërndarja e të dhënave

Ne kemi mësuar të shpërndajmë llogaritjet, aq të mëdha
frekuentimi nuk është problem për ne. Megjithatë, vëllimet e të dhënave vazhdojnë të rriten,
ruajtja dhe përpunimi i tyre po bëhet gjithnjë e më i vështirë - që do të thotë se është koha për të ndërtuar
ruajtja e të dhënave të shpërndara. Në këtë rast, ne nuk do të kemi më një ose
disa serverë që përmbajnë një kopje të plotë të bazës së të dhënave. Në vend të kësaj, të dhënat
do të shpërndahen nëpër serverë të ndryshëm. Cilat skema të shpërndarjes janë të mundshme?

• Shpërndarja vertikale(ndarje vertikale) - në rastin më të thjeshtë
  paraqet transferimin e tabelave individuale të bazës së të dhënave në një server tjetër. Në
  Në këtë rast, do të na duhet të ndryshojmë skriptet për të hyrë në serverë të ndryshëm
  të dhëna të ndryshme. Në limit, ne mund të ruajmë çdo tabelë në një server të veçantë
  (megjithëse në praktikë kjo nuk ka gjasa të jetë e dobishme). Natyrisht, me këtë
  shpërndarja, ne humbasim aftësinë për të bërë pyetje SQL që kombinojnë të dhënat nga
  dy tabela të vendosura në serverë të ndryshëm. Nëse është e nevojshme, mund ta zbatoni
  bashkimi i logjikës në aplikacion, por nuk do të jetë aq efikas sa në një DBMS.
  Prandaj, kur ndani një bazë të dhënash, duhet të analizoni marrëdhëniet midis tabelave,
  për të shpërndarë tabela sa më të pavarura.

  Rast më kompleks
  Shpërndarja vertikale e bazës është një zbërthim i një tabele kur është pjesë
  disa nga kolonat e tij përfundojnë në një server, dhe disa prej tyre përfundojnë në një tjetër. Kjo teknikë
  është më pak e zakonshme, por mund të përdoret, për shembull, për të ndarë të vogla
  dhe të dhëna të përditësuara shpesh nga një vëllim i madh i të dhënave të përdorura rrallë.

• Shpërndarja horizontale(ndarje horizontale) - përbëhet nga
  shpërndarja e të dhënave nga një tabelë nëpër disa serverë. Në fakt, në
  çdo server krijon një tabelë me të njëjtën strukturë dhe ruan
  një pjesë të caktuar të të dhënave. Ju mund të shpërndani të dhëna nëpër serverë në mënyra të ndryshme
  kriteret: sipas diapazonit (regjistrat me id< 100000 идут на сервер А, остальные - на сервер Б), по списку значений (записи типа «ЗАО» и «ОАО» сохраняем на сервер
  A, pjesa tjetër - te serveri B) ose nga vlera hash e një fushe të caktuar
  rekorde. Ndarja horizontale e të dhënave ju lejon të ruani të pakufizuara
  numri i të dhënave, megjithatë, e ndërlikon përzgjedhjen. Mënyra më efektive për të zgjedhur
  regjistron vetëm kur dihet se në cilin server janë ruajtur.

Për të zgjedhur skemën e saktë të shpërndarjes së të dhënave, duhet
analizoni me kujdes strukturën e bazës së të dhënave. Tabelat ekzistuese (dhe ndoshta
fusha individuale) mund të klasifikohen sipas shpeshtësisë së aksesit në të dhëna, sipas frekuencës
përditësimet dhe marrëdhëniet (nevoja për të bërë zgjedhje nga disa
tabela).

Siç u përmend më lart, përveç një bazë të dhënash, një faqe shpesh ka nevojë
ruajtje për skedarët binare. Sistemet e ruajtjes së skedarëve të shpërndarë
(në fakt sistemet e skedarëve) mund të ndahen në dy klasa.

• Duke punuar në nivelin e sistemit operativ. Për më tepër, për
  aplikacionet, puna me skedarë në një sistem të tillë nuk ndryshon nga puna e zakonshme me të
  dosjet. Shkëmbimi i informacionit ndërmjet serverëve bëhet nga sistemi operativ.
  Shembuj të sistemeve të tilla skedarësh përfshijnë të njohurit prej kohësh
  familja NFS ose sistemi Luster më pak i njohur, por më modern.
• Zbatuar në nivelin e aplikimit të shpërndara
  magazinat nënkuptojnë se puna e shkëmbimit të informacionit kryhet vetë
  aplikacion. Zakonisht, funksionet për të punuar me ruajtje vendosen në
  bibliotekë të veçantë. Një nga shembujt e mrekullueshëm të ruajtjes së tillë është MogileFS, i zhvilluar nga
  nga krijuesit e LiveJournal. Një shembull tjetër i zakonshëm është përdorimi
  Protokolli WebDAV dhe ruajtja që e mbështet atë.

Duhet të theksohet se shpërndarja e të dhënave vendos jo vetëm
një çështje e ruajtjes, por edhe pjesërisht një çështje e shpërndarjes së ngarkesës - në secilën
Ka më pak regjistrime në server, dhe për këtë arsye ato përpunohen më shpejt.
Kombinimi i metodave për shpërndarjen e llogaritjeve dhe të dhënave bën të mundur ndërtimin
Arkitektura potencialisht e pakufizuar e shkallëzueshme e aftë për të punuar me të
çdo sasi të dhënash dhe çdo ngarkesë.

konkluzionet

Për të përmbledhur atë që u tha, le të formulojmë përfundimet në formën e tezave të shkurtra.

• Dy sfidat kryesore (dhe të lidhura) të shkallëzimit janë shpërndarja llogaritëse dhe shpërndarja e të dhënave
• Arkitektura tipike e sitit përfshin ndarjen e roleve dhe
  përfshin frontend, backend, bazën e të dhënave dhe nganjëherë ruajtjen e skedarëve
• Për sasi të vogla të dhënash dhe ngarkesa të rënda, përdorni
  pasqyrimi i bazës së të dhënave - përsëritja sinkron ose asinkron
• Për sasi të mëdha të dhënash, është e nevojshme shpërndarja e bazës së të dhënave - ndarje
  atë vertikalisht ose horizontalisht
• Binarët ruhen në sistemet e skedarëve të shpërndarë
  (zbatuar në nivel OS ose në aplikacion)
• Balancimi (shpërndarja e kërkesave) mund të jetë uniforme ose
  ndarë sipas funksionalitetit; me një nyje balancuese, ose në anën e klientit
• Kombinimi i duhur i metodave do t'ju lejojë të përballoni çdo ngarkesë;)

Lidhjet

Ju mund të vazhdoni të studioni këtë temë në faqet dhe bloget interesante në gjuhën angleze.

Shkallueshmëria e sistemeve të korporatave nënkupton aftësinë për të rritur fuqinë e tyre duke lidhur harduer dhe softuer të ri pa modifikim shtesë të këtij të fundit. Kjo pikë është e rëndësishme kur përdorni teknologji moderne kompjuterike dhe të rrjetit. Mund të jepet një shembull i përpunimit të të dhënave të shpërndara në një bankë qendrore dhe degët e saj.

Shkallueshmëria arrihet në nivele të ndryshme: a) Teknike; b) Sistemik; c) Rrjeti; d) DBMS; d) Zbatohet. Për një OS, shkallëzueshmëria do të thotë që OS nuk është i lidhur me një arkitekturë të vetme procesori. Nëse detyrat me të cilat përballet përdoruesi bëhen më komplekse dhe kërkesat e vendosura në rrjetin kompjuterik zgjerohen, OS duhet të ofrojë aftësinë për të shtuar serverë dhe stacione pune më të fuqishme dhe produktive në rrjetin e korporatës. Ju mund të merrni parasysh shkallëzueshmërinë e harduerit, softuerit dhe shkallëzueshmërinë e sistemit në tërësi. Shkallueshmëria bazohet në teknologji të tilla si: a) Standardet ndërkombëtare; b) Teknologjitë e rrjetit dhe telekomunikacionit; c) Sistemet operative; d) Teknologjia e klientit/serverit dhe një sërë mjetesh të tjera.

Fundi i punës -

Kjo temë i përket seksionit:

Teknologjitë e informacionit kompjuterik në menaxhim. Klasifikimi i sistemeve të kontrollit

Qëllimi i CIS është të përgatitet për përdorimin e teknologjive moderne të informacionit brenda kornizës së CIS si një mjet për zgjidhjen e problemeve shkencore dhe praktike në.. Koncepti i teknologjisë së informacionit Informacioni i korporatës..

Nëse keni nevojë për materiale shtesë për këtë temë, ose nuk keni gjetur atë që po kërkoni, ju rekomandojmë të përdorni kërkimin në bazën e të dhënave tona të veprave:

Çfarë do të bëjmë me materialin e marrë:

Nëse ky material ishte i dobishëm për ju, mund ta ruani në faqen tuaj në rrjetet sociale:

Të gjitha temat në këtë seksion:

Koncepti i teknologjisë së informacionit. Teknologjitë e Informacionit të Korporatës
Teknologjia është një sistem i metodave të ndërlidhura të përpunimit të materialeve dhe metodave të prodhimit të produkteve në procesin e prodhimit. Teknologjia e informacionit është një sistem teknologjish të ndërlidhura

Teknologjia e përpunimit të informacionit. Koncepti i ndërveprimit, hapjes dhe modularitetit
Informacioni është një grup faktesh, dukurish, ngjarjesh me interes që i nënshtrohen regjistrimit dhe përpunimit. Kjo nënkupton praninë e dy pikave: burimit dhe marrësit (konsumatorit) të informacionit

Llojet e mbështetjes së sistemeve të informacionit
Llojet e mbështetjes ASOEI: a) Teknike; b) Matematikore; c) Gjuhësor; d) Software. Mbështetja e informacionit - sistemi i klasifikimit dhe kodimit të informacionit, skema teknologjike e përpunimit

Arkitektura e një sistemi informacioni të korporatës
Arkitektura e CIS përbëhet nga disa nivele: a) Niveli informatik-logjik - është një grup fluksesh të dhënash dhe qendrash (nyjesh) të origjinës, konsumit.

Kërkesat për sistemet e informacionit të korporatës
Proceset e përmirësimit aktiv të teknologjive të përpunimit të informacionit janë pasojë e faktit se kërkesat e mëposhtme po i imponohen gjithnjë e më shumë sistemeve moderne të informacionit (CIS): a) struktura

Heterogjeniteti i sistemeve të informacionit të korporatës. Zgjidhje për problemet e heterogjenitetit në sistemet e informacionit të korporatave
Roli më i rëndësishëm luhet nga çështjet e tejkalimit të problemeve të heterogjenitetit të sistemeve të korporatave dhe sigurimit të përputhshmërisë së përbërësve të përfshirë në përbërjen e tij. Heterogjeniteti në sistemet kompjuterike mund të shkaktojë

Standardet ndërkombëtare në fushën e teknologjisë informative kompjuterike
Aktualisht, një grup standardesh për një sistem të cilësisë së ndërmarrjes i zhvilluar nga ISO (Organizata Ndërkombëtare e Standardeve), ose më saktë, nga komiteti teknik ISO, është bërë i përhapur në mbarë botën.

Modelet e informacionit të objektit të kontrollit
Një ndërmarrje moderne mund të konsiderohet si një qendër efektive e informacionit, burimet e informacionit të së cilës janë mjedisi i jashtëm dhe i brendshëm i biznesit. Mjedisi i jashtëm i biznesit -

Mbështetje informacioni për sistemet e informacionit të korporatës
Mbështetja e informacionit - një sistem për klasifikimin dhe kodimin e informacionit, një skemë teknologjike për përpunimin e të dhënave, informacionin rregullator dhe referues, një sistem të rrjedhës së dokumenteve, etj. Informative

Politika për formimin e burimeve të informacionit si një hapësirë ​​e vetme informacioni
Për të siguruar ndërveprimin e burimeve të informacionit në nivele të ndryshme, është e nevojshme: a) përdorimi i teknologjive moderne të informacionit; b) Mjedisi informativ modern i transportit; c) Hani

Përfitimet e përdorimit të sistemeve kompjuterike
Si rezultat i përdorimit të kompjuterëve me shumë makineri dhe me shumë procesorë, është e mundur të arrihen përparësitë e mëposhtme: 1) Rritja e produktivitetit dhe shpejtësisë

Pajisjet e komunikimit dhe pajisjet e komunikimit
Teknologjia e komunikimit siguron një nga funksionet kryesore të aktiviteteve të menaxhimit - transferimin e informacionit brenda sistemit të menaxhimit dhe shkëmbimin e të dhënave me mjedisin e jashtëm, sugjerojnë

Sistemet operative (OS). Teknologjitë e OS
Ndër programet e sistemit, sistemi operativ (OS) zë një vend të veçantë. Sistemi operativ (OS) kuptohet si një grup programesh që menaxhojnë

OS Unix dhe zgjidhje strukturore në sistemet e informacionit të korporatave. Koncepti i lëvizshmërisë
Zhvillimi i sistemit operativ Unix filloi me Bell Laboratories në vitin 1968. U propozua një OS Unix 32-bit me shumë përdorues për Main Frame. Në 1976, AT&T (e cila përfshinte B

Koncepti i rrjeteve kompjuterike dhe karakteristikat e tyre
Një rrjet kompjuterik është një kompleks kompjuterësh të shpërndarë gjeografikisht të ndërlidhur nga kanalet e transmetimit të të dhënave për përdorimin efikas të burimeve kompjuterike. Fizibiliteti

Përbërja e rrjeteve kompjuterike
Rrjetet kompjuterike përfshijnë harduerin, softuerin dhe mjetet e informacionit. Domethënë, një rrjet kompjuterik mund të konsiderohet si një sistem me harduer dhe softuer të shpërndarë në të gjithë territorin.

Arkitektura e rrjetit kompjuterik
Në përgjithësi, arkitektura e rrjeteve kompjuterike mund të konsiderohet nga dy këndvështrime - organizimi fizik i një rrjeti kompjuterik (topologjia e rrjetit) dhe organizimi i rrjetit në një nivel logjik.

Rrjetet kompjuterike me server të dedikuar dhe karakteristikat e tyre
Klient-server është një arkitekturë rrjeti në të cilën pajisjet janë ose klientë ose serverë. Klienti është makina kërkuese (zakonisht një PC), serveri është makina që përgjigjet.

Struktura e rrjeteve globale kompjuterike
Rrjetet globale (WAN, Wide Area Networks) janë sisteme me kanale me brez të gjerë dhe ju lejojnë të organizoni ndërveprim ndërmjet kompjuterëve në distanca të gjata. Idealisht, një kompjuter global

Shkallueshmëria e rrjeteve kompjuterike
Shkallueshmëria - aftësia për të rritur burimet e rrjetit dhe pajtimtarët. Në rrjetet kompjuterike me një server të dedikuar, stacionet e punës janë të lidhura me serverë të dedikuar, dhe serverët, nga ana tjetër, janë të grupuar

Protokollet e internetit
Protokolli në këtë rast është, në mënyrë figurative, "gjuha" e përdorur nga kompjuterët për të shkëmbyer të dhëna kur punoni në një rrjet. Në mënyrë që kompjuterë të ndryshëm në një rrjet të komunikojnë, ata duhet të komunikojnë

Adresimi në internet
Interneti është një sistem mbarëbotëror i rrjeteve kompjuterike të ndërlidhura, i ndërtuar mbi përdorimin e protokollit IP dhe rrugëtimit të paketave të të dhënave. Interneti formon një hapësirë ​​globale informacioni, duke shërbyer

Shkallueshmëria është aftësia për të rritur numrin dhe fuqinë e procesorëve, sasinë e RAM-it dhe memories së jashtme dhe burimeve të tjera CS. Shkallueshmëria duhet të sigurohet nga arkitektura dhe dizajni i kompjuterit, si dhe mjetet softuerike përkatëse.

Kështu, për shembull, aftësia për të shkallëzuar një grupim kufizohet nga raporti i shpejtësisë së procesorit ndaj shpejtësisë së komunikimit, i cili nuk duhet të jetë shumë i madh (në realitet, ky raport për sistemet e mëdha nuk duhet të jetë më shumë se 3-4, përndryshe është as nuk është e mundur të zbatohet një modalitet imazhi i vetëm i sistemit operativ). Nga ana tjetër, 10 vitet e fundit të historisë së zhvillimit të procesorëve dhe komunikuesve tregojnë se hendeku i shpejtësisë midis tyre po rritet gjithnjë e më shumë. Çdo procesor i ri i shtuar në një sistem vërtet të shkallëzuar duhet të sigurojë rritje të parashikueshme të performancës dhe xhiros me një kosto të pranueshme. Një nga detyrat themelore gjatë ndërtimit të sistemeve të shkallëzueshme është minimizimi i kostos së zgjerimit të kompjuterit dhe thjeshtimi i planifikimit. Në mënyrë ideale, shtimi i procesorëve në një sistem duhet të çojë në një rritje lineare të performancës së tij. Megjithatë, kjo nuk është gjithmonë rasti. Humbjet e performancës mund të ndodhin, për shembull, kur nuk ka gjerësi të mjaftueshme të brezit të autobusit për shkak të rritjes së trafikut midis procesorëve dhe memories kryesore, si dhe midis memories dhe pajisjeve I/O. Në realitet, fitimi aktual i performancës është i vështirë të vlerësohet paraprakisht, sepse varet kryesisht nga dinamika e sjelljes së aplikacionit.

Aftësia për të shkallëzuar një sistem përcaktohet jo vetëm nga arkitektura e harduerit, por varet edhe nga vetitë e softuerit. Shkallueshmëria e softuerit ndikon në të gjitha nivelet, nga mekanizmat e thjeshtë të kalimit të mesazheve deri te objektet komplekse si monitorët e transaksioneve dhe i gjithë mjedisi i sistemit të aplikacionit. Në veçanti, softueri duhet të minimizojë trafikun ndërprocesor, i cili mund të pengojë rritjen lineare të performancës së sistemit. Hardueri (përpunuesit, autobusët dhe pajisjet I/O) janë vetëm një pjesë e arkitekturës së shkallëzueshme në të cilën softueri mund të japë përfitime të parashikueshme të performancës. Është e rëndësishme të kuptohet se, për shembull, thjesht përmirësimi në një procesor më të fuqishëm mund të mbingarkojë komponentët e tjerë të sistemit. Kjo do të thotë që një sistem vërtet i shkallëzueshëm duhet të jetë i balancuar në të gjitha aspektet.

Shkallueshmëria - koncepti dhe llojet. Klasifikimi dhe veçoritë e kategorisë “Shkallueshmëria” 2017, 2018.