INTRODUKTION 4

1. KONCEPTET AF DISTRIBUERET ER 6

1.1. Forudsætninger for at oprette distribueret IS 6

1.2. Begrebet distribuerede informationssystemer 8

1.3. Værktøjer til at arbejde med distribuerede data 11

2. DISTRIBUERET DATABASER 13

2.1. Grundlæggende principper 13

2.2 Typer af distribuerede databaser 15

2.3. Formål og princip for drift af en distribueret database 16

3. EKSEMPLER PÅ DISTRIBUTEREDE SYSTEMER 21

KONKLUSION 25

LITTERATUR 26

INTRODUKTION

Relevansen af ​​dette emne i essayet ligger i det faktum, at der i verdensøkonomien er processer med globalisering og informationsintegration. De påvirkede også vores land, som på grund af dets geografiske placering og størrelse er tvunget til at bruge distribuerede informationssystemer (IS). Distribuerede informationssystemer giver arbejde med data placeret på forskellige servere, forskellige hardware- og softwareplatforme og gemt i forskellige formater. De kan nemt udvides, baseret på åbne standarder og protokoller, giver integration af deres ressourcer med andre informationssystemer og giver brugerne simple grænseflader.

I verden er der en enorm mængde klar-til-brug information computerressourcer. De blev skabt i anden tid, blev der brugt forskellige tilgange til at udvikle dem. Næsten altid, når du udvikler et nyt informationssystem, kan du finde færdige komponenter, der passer til deres funktioner. Problemet er, at da de blev oprettet, blev der ikke taget hensyn til inkompatibilitetskrav. Disse komponenter forstår ikke hinanden, de kan ikke arbejde sammen. Det er ønskeligt at have en mekanisme eller et sæt mekanismer til at gøre sådanne uafhængigt udviklede informations- og computerressourcer interoperable.

Denne artikel undersøger grundlæggende information om et distribueret informationssystem: beskriver forudsætningerne for dets udvikling, metoder til at arbejde med data og introducerer konceptet fordelt base data, såvel som dets typer og grundlæggende principper. Det tredje kapitel præsenterer eksempler på distribuerede informationssystemer, såsom: - Informix On-Line fra Informix Software; - Ingres Intelligent Database fra Ingres Corp; - Oracle (version 7) fra Oracle Corp; - Sybase System 10 fra Sybase Inc.

Formålet med undersøgelsen er at studere teoretiske grundlag om distribuerede informationssystemer, samt dannelse af viden om principperne for dets drift.

Denne fordeling af data gør det f.eks. muligt at lagre de data, der oftest bruges i denne node, i en netværksknude. Denne tilgang gør det nemmere og hurtigere at arbejde med disse data og giver mulighed for at arbejde med resten af ​​databasedataene.

1. KONCEPTET FOR DISTRIBUERET ER

1.1. Forudsætninger for at skabe distribuerede informationssystemer

Helt fra begyndelsen af ​​udviklingen computerteknologi To hovedretninger for dets anvendelse er dukket op. Den første retning er brugen af ​​computerteknologi til at udføre numeriske beregninger, der tager for lang tid eller er umulige at udføre manuelt. Fremkomsten af ​​denne retning bidrog til intensiveringen af ​​metoder til numerisk løsning af kompleks matematiske problemer, udvikling af en klasse af programmeringssprog med fokus på praktisk optagelse numeriske algoritmer, dannelse feedback med udviklere af nye computerarkitekturer.

Den anden retning er brugen af ​​computerteknologi i automatiske eller automatiserede informationssystemer. Typisk er mængden af ​​information, som sådanne systemer skal håndtere, ret store, og selve informationen har en ret kompleks struktur. Et af de naturlige krav til sådanne systemer er den gennemsnitlige driftshastighed og informationssikkerheden.

Men da informationssystemer kræver komplekse strukturer data, disse individer yderligere midler datastyring var en væsentlig del af informationssystemer og blev praktisk talt gentaget fra et system til et andet. Ønsket om at identificere og generalisere den generelle del af informationssystemer, der er ansvarlige for håndtering af komplekst strukturerede data, var tilsyneladende den første motiverende årsag til oprettelsen forskellige systemer ledelse.

Meget hurtigt blev det klart, at det var umuligt at klare sig med et fælles bibliotek af programmer, der implementerede over standarden grundlæggende filsystem mere komplekse datalagringsmetoder, for eksempel lagring af information i flere filer. Alt dette bidrog således til skabelsen af ​​distribuerede informationssystemer.

Faktisk, hvis Informationssystem understøtter ensartet lagring af information i flere filer, kan vi sige, at det understøtter en database. Hvis et hjælpedatastyringssystem giver dig mulighed for at arbejde med flere filer, og sikrer deres konsistens, kan du kalde det et databasestyringssystem. Alene kravet om at opretholde datakonsistens på tværs af flere filer tillader ikke et bibliotek af funktioner: et sådant system skal have nogle af sine egne data (metadata) og endda viden, der bestemmer dataenes integritet.

Der er en enorm mængde klar-til-brug information og computerressourcer i verden. De blev skabt på forskellige tidspunkter, og forskellige tilgange blev brugt til at udvikle dem. Næsten altid, når du udvikler et nyt informationssystem, kan du finde færdige komponenter, der passer til deres funktioner.

1.2. Begrebet distribuerede informationssystemer

Et system, hvor mere end én databaseserver opererer, betragtes typisk som distribueret. Dette bruges til at reducere belastningen på serveren og sikre driften af ​​geografisk fjerntliggende afdelinger. Den varierende kompleksitet af oprettelse, ændring, vedligeholdelse og integration med andre systemer gør det muligt at opdele informationssystemer i klasser af små, mellemstore og store distribuerede systemer. Små IC'er har en lille livscyklus(livscyklus), orientering mod massebrug, lav pris, umulighed for ændring uden deltagelse af udviklere, ved hjælp af hovedsagelig desktop-databasestyringssystemer (DBMS), homogen hardware og software, der ikke har sikkerhedsfunktioner. Store virksomhedsinformationssystemer, systemer på føderalt niveau og andre har en lang livscyklus, migrering af ældre systemer, mangfoldighed af hardware software, omfanget og kompleksiteten af ​​de problemer, der løses, skæringspunktet mellem sættet fagområder, analytisk bearbejdning data, territorial fordeling af komponenter.

Sådanne informationssystemers funktioner omfatter først og fremmest at arbejde med distribuerede data placeret på forskellige fysiske servere, forskellige hardware- og softwareplatforme og gemt i forskellige interne formater. I dette tilfælde skal systemet levere fuld information om dig selv og alle dine ressourcer, lette at udvide, være baseret på åbne standarder og protokoller, give mulighed for at integrere dine ressourcer med ressourcer i andre informationssystemer. For brugere bør systemet give forskellige niveauer af brugerrettigheder og give enkle grænseflader til at få adgang til information.

Data fra heterogene systemer kombineres normalt i logiske grupper, som forespørgsler er adresseret til. Et abstrakt forespørgselssystem antager, at systemet ikke fungerer med en bestemt forespørgselssyntaks, men med dens logisk essens baseret på abstrakte egenskaber.
Ved opbygning af distribuerede informationssystemer anvendes som udgangspunkt to grundlæggende arkitekturer: Klient/server og Internet Intranet.
Enterprise IS bygget på en klient/server-arkitektur giver klienter en bred vifte af applikationer og udviklingsværktøjer, der er fokuseret på at maksimere computerens kapacitet på klientarbejdsstationer. Serverressourcer bruges hovedsageligt til lagring og udveksling af dokumenter samt til at få adgang til det eksterne miljø. Denne arkitektur giver dig mulighed for bedre at beskytte serversiden af ​​applikationer, mens den giver applikationer mulighed for enten direkte at adressere andre server applikationer, eller ruteanmodninger til dem. Hyppige klientkald til serveren reducerer dog netværkets ydeevne. Vi skal løse problemer sikkert arbejde på et netværk, fordi applikationer og data er fordelt mellem forskellige klienter. Systemkonstruktionens distribuerede karakter gør det vanskeligt at konfigurere og vedligeholde

IS baseret på Internet Intranet er baseret på princippet " åben arkitektur". IS-software er implementeret i form af applets eller servlets (programmer i JAVA sprog) eller i form af cgi-moduler (Perl- eller C-programmer). IP-adressen for denne arkitektur inkluderer Web-yinh\, implementeret ved hjælp af CORBA Enterprise JavaBeans-teknologier, ActiveX 1X"OM, multi-level-applikationer på Java baseret og XML, et .Net koncept med XML, hvori udvekslingen mellem forskellige servere(datavarehuse, forretningsapplikationer, servere til mobile klienter og mere) er produceret ved hjælp af arkitektur-neutral XML.

En distribueret informationsbase betyder et ubegrænset antal databaser, der ligger fjernt fra hinanden og har en række fælles karakteristika:

Arbejde efter ensartede regler defineret centralt for alle databaser, der er inkluderet i den distribuerede informationsbase;

Dataudveksling udføres efter regler, der også er defineret centralt.

Organiseringen af ​​en distribueret database er nødvendig for virksomheder, der beskæftiger sig med forskellige typer aktiviteter, hvis deres daglig arbejde der er behov for at løse følgende problemer:

Behovet for hurtigt at få information fra databaser over fjerntliggende enheder (eller filialer);

Behovet for at konsolidere information fra databaser til en enkelt database juridiske enheder inkluderet i virksomhedens struktur, til efterfølgende dataanalyse og indhentning af rapporter fra én database, både for virksomheden som helhed og for hver juridisk enhed separat;

Et system, hvor mere end én databaseserver opererer, betragtes typisk som distribueret. Dette bruges til at reducere belastningen på serveren og sikre driften af ​​geografisk fjerntliggende afdelinger. Den varierende kompleksitet af oprettelse, ændring, vedligeholdelse og integration med andre systemer gør det muligt at opdele informationssystemer i klasser af små, mellemstore og store distribuerede systemer. Små informationssystemer har en kort livscyklus (livscyklus), orientering mod massebrug, lav pris, umulighed for ændring uden deltagelse af udviklere, ved hjælp af hovedsagelig desktop-databasestyringssystemer (DBMS), homogen hardware og software, som ikke har sikkerhed funktioner. Store virksomhedsinformationssystemer, systemer på føderalt niveau og andre har en lang livscyklus, migrering af ældre systemer, mangfoldighed af hardware og software, omfanget og kompleksiteten af ​​de opgaver, der løses, skæringspunktet mellem mange fagområder, analytisk databehandling og territorial fordeling af komponenter.

Distribuerede databaser (RDB) er et sæt af logisk forbundne databaser fordelt over et computernetværk.

RDB består af et sæt forbundet noder kommunikationsnetværk, hvori:

hver node er et fuldgyldigt DBMS i sig selv;

noder interagerer med hinanden på en sådan måde, at en bruger af enhver af dem kan få adgang til alle data på netværket, som om de var på hans egen node.

Hver node er i sig selv et databasesystem. Enhver bruger kan udføre operationer på data på sin lokale node på samme måde, som hvis denne node slet ikke var en del af det distribuerede system. Et distribueret databasesystem kan opfattes som et partnerskab mellem separate lokale DBMS'er på separate lokale noder.

Grundlæggende princip for oprettelse af distribuerede databaser ("Regel 0"): For brugeren skal et distribueret system se ud som et ikke-distribueret system.

Et grundlæggende princip medfører visse yderligere regler eller formål. Der er kun tolv sådanne mål:

Lokal selvstændighed. Noder i et distribueret system skal være uafhængige eller autonome. Lokal uafhængighed betyder, at alle operationer på en node styres af den node.

Manglende støtte til den centrale knude. Lokal uafhængighed indebærer, at alle noder i et distribueret system skal behandles som ligeværdige. Derfor bør der ikke være nogen opkald til den "centrale" eller "master" node for at opnå en centraliseret service.

Kontinuerlig drift. Distribuerede systemer burde give mere høj grad pålidelighed og tilgængelighed.

Beliggenhed uafhængig. Brugere bør ikke vide præcis, hvor dataene er fysisk gemt, og bør opføre sig som om alle data var gemt på deres egen lokale node.

Fragmenteringsuafhængig. Et system understøtter fragmenteringsuafhængighed, hvis en given relationsvariabel kan opdeles i dele eller fragmenter, når dens fysiske lagring organiseres. I dette tilfælde kan data gemmes på det sted, hvor de oftest bruges, hvilket muliggør lokalisering af de fleste operationer og reduceret netværkstrafik.

Replikationsuafhængig. Systemet understøtter datareplikering, hvis en given lagret relationsvariabel - eller generelt et givent fragment af en given lagret relationsvariabel - kan repræsenteres af flere separate kopier eller replikaer, der er gemt på flere separate noder.

Behandling af distribuerede anmodninger. Pointen er, at en anmodning muligvis skal kontakte flere noder. I sådan et system kan der være mange mulige måder videresendelse af data for at muliggøre, at den pågældende anmodning kan gennemføres.

Distribueret transaktionsstyring. Der er 2 hovedaspekter af transaktionsstyring: recovery management og concurrency management. Med hensyn til gendannelsesstyring, for at sikre atomiciteten af ​​en transaktion i et distribueret miljø, skal systemet sikre, at hele sættet af agenter relateret til en given transaktion (en agent er en proces, der kører for en given transaktion på en separat node) har enten forpligtet sine resultater eller udført en tilbagerulning. Hvad angår samtidighedskontrol, er den i de fleste distribuerede systemer baseret på en blokeringsmekanisme, ligesom i ikke-distribuerede systemer.

Hardware uafhængighed. Det er ønskeligt at kunne køre det samme DBMS på forskellige hardwareplatforme og desuden sikre, at forskellige maskiner deltager i driften af ​​et distribueret system som ligeværdige partnere.

Operativsystem uafhængig. Evne til at betjene DBMS under forskellige operativsystemer.

Netværks uafhængighed. Evnen til at understøtte mange fundamentalt forskellige noder, forskellige i hardware og operativsystemer, samt en række forskellige typer kommunikationsnetværk.

Uafhængighed af typen af ​​DBMS. Det er nødvendigt, at DBMS-instanserne på forskellige noder alle understøtter den samme grænseflade, og det er slet ikke nødvendigt, at disse er kopier af den samme version af DBMS.

Typer af distribuerede databaser

Distribuerede databaser

Multidatabaser med globalt skema. Et multidatabasesystem er et distribueret system, der betjener ekstern grænseflade for adgang til flere lokale DBMS'er eller er struktureret som et globalt niveau over lokale DBMS'er.

Fødererede databaser. I modsætning til multibaser har de ikke et globalt skema, som alle applikationer har adgang til. Understøttes i stedet lokale kredsløb data import-eksport. Hver knude opretholder et delvist globalt skema, der beskriver information fra de fjernkilder, hvis data er nødvendige for driften.

Multibaser med fælles sprog adgang - distribuerede kontrolmiljøer med klient-server-teknologi

Distribuerede informationssystemer

Et distribueret informationssystem er et sæt databaser, der er fjernplaceret fra hinanden og har et antal generelle parametre. De fungerer iflg almindelige regler, som defineres centralt samtidigt for alle databaser, der indgår i informationssystemet. Oplysninger udveksles efter regler, der også er centralt fastlagte.

Organiseringen af ​​et distribueret informationssystem er nødvendigt for virksomheder, der er involveret i forskellige typer aktiviteter, hvis der er behov for at løse sådanne problemer som behovet for hurtigt at indhente information fra databasen over fjerntliggende enheder. Behovet for at implementere et sådant system kan også opstå, når det er nødvendigt at konsolidere oplysningerne i databaserne for juridiske enheder, der er en del af virksomhedsstrukturen, i en fælles database. Dette udføres med henblik på yderligere dataanalyse og generering af rapporter fra én database, både for virksomheden som helhed og separat for hver juridisk enhed.

Et sådant informationssystem implementeres, når det er nødvendigt at indføre centraliserede ændringer i strukturen og konfigurationen af ​​databasedriftsreglerne for driften af ​​alle fjernafdelinger og juridiske enheder. Samtidig kan muligheden for at ændre visse regler direkte fra fjerntliggende enheder være forbudt.

Implementeringen af ​​et distribueret informationssystem udføres også, hvis det er nødvendigt for at sikre kontrol over ændringer i data i fjerntliggende afdelinger i organisationen.

Proceduren for at organisere et distribueret informationssystem består af to faser. På første trin udføres det forberedende arbejde: informationssystemets strukturer, reglerne for migrering af information mellem databaser, der indgår i et distribueret informationssystem, samt reglerne for begrænsning af ændringer i sådanne databaser fastlægges.

Den anden fase omfatter processen med at forberede et distribueret informationssystem. På dette stadium foretages valget af optimalt egnet software, ved hjælp af hvilken distribueret informationsgrundlag, der arbejder efter de regler, der er beskrevet som følge af forarbejderne. Også på dette trin konfigureres den valgte software til at organisere og effektivt administrere distribuerede informationssystemer.

Lad os som et eksempel betragte et virksomhedsinformationssystem - Regional Distributed Education Information System (RDIS).

RRISO's opgaver (fig. 5.1):

• 1. Vedligeholdelse af en centraliseret database for at sikre systemstyring.
• 2. Integration af heterogene databaser med pædagogisk og ledelsesmæssig information.
• 3. Tilvejebringelse af en samlet brugergrænseflade og generering af standarddokumenter.
• 4. Oprettelse af en centraliseret elektronisk bibliotek og støtte til elevers og læreres arbejde med perifere elektroniske biblioteker.
• 5. Support fjernundervisning og uafhængig test.
• 6. Deling computerressourcer og udstyr.
• 7. Automatisk udveksling elektronisk information mellem uddannelsesinstitutioner, automatisering af processerne med at skabe, bearbejde og opbevare information.
• 8. Beskyttelse af oplysninger opslået i RRISON og ophavsret til databaseudviklere, elektronisk undervisningsmateriale og applikationer.
• 9. Support gruppearbejde i udarbejdelse af elektronisk undervisningsmateriale, træning og videnskabelig forskning.
• 10. Integration med lignende informationssystemer i udenlandske og indenlandske computernetværk.

Ris. 5.1.

Et objekt automatisering (fig. 5.2) har en geografisk fordelt struktur. Den består af den regionale uddannelsesafdeling, kommunale uddannelsesmyndigheder, distriktsuddannelsesmyndigheder, uddannelsesinstitutioner. Alle af dem er spredt over et stort område af regionen. De interagerer med administrationerne i regionen, byer, distrikter, med elever og deres forældre og offentligheden.

Ris. 5.2.

Formålet med informationssystemet er overvågning på uddannelsesområdet (fig. 5.3).

Ris. 5.3.

Det regionale distribuerede informationssystem har en hierarkisk organisation (fig. 5.4).

Hierarkisk systemstruktur skyldes tilstedeværelsen af ​​flere niveauer af uddannelsesledelse: regionalt niveau (Uddannelsesministeriet og strukturelle divisioner administration af regionen), niveauet af store kommuner(uddannelsesmyndigheder, divisioner byadministration - regionalt center), niveau for regionale og bydele, niveau for individuelle uddannelsesinstitutioner forskellige typer og typer, andre afdelinger, institutioner og organisationer, der leverer sociale tjenester, beskyttelse af børns og unges rettigheder.

Automatisering informationsudveksling sikrer konsistens af data, der bruges på forskellige niveauer informationssystem, øger dem pålidelighed.

Ris. 5.4.

Samspil mellem uddannelsesmyndigheder og uddannelsesinstitutioner, der eksisterer mellem dem informationsstrømme, bestemmes af den regionale uddannelsesafdelings vedtægter. IS skal have en arkitektur, der matcher strukturen af ​​automatiseringsobjektet. Systemet, der udvikles, skal omfatte delsystemer, der tilhører flere hierarkiniveauer:

• · Uddannelsesinstitutionernes niveau. Komponenterne på dette niveau er forskellige i det sæt funktioner, de implementerer, afhængigt af typen af ​​uddannelsesinstitution. Hovedformålet med disse komponenter i dette system er at indsamle primær information om en uddannelsesinstitutions aktiviteter og generere rapporter (information om aktiviteterne i specifikke uddannelsesinstitutioner af forskellige typer) til uddannelsesledelsesorganer og statslige statistikorganer, samt vedligeholde ledelsesfunktionerne i en uddannelsesinstitution, organisation pædagogisk proces i ham. Behovet for at kombinere disse funktioner i én applikation er dikteret af kravet om at minimere manuel behandling af information, genindtastning og duplikering, hvilket er en kilde til fejl i driften af ​​informationssystemer.
• · Niveau af kommunale uddannelsesmyndigheder i regionens distrikter. Hovedformålet med disse undersystemer er at indhente primær information fra uddannelsesinstitutioner, dets integration og overførsel til et højere niveau, generering af rapporter (oplysninger om aktiviteterne i uddannelsesinstitutioner i distriktet, by) for højere uddannelsesmyndigheder og statslige statistikorganer , samt opretholdelse af ledelsesfunktionerne for uddannelsesinstitutioner i de relevante territorier.
• · Niveau for afdelingen for uddannelse i regionen. Hovedformålet med komponenterne dette niveau er analysen af ​​information modtaget fra undersystemer på lavere niveauer, opretholdelse af uddannelsesstyringsfunktioner, dannelse af en stat statistisk indberetning og vedligeholdelse integreret system overvågning på uddannelsesområdet.

Undersystemer på hvert niveau sikrer opretholdelse af primær information og dokumentationsstøtte til uddannelsesinstitutionernes og uddannelsesledelsesorganernes aktiviteter, generering af primære og sammenfattende rapporter, informationsudveksling med andre undersystemer og informationsbeskyttelse.

Ris. 5.5.

Arkitektur IS svarer til strukturen på flere niveauer i regionens uddannelsessystem. Systemet omfatter delsystemer på flere niveauer (fig. 5.5):

• · Informationssystemer for uddannelsesinstitutioner af forskellige typer og typer.
• · Informationssystemer for kommunale (territoriale, distrikts-) uddannelsesmyndigheder.
• · Informationssystem for uddannelsesmyndigheder på regionalt niveau.

Et regionalt system skal understøtte muligheden for distribueret lagring og distribueret databehandling.

Hvert delsystem arbejder med sin egen lokale database, men en enkelt model. Data er fragmenteret. At implementere muligheden for dataoverførsel mellem DB anvendte delsystemer komponent data replikering.

Alle ændringer foretaget til datamodel hvis det er nødvendigt at udvide det, overføres tilpasninger til nye informationsbehov til de delsystemer, hvis arbejde er påvirket af opdateringerne.

Integration delsystemer er implementeret baseret på BizTalk teknologi Server.

Softwareteknologiplatform - Microsoft. NET.

Ris. 5.6.

Software IS (fig. 5.6) er fleksibelt konfigureret under installationen: det er konfigureret til at udføre funktionerne i et undersystem på det passende niveau, til at arbejde i uddannelsesinstitutioner af forskellige typer og typer, forskellige forhold operation.

Brugerne har mulighed for at udføre Søg og udvælgelse af dokumenter, deres visning (gennem dokumentstyringskomponenter).

Systemet understøtter automatiseringsfunktioner til standarddrift, kontorarbejde og dokumentflow (gennem komponenter til forretningsprocesstyring). Ændringer i DB indtastes kun gennem udførelse af passende operationer, hvor de primære data ændres og dokumenter oprettes.

Udførelse af operationer og arbejde med dokumenter udføres i overensstemmelse med brugernes rettigheder bestemt af deres tilknytning til bestemt kategori, jobansvar.

Arkitektur af distribuerede informationssystemer og webapplikationer

Distribueret system er et sæt af uafhængige computere, som fremstår for deres brugere som et enkelt samlet system. På trods af at alle computere er autonome, ser de for brugerne ud til at være et enkelt system.

De vigtigste egenskaber ved distribuerede systemer:

1. Forskellene mellem computere og kommunikationsmetoder mellem dem er skjult for brugerne. Det samme gælder den eksterne organisering af distribuerede systemer.

2. Brugere og applikationer oplever en ensartet oplevelse på tværs af distribuerede systemer, uanset hvor eller hvornår de interagerer.

Distribuerede systemer bør også være relativt nemme at udvide eller skalere. Denne egenskab er en direkte konsekvens af at have uafhængige computere, men indikerer samtidig ikke, hvordan disse computere faktisk er kombineret til et enkelt system.

For at bevare et samlet overblik over systemet inkluderer distribuerede systemer ofte et ekstra lag af software, der sidder imellem højeste niveau, hvor brugere og applikationer opholder sig, og et lavere niveau bestående af operativsystemer(Figur 1.11).

Derfor kaldes et sådant distribueret system normalt mellemniveau system (middleware). Bemærk, at det mellemliggende lag er fordelt på mange computere.

Funktioner af distribuerede systemers funktion omfatter:

· Tilgængelighed stor mængde genstande;

· anmodningsudførelsesforsinkelser (hvis f.eks. lokale opkald kræver omkring et par hundrede nanosekunder, kræver anmodninger til et objekt i distribuerede systemer fra 0,1 til 10 ms);

· nogle genstande kan ikke bruges i lang tid;

· distribuerede komponenter udføres parallelt, hvilket medfører behov for at koordinere udførelsen;

· anmodninger i distribuerede systemer har stor sandsynlighed for fejl;

· øgede sikkerhedskrav.

På grund af tilstedeværelsen af ​​øgede forsinkelser, grænseflader ind distribueret system skal være designet til at reducere udførelsestiden for forespørgsler. Dette kan opnås ved at reducere adgangsfrekvensen samt ved at forstørre de udførte funktioner.

For at bekæmpe fejl skal klienter kontrollere, om anmodninger udføres af serveren. Sikkerheden i distribuerede applikationer kan øges ved at overvåge kommunikationssessioner (godkendelse, autorisation, datakryptering).

Arkitekturen af ​​webapplikationer (webtjenester) er meget udbredt i dag. Webservice er en applikation, der er tilgængelig via internettet. Det leverer tjenester, hvis form ikke afhænger af tjenesteudbyderen, da det bruger en universel driftsplatform og universelt format data (XML). I Web-baseret-tjenester er baseret på standarder, der definerer formater og sprog for forespørgsler, samt protokoller til søgning efter disse tjenester på internettet. Skemaet for adgang til databasen via internettet er vist i fig. 1.12.

Figur 1.12 – Skema for adgang til DBMS-serveren via internettet

Der er i øjeblikket tre forskellige teknologier, der understøtter konceptet med distribuerede objektsystemer: EJB, DCOM CORBA.

Hovedideen bag udviklingen af ​​EJB-teknologi ( Enterprise Java bønner) - skabe en infrastruktur for komponenter, så de nemt kan indsættes og fjernes fra servere, og derved øge eller mindske serverens funktionalitet. EJB-komponenter er Java-klasser og kan køre på enhver EJB-kompatibel server, selv uden omkompilering. Hovedmålene med EJB-teknologi er:

1. Gør det lettere for udviklere at skabe applikationer ved at fritage dem for behovet for at implementere tjenester såsom transaktioner, tråde, belastninger osv. fra bunden. Udviklere kan koncentrere deres opmærksomhed om at beskrive logikken i deres applikationer, flytte opgaverne med at lagre , overførsel og sikkerhed af data til EJB systemet .

2. Beskriv EJB-systemets hovedstrukturer og grænseflader for interaktion mellem dets komponenter.

3. Frigør udvikleren fra at implementere EJB-objekter på grund af tilstedeværelsen af ​​en speciel kodegenerator.

Takket være den anvendte Java-model er EJB relativt enkel og på en hurtig måde oprettelse af distribuerede systemer.

DCOM teknologi ( Distribueret komponentobjektmodel) er en softwarearkitektur udviklet af Microsoft til distribution af applikationer på tværs af flere computere på et netværk. Software komponentén computer kan bruge DCOM til at sende beskeder til en komponent på en anden computer. DCOM etablerer automatisk en forbindelse, transmitterer en besked og returnerer et svar fra fjernkomponenten. DCOMs evne til at sammenkoble komponenter har gjort det muligt for Microsoft at levere Vinduer i nærheden yderligere funktioner især at gennemføre Microsoft server Transaktionsserver, ansvarlig for at udføre databasetransaktioner over internettet.