Netværksplanlægning: Centraliseret Vs. Decentraliseret databehandling

For at udnytte fordelene ved netværk fuldt ud er det vigtigt at planlægge netværket korrekt. Netværksplanlægningen indebærer beslutninger vedrørende:

(a) Hvor meget decentralisering

(b) Hvad skal decentralisere

c) Kommunikationsinfrastruktur

Image Courtesy: nupoc.northwestern.edu/bin/l/u/Heckathorne_Jarand_RFDRadio.jpg

Centraliseret Vs. Decentraliseret databehandling:

Der er bredt set to forskellige tilgange til organisationen af ​​it-infrastruktur:

1. Centraliseret IT-infrastruktur:

I en centraliseret IT-infrastruktur er en central databehandlingsanordning, der omfatter en eller flere store computere, placeret, og alle applikationer er monteret på den, hvor hele data, uanset dens kilde, oprindelse og type, er placeret og behandlet.

En typisk centraliseret it-infrastruktur består af et stort centralt computersystem med-en række højtkonfigurerede perifere enheder koncentreret på den pågældende placering. Et batteri af dumpeterminaler, der ikke nødvendigvis er fysisk tæt på det centrale computersystem, er forbundet med det ved hjælp af kommunikationsforbindelser for at sætte brugerne i stand til at interagere med systemet for at indlede informationsstrøm til og fra det centrale computersystem.

Fordelene ved centralisering af IT-infrastruktur er:

a) Stordriftsfordele ved indkøb af hardware

b) Software- og vedligeholdelsesfaciliteter

c) Komfort i effektiv håndhævelse af standarder med hensyn til programmering, datastrukturer og kommunikationsudstyr / protokol og sikkerhedssystemer.

Centraliseret it-infrastruktur har været den mest populære organisation i de virksomheder, der tidligere brugte mainframes. Disse mainframes krævede højtuddannede computer fagfolk til at bruge og vedligeholde selv de daglige rutiner af computersystemer og kommunikationsforbindelser. Kontrolsystemerne var ikke særdeles effektive, og det var således vigtigt at opretholde fysisk kontrol over oplysningerne og andre dyre ressourcer.

2. Decentraliseret IT-infrastruktur:

Men med fremskridt inden for datakommunikationsteknologier og tilgængelighed af pålidelige datakommunikationsfaciliteter ved faldende omkostninger skifter virksomhederne fra centraliseret databehandling til varierende grad af decentraliseret databehandling (DDP). DDP-anlægget vil generelt bestå af forholdsvis mindre computere placeret på forskellige steder i et foretagende med eller uden en central databehandlingsanlæg.

Fordele:

Baggrunden for overgangen til forskellige typer DDP kan spores fra følgende fordele, der er forbundet med DDP:

(a) Databehandlingsanlægget i DDP på ​​hvert sted er orienteret for at opfylde de specifikke behov og udvikles i lyset af de lokale begrænsninger.

(b) DDP dækker i nogen grad risikoen for at sætte alle æg i en kurv. Det sikrer også, at eventuelle fejl (af hardware, software eller personale) har minimal mulig indvirkning på systemets generelle funktion.

c) DDP hjælper med effektiv brug af computervirksomheder af personale placeret på forskellige steder ved ressourcedeling.

(d) DDP sikrer naturligvis øget brugernes inddragelse, som er en af ​​de vigtige succesfaktorer for ethvert system. Det tillader også lokal udvikling af små applikationer til lokal brug.

e) DDP giver den nødvendige fleksibilitet til gradvis vækst i hardware og software og lette deres udskiftning.

(f) Det giver hurtigere svar til brugerne, især når en lokal del af anlægget skal anvendes. Dette sikrer igen højere produktivitet i slutbrugeren.

(g) Da individuelle ansvarsområder let kan tildeles for sikkerhed og privatlivets fred i forbindelse med DDP, vil sikkerhedssystemet sandsynligvis være mere effektivt.

(h) Leverandørens uafhængighed på hvert sted giver også fleksibiliteten til at tilpasse systemer og applikationssoftware til de skiftende behov på hvert sted uden at påvirke arbejdet på andre steder negativt.

Ulemper:

DDP har dog også sine egne begrænsninger, der berettiger selektiv anvendelse af DDP-tilgangen. Nogle af disse begrænsninger omfatter:

(a) Data, der genereres af en applikation, kan ikke være nyttig til en anden applikation på grund af manglende standardisering af datastrukturer, der medfører problemer med inkompatibilitet og duplikering af data. Det er således nødvendigt at tegne en central plan for generering af information.

(b) Duplikation kan også forekomme i softwareindsats, da lignende applikationer kan udvikles af forskellige tekniske medarbejdere.

(c) DDP afhænger af den daglige drift af datakommunikationsfaciliteter, der muligvis ikke er i drift hele tiden. Vedligeholdelsesproblemer i kommunikationsfaciliteter kan påvirke funktionen negativt.

(d) Da dataene i DDP kan spredes og opbevares i forskellige former, kan det blive vanskeligt at opdatere data og træne kontrol over det. Som det kan observeres, kan virkningen af ​​disse begrænsninger minimeres, hvis det ikke elimineres, ved at vedtage passende ledelsespolitikker.

Det kan bemærkes, at valget ikke udelukkende er centraliseret og decentraliseret. Faktisk afhænger applikationen, mængden af ​​data, forarbejdningens art, kommunikationsfaciliteter, informationsbehov og andre kritiske faktorer for forskellige applikationer med hensyn til omfanget og graden af ​​decentralisering.

Omfang af decentralisering: Hvad skal decentralisere:

Desentraliseringen kan ikke kun ske for de databaser, som dette koncept normalt er forbundet med.

I stedet kan nogle af funktionerne decentraliseres, og omfanget og graden af ​​DDP er defineret af decentraliseringen, der finder sted i følgende funktioner:

(a) Applikationsudvikling og anvendelse

(b) Databasestyring

(c) Kommunikation og

(d) Kontrol

(a) Decentraliserede applikationer:

Et databehandlingssystem kan decentraliseres primært til tildeling af applikationsfunktion enten ved a) opdeling af en applikation i forskellige sektioner og derefter tildeling til forskellige steder eller b) replikering af samme applikation på forskellige steder. Et typisk eksempel på opdeling af ansøgningen ville være DDP-systemer i banker. Hver filial behandler data vedrørende sine transaktioner, og kortfattede oplysninger videreføres til hovedkontoret / zonekontoret / hovedafdelingen.

Applikationssoftwaren for hver filial er almindelig, og hovedkontoret har den nødvendige applikationssoftware til behandling af resuméoplysningerne. Hvor operationerne er ens på alle steder og hierarkiske forhold for den pågældende operation ikke eksisterer på forskellige steder, kan applikationen netop replikeres på hvert sted. Et typisk eksempel på en sådan replikering er hotelreservation system. Hver placering bøger værelser på sin placering og på andre steder også.

b) Decentraliserede databaser:

Databaser kan opretholdes på et centralt databehandlingscenter (centraliserede databaser), eller dets dele kan spredes på forskellige steder (decentrale databaser). De centraliserede databaser har de fordele, at de er bedre håndterbare, og datakonsistens og integritet kan let sikres. Distribuerede databaser er imidlertid foretrukne på grund af deres høje pålidelighed, udvidelighed og lavere kommunikationsudgifter.

Tony Gunton identificerer tre grundlæggende muligheder for decentralisering af databaserne. De er:

(a) I de dispergerede databaser udføres al opdatering af information på informationens sted, og informationen er således opdelt på grundlag af enheder som funktion, projekt eller profitcenter eller hvad der passer til den måde, hvorpå forretningsaktiviteterne organiseres .

Et sådant arrangement er mere hensigtsmæssigt, hvor hver af enhederne har ringe afhængighed af hinanden, eller at koordinering mellem dem ikke er tidskritisk. Overførslen af ​​information i sådanne tilfælde er mindre hyppig (normalt periodisk eller behovsbaseret) og minimal i antal dataelementer. Som følge heraf er kommunikationsomkostninger mindre og udgør mindre vanskelige kontrolproblemer.

(b) Distribuerede databaser er mest nyttige, hvor forretningsenhederne eller funktionerne kræver tættere koordinering, men det meste af behandlingen foregår lokalt som det sker i tilfælde af dispergeret arrangement. I dette arrangement gemmes forbindelserne mellem forskellige dataelementer enten på forskellige steder eller centralt og opretholdes automatisk.

Opdateringen af ​​relationer finder således sted næsten på realtid eller med en kort forsinkelse mellem transaktionen og opdateringen. Opdateringen opdateres for at sikre, at brugeren i den anden ende muligvis har brug for opdateret information. Adgangen til data hos forskellige enheder styres af en datalogi. En del af de almindeligt anvendte data kan lagres i brugerens ende og opdateres med jævne mellemrum for at minimere datakommunikationsbehov og omkostninger.

Et sådant arrangement er mere nyttigt, hvor aktiviteternes afhængighed er sekventiel, og aktiviteterne på et sted skal kun udføres, efter at de har kontrolleret de tidligere aktiviteter på et andet sted. I applikationer, hvor planlægning af aktiviteter er afgørende, er et sådant arrangement meget ønskeligt. Et sådant arrangement er imidlertid mest krævende med hensyn til teknologi og kræver en mere moden it-infrastruktur.

(c) Repliceret arrangement svarer til den typiske centraliserede databehandling, bortset fra at en delmængde af den samlede database sendes til det sted, hvor transaktionerne stammer, således at delmængden opdateres umiddelbart efter transaktionen har fundet sted.

De centrale data opdateres enten i slutningen af ​​dagen eller næsten umiddelbart efter transaktionen har fundet sted afhængigt af behovet for opdatering af brugere i de andre ender. Kopiering af datafiler minimerer kommunikationsbehovet mellem oplysningernes og brugerens oprindelse.

Et sådant arrangement er også egnet til tidskritiske centraliserede aktiviteter såsom centraliseret indkøb af materialer til anvendelse på forskellige steder. Men hvor graden af ​​tidskriticitet er meget høj, såsom en drift af bankindskudsregnskaber, ville det ikke være tilrådeligt.

Man kan huske, at disse arrangementer ikke udelukker hinanden i en virksomhed. Man kan bruge en hvilken som helst kombination af disse arrangementer afhængigt af arten af ​​forretningsaktivitet og forholdet mellem transaktionens oprindelse og brug af information.

Hvis informationssystemet er spredt over et stort geografisk område, kan replikeret eller dispergeret type arrangement foretrækkes for at reducere omkostningerne ved kommunikation. Hvis alle brugere i en gruppe har brug for samme slags data ved forskellige lejligheder, ville disse to arrangementer igen være foretrukne. Hvis data bliver opdateret ganske ofte, og opdaterede data er afgørende for beslutningstagning i den anden ende, ville distribueret arrangement være mere egnet.

c) Decentraliseret kommunikation:

I et stort DDP-system kan kommunikationsfunktionen udføres meget ofte. I så fald kan nogle af komponenterne i DDP-systemet kun være dedikeret til kommunikationsfunktionen. En front-endprocessor kan virke som en grænseflade mellem back-endprocessoren og det andet computersystem, der udfører kommunikationsfunktionen og lindrer den bageste endeprocessor med stor belastning.

d) Decentraliseret kontrol:

For at DDP fungerer effektivt, er noget styringssystem med hensyn til adgang til hver facilitet og ledelses- og kommunikationsfacilitet afgørende. For en jævn drift af et sådant styresystem kræves der nogle ledelses- og kontrolmekanismer på hvert sted. En sådan kontrolmekanisme kan være centraliseret eller decentraliseret i varierende grad.