INNLEDNING 4

1. KONSEPTET DISTRIBUTERT ER 6

1.1. Forutsetninger for å lage distribuert IS 6

1.2. Konseptet med distribuerte informasjonssystemer 8

1.3. Verktøy for å arbeide med distribuert data 11

2. DISTRIBUTERTE DATABASER 13

2.1. Grunnleggende prinsipper 13

2.2 Typer distribuerte databaser 15

2.3. Formål og prinsipp for drift av en distribuert database 16

3. EKSEMPLER PÅ DISTRIBUTERTE SYSTEMER 21

KONKLUSJON 25

LITTERATUR 26

INTRODUKSJON

Relevansen til dette emnet i essayet ligger i det faktum at det i verdensøkonomien er prosesser med globalisering og informasjonsintegrasjon. De påvirket også landet vårt, som på grunn av sin geografiske plassering og størrelse er tvunget til å bruke distribuerte informasjonssystemer (IS). Distribuerte informasjonssystemer gir arbeid med data lokalisert på forskjellige servere, ulike maskinvare- og programvareplattformer og lagret i ulike formater. De kan enkelt utvides, basert på åpne standarder og protokoller, gir integrasjon av ressursene deres med andre informasjonssystemer, og gir brukerne enkle grensesnitt.

I verden er det en enorm mengde klar-til-bruk informasjon dataressurser. De ble skapt i annen tid, ble forskjellige tilnærminger brukt for å utvikle dem. Nesten alltid, når du utvikler et nytt informasjonssystem, kan du finne ferdige komponenter som passer for deres funksjoner. Problemet er at når de ble opprettet, ble det ikke tatt hensyn til inkompatibilitetskrav. Disse komponentene forstår ikke hverandre, de kan ikke fungere sammen. Det er ønskelig å ha en mekanisme eller et sett med mekanismer for å gjøre slik uavhengig utviklet informasjon og dataressurser interoperable.

Denne artikkelen undersøker grunnleggende informasjon om et distribuert informasjonssystem: beskriver forutsetningene for dets utvikling, måter å arbeide med data på og introduserer konseptet distribuert base data, samt dens typer og grunnleggende prinsipper. Det tredje kapittelet presenterer eksempler på distribuerte informasjonssystemer, som: - Informix On-Line fra Informix Software; - Ingres Intelligent Database fra Ingres Corp; - Oracle (versjon 7) fra Oracle Corp; - Sybase System 10 fra Sybase Inc.

Formålet med studiet er å studere teoretiske grunnlag om distribuerte informasjonssystemer, samt dannelse av kunnskap om prinsippene for driften.

Denne distribusjonen av data gjør det for eksempel mulig å lagre i en nettverksnode de dataene som oftest brukes i denne noden. Denne tilnærmingen gjør det enklere og raskere å jobbe med disse dataene og gir muligheten til å jobbe med resten av databasedataene.

1. KONSEPTET DISTRIBUTERT ER

1.1. Forutsetninger for å lage distribuerte informasjonssystemer

Helt fra begynnelsen av utviklingen datateknologi To hovedretninger for bruken har dukket opp. Den første retningen er bruken av datateknologi for å utføre numeriske beregninger som tar for lang tid eller er umulige å utføre manuelt. Fremveksten av denne retningen bidro til intensiveringen av metoder for numerisk løsning av kompleks matematiske problemer, utvikling av en klasse programmeringsspråk fokusert på praktisk opptak numeriske algoritmer, formasjon tilbakemelding med utviklere av nye dataarkitekturer.

Den andre retningen er bruken av datateknologi i automatiske eller automatiserte informasjonssystemer. Vanligvis er mengden informasjon som slike systemer må forholde seg til, ganske store, og selve informasjonen har en ganske kompleks struktur. Et av de naturlige kravene til slike systemer er gjennomsnittshastigheten på operasjoner og informasjonssikkerheten.

Men siden informasjonssystemer krever komplekse strukturer data, disse individene ekstra midler datahåndtering var en vesentlig del av informasjonssystemer og ble praktisk talt gjentatt fra ett system til et annet. Ønsket om å identifisere og generalisere den generelle delen av informasjonssystemer som er ansvarlig for å administrere komplekst strukturerte data var tilsynelatende den første motiverende grunnen til opprettelsen ulike systemer ledelse.

Svært snart ble det klart at det var umulig å klare seg med et felles bibliotek med programmer som implementerte over standard grunnleggende filsystem mer komplekse datalagringsmetoder, for eksempel lagring av informasjon i flere filer. Alt dette bidro således til opprettelsen av distribuerte informasjonssystemer.

Faktisk, hvis Informasjon System støtter konsekvent lagring av informasjon i flere filer, kan vi si at den støtter en database. Hvis et hjelpedatabehandlingssystem lar deg jobbe med flere filer, for å sikre konsistensen, kan du kalle det et databasestyringssystem. Bare kravet om å opprettholde datakonsistens på tvers av flere filer tillater ikke et bibliotek med funksjoner: et slikt system må ha noen av sine egne data (metadata) og til og med kunnskap som bestemmer integriteten til dataene.

Det finnes en enorm mengde klar-til-bruk informasjon og dataressurser i verden. De ble skapt til forskjellige tider og forskjellige tilnærminger ble brukt for å utvikle dem. Nesten alltid, når du utvikler et nytt informasjonssystem, kan du finne ferdige komponenter som passer for deres funksjoner.

1.2. Konseptet med distribuerte informasjonssystemer

Vanligvis anses et system der mer enn én databaseserver opererer som distribuert. Dette brukes for å redusere belastningen på serveren og sikre driften av geografisk fjerntliggende avdelinger. Den varierende kompleksiteten av opprettelse, modifikasjon, vedlikehold og integrasjon med andre systemer gjør det mulig å dele informasjonssystemer inn i klasser av små, mellomstore og store distribuerte systemer. Små IC-er har en liten Livssyklus(livssyklus), orientering mot massebruk, lav pris, umulig å modifisere uten deltakelse fra utviklere, bruker hovedsakelig desktop database management systems (DBMS), homogen maskinvare og programvare som ikke har sikkerhetsfunksjoner. Store bedriftsinformasjonssystemer, systemer på føderalt nivå og andre har en lang livssyklus, migrering av eldre systemer, mangfold av maskinvare programvare, omfanget og kompleksiteten til problemene som skal løses, skjæringspunktet mellom settet fagområder, analytisk bearbeiding data, territoriell fordeling av komponenter.

Funksjonene til slike informasjonssystemer inkluderer for det første å jobbe med distribuerte data lokalisert på forskjellige fysiske servere, ulike maskinvare- og programvareplattformer og lagret i ulike interne formater. I dette tilfellet må systemet gi full informasjon om deg selv og alle ressursene dine, lett å utvide, være basert på åpne standarder og protokoller, gi muligheten til å integrere ressursene dine med ressursene til andre informasjonssystemer. For brukere bør systemet gi ulike nivåer av brukerprivilegier og gi enkle grensesnitt for å få tilgang til informasjon.

Data fra heterogene systemer kombineres vanligvis til logiske grupper som spørringene er adressert til. Et abstrakt spørresystem antar at systemet ikke opererer med en spesifikk spørringssyntaks, men med sin logisk essens basert på abstrakte egenskaper.
Ved bygging av distribuerte informasjonssystemer brukes som regel to grunnleggende arkitekturer: Klient/server og Internett-intranett.
Enterprise IS bygget på en klient/server-arkitektur gir klienter et bredt spekter av applikasjoner og utviklingsverktøy som er fokusert på å maksimere databehandlingsevnen til klientarbeidsstasjoner. Serverressurser brukes hovedsakelig til å lagre og utveksle dokumenter, samt for å få tilgang til det eksterne miljøet. Denne arkitekturen lar deg bedre beskytte serversiden av applikasjoner, samtidig som applikasjoner kan adressere andre direkte serverapplikasjoner, eller ruteforespørsler til dem. Hyppige klientanrop til serveren reduserer imidlertid nettverksytelsen. Vi må løse problemer sikkert arbeid på et nettverk fordi applikasjoner og data er distribuert mellom ulike klienter. Systemkonstruksjonens distribuerte natur gjør det vanskelig å konfigurere og vedlikeholde

IS basert på Internett-intranett er basert på prinsippet " åpen arkitektur". IS-programvare er implementert i form av appleter eller servletter (programmer i JAVA språk) eller i form av cgi-moduler (Perl- eller C-programmer). IP-en til denne arkitekturen inkluderer Web-yinh\, implementert ved hjelp av CORBA Enterprise JavaBeans-teknologier, ActiveX 1X"OM, flernivåapplikasjoner på Java basert og XML, et .Net konsept med XML der utveksling mellom forskjellige servere(datavarehus, forretningsapplikasjoner, servere for mobile klienter og mer) er produsert ved hjelp av arkitekturnøytral XML.

En distribuert informasjonsbase betyr et ubegrenset antall databaser som er fjernt fra hverandre og har en rekke felles kjennetegn:

Å operere etter enhetlige regler definert sentralt for alle databaser som inngår i den distribuerte informasjonsbasen;

Datautveksling utføres etter regler som også er definert sentralt.

Organiseringen av en distribuert database er nødvendig for selskaper som driver med ulike typer aktiviteter, dersom deres daglig arbeid det er behov for å løse følgende problemer:

Behovet for raskt å skaffe informasjon fra databaser over fjerntliggende enheter (eller filialer);

Behovet for å konsolidere informasjon fra databaser til en enkelt database juridiske enheter inkludert i selskapets struktur, for påfølgende dataanalyse og innhenting av rapporter fra én database, både for selskapet som helhet og for hver juridisk enhet separat;

Vanligvis anses et system der mer enn én databaseserver opererer som distribuert. Dette brukes for å redusere belastningen på serveren og sikre driften av geografisk fjerntliggende avdelinger. Den varierende kompleksiteten av opprettelse, modifikasjon, vedlikehold og integrasjon med andre systemer gjør det mulig å dele informasjonssystemer inn i klasser av små, mellomstore og store distribuerte systemer. Små informasjonssystemer har en kort livssyklus (livssyklus), orientering mot massebruk, lav pris, umulig å modifisere uten deltakelse fra utviklere, bruker hovedsakelig desktop database management systems (DBMS), homogen maskinvare og programvare, som ikke har sikkerhet egenskaper. Store bedriftsinformasjonssystemer, systemer på føderalt nivå og andre har en lang livssyklus, migrering av eldre systemer, mangfold av maskinvare og programvare, omfanget og kompleksiteten til oppgavene som løses, skjæringspunktet mellom mange fagområder, analytisk databehandling og territoriell fordeling av komponenter.

Distribuerte databaser (RDB) er et sett med logisk sammenkoblede databaser distribuert over et datanettverk.

RDB består av et sett med noder tilkoblet kommunikasjonsnettverk, der:

hver node er et fullverdig DBMS i seg selv;

noder samhandler med hverandre på en slik måte at en bruker av hvilken som helst av dem kan få tilgang til alle data på nettverket som om de var på sin egen node.

Hver node er i seg selv et databasesystem. Enhver bruker kan utføre operasjoner på data på sin lokale node på samme måte som om denne noden ikke var en del av det distribuerte systemet i det hele tatt. Et distribuert databasesystem kan betraktes som et partnerskap mellom separate lokale DBMS-er på separate lokale noder.

Grunnleggende prinsipp for å lage distribuerte databaser ("Regel 0"): For brukeren skal et distribuert system se ut som et ikke-distribuert system.

Et grunnleggende prinsipp innebærer visse tilleggsregler eller formål. Det er bare tolv slike mål:

Lokal uavhengighet. Noder i et distribuert system må være uavhengige eller autonome. Lokal uavhengighet betyr at alle operasjoner på en node er kontrollert av den noden.

Mangel på støtte for den sentrale noden. Lokal uavhengighet innebærer at alle noder i et distribuert system skal behandles som likeverdige. Derfor bør det ikke være noen anrop til "sentral" eller "master"-noden for å få en sentralisert tjeneste.

Kontinuerlig drift. Distribuerte systemer bør gi mer høy grad pålitelighet og tilgjengelighet.

Plasseringsuavhengig. Brukere skal ikke vite nøyaktig hvor dataene er fysisk lagret og bør opptre som om alle dataene var lagret på deres egen lokale node.

Fragmenteringsuavhengig. Et system støtter fragmenteringsuavhengighet hvis en gitt relasjonsvariabel kan deles inn i deler eller fragmenter når dens fysiske lagring organiseres. I dette tilfellet kan data lagres på stedet der de oftest brukes, noe som muliggjør lokalisering av de fleste operasjoner og redusert nettverkstrafikk.

Replikeringsuavhengig. Systemet støtter datareplikering hvis en gitt lagret relasjonsvariabel - eller generelt sett et gitt fragment av en gitt lagret relasjonsvariabel - kan representeres av flere separate kopier eller replikaer som er lagret på flere separate noder.

Behandling av distribuerte forespørsler. Poenget er at en forespørsel kan trenge å kontakte flere noder. I et slikt system kan det være mange mulige måter videresending av data for å gjøre det mulig å fullføre den aktuelle forespørselen.

Distribuert transaksjonshåndtering. Det er to hovedaspekter ved transaksjonsstyring: gjenopprettingsstyring og samtidighetsstyring. Med hensyn til gjenopprettingsstyring, for å sikre atomiteten til en transaksjon i et distribuert miljø, må systemet sikre at hele settet med agenter knyttet til en gitt transaksjon (en agent er en prosess som kjører for en gitt transaksjon på en separat node) har enten forpliktet sine resultater eller utført en tilbakeføring. Når det gjelder samtidighetskontroll, er den i de fleste distribuerte systemer basert på en blokkeringsmekanisme, akkurat som i ikke-distribuerte systemer.

Maskinvareuavhengighet. Det er ønskelig å kunne kjøre samme DBMS på ulike maskinvareplattformer og dessuten sikre at ulike maskiner deltar i driften av et distribuert system som likeverdige partnere.

Operativsystem uavhengig. Evne til å betjene DBMS under ulike operativsystemer.

Nettverksuavhengighet. Evnen til å støtte mange fundamentalt forskjellige noder, forskjellige i maskinvare og operativsystemer, samt en rekke forskjellige typer kommunikasjonsnettverk.

Uavhengig av typen DBMS. Det er nødvendig at DBMS-instansene på forskjellige noder alle støtter samme grensesnitt, og det er slett ikke nødvendig at disse er kopier av samme versjon av DBMS.

Typer distribuerte databaser

Distribuerte databaser

Multidatabaser med globalt skjema. Et multidatabasesystem er et distribuert system som betjener eksternt grensesnitt for tilgang til flere lokale DBMS-er eller er strukturert som et globalt nivå over lokale DBMS-er.

Federerte databaser. I motsetning til multibaser har de ikke et globalt skjema som alle applikasjoner får tilgang til. Støttes i stedet lokal krets data import-eksport. Hver node opprettholder et delvis globalt skjema som beskriver informasjon fra de eksterne kildene hvis data er nødvendige for drift.

Multibaser med felles språk tilgang - distribuerte kontrollmiljøer med klient-server-teknologi

Distribuerte informasjonssystemer

Et distribuert informasjonssystem er et sett med databaser som er eksternt plassert fra hverandre og har en rekke generelle parametere. De fungerer iht generelle regler, som defineres sentralt samtidig for alle databaser som inngår i informasjonssystemet. Informasjon utveksles etter regler som også er sentralt fastsatt.

Organiseringen av et distribuert informasjonssystem er nødvendig for virksomheter som er engasjert i forskjellige typer aktiviteter, hvis det er behov for å løse slike problemer som behovet for raskt å innhente informasjon fra databasen over fjerntliggende enheter. Behovet for å implementere et slikt system kan også oppstå når det er nødvendig å konsolidere informasjonen i databasene til juridiske enheter som er en del av foretaksstrukturen i en felles database. Dette utføres for videre dataanalyse og generering av rapporter fra én database, både for virksomheten som helhet og separat for hver juridisk enhet.

Et slikt informasjonssystem implementeres når det er nødvendig å innføre sentraliserte endringer i strukturen og konfigurasjonen av databasedriftsreglene for funksjonen til alle eksterne avdelinger og juridiske enheter. Samtidig kan muligheten til å endre visse regler direkte fra eksterne enheter være forbudt.

Implementeringen av et distribuert informasjonssystem utføres også hvis det er nødvendig for å sikre kontroll over endringer i data i fjerntliggende avdelinger i organisasjonen.

Prosedyren for å organisere et distribuert informasjonssystem består av to trinn. På det første trinnet utføres forberedende arbeid: strukturene til informasjonssystemet, reglene for migrering av informasjon mellom databaser som inngår i et distribuert informasjonssystem, samt reglene for å begrense endringer i slike databaser, fastsettes.

Den andre fasen inkluderer prosessen med å utarbeide et distribuert informasjonssystem. På dette stadiet gjøres valget av optimalt egnet programvare, ved hjelp av hvilken distribuert informasjonsgrunnlag, arbeider etter reglene beskrevet som følge av forarbeidene. Også på dette stadiet er den valgte programvaren konfigurert for å organisere og effektivt administrere distribuerte informasjonssystemer.

Som et eksempel, la oss vurdere et bedriftsinformasjonssystem - Regional Distributed Education Information System (RDIS).

Oppgaver til RRISO (fig. 5.1):

• 1. Vedlikeholde en sentralisert database for å sikre systemadministrasjon.
• 2. Integrasjon av heterogene databaser med pedagogisk og ledelsesinformasjon.
• 3. Gir et enhetlig brukergrensesnitt og generering av standarddokumenter.
• 4. Opprettelse av en sentralisert elektronisk bibliotek og støtte til elevenes og lærernes arbeid med perifere elektroniske bibliotek.
• 5. Støtte fjernundervisning og uavhengig testing.
• 6. Deling dataressurser og utstyr.
• 7. Automatisk utveksling elektronisk informasjon mellom utdanningsinstitusjoner, automatisering av prosessene med å skape, bearbeide og lagre informasjon.
• 8. Beskyttelse av informasjon postet i RRISON og opphavsrett til databaseutviklere, elektronisk undervisningsmateriell og applikasjoner.
• 9. Støtte Gruppearbeid i utarbeidelse av elektronisk utdanningsmateriell, opplæring og vitenskapelig forskning.
• 10. Integrasjon med lignende informasjonssystemer i utenlandske og innenlandske datanettverk.

Ris. 5.1.

En gjenstand automatisering (fig. 5.2) har en geografisk fordelt struktur. Den består av den regionale utdanningsavdelingen, kommunale utdanningsmyndigheter, distriktsutdanningsmyndigheter, utdanningsinstitusjoner. Alle av dem er spredt over et stort område av regionen. De samhandler med administrasjonene i regionen, byer, distrikter, med studenter og deres foreldre, og publikum.

Ris. 5.2.

Formålet med informasjonssystemet er overvåkning på utdanningsområdet (fig. 5.3).

Ris. 5.3.

Det regionale distribuerte informasjonssystemet har en hierarkisk organisering (fig. 5.4).

Hierarkisk systemstruktur skyldes tilstedeværelsen av flere nivåer av utdanningsledelse: regionalt nivå (Institutt for utdanning og strukturell divisjoner administrasjonen av regionen), nivået av store kommuner(utdanningsmyndighetene, divisjoner byadministrasjon - regionsenter), nivå på regionale og urbane distrikter, nivå på individuelle utdanningsinstitusjoner forskjellige typer og typer, andre avdelinger, institusjoner og organisasjoner som tilbyr sosiale tjenester, beskyttelse av rettighetene til barn og unge.

Automasjon informasjonsutveksling sikrer konsistens i data som brukes på ulike nivåer informasjonssystem, øker dem pålitelighet.

Ris. 5.4.

Samhandling mellom utdanningsmyndigheter og utdanningsinstitusjoner som eksisterer mellom dem informasjonsflyter, fastsettes av forskriften til den regionale utdanningsavdelingen. IS må ha en arkitektur som samsvarer med strukturen til automatiseringsobjektet. Systemet som utvikles må inkludere delsystemer som tilhører flere hierarkinivåer:

• · Nivå på utdanningsinstitusjoner. Komponentene på dette nivået er forskjellige i settet med funksjoner de implementerer, avhengig av type utdanningsinstitusjon. Hovedformålet med disse komponentene i dette systemet er å samle primærinformasjon om virksomheten til en utdanningsinstitusjon og generere rapporter (informasjon om aktivitetene til spesifikke utdanningsinstitusjoner av ulike typer) for utdanningsstyringsorganer og statlige statistikkorganer, samt vedlikeholde ledelsesfunksjonene til en utdanningsinstitusjon, organisasjon pedagogisk prosess i han. Behovet for å kombinere disse funksjonene i en applikasjon er diktert av kravet om å minimere manuell behandling av informasjon, gjeninnføring og duplisering, som er en kilde til feil i driften av informasjonssystemer.
• · Nivå på kommunale utdanningsmyndigheter i regionens distrikter. Hovedformålet med disse undersystemene er å innhente primærinformasjon fra utdanningsinstitusjoner, dens integrering og overføring til et høyere nivå, generering av rapporter (informasjon om aktivitetene til utdanningsinstitusjoner i distriktet, byen) for høyere utdanningsmyndigheter og statlige statistikkorganer , samt opprettholde funksjonene for ledelse av utdanningsinstitusjoner i de relevante territoriene.
• · Nivå på Utdanningsdepartementet i regionen. Hovedformålet med komponentene dette nivået er analysen av informasjon mottatt fra delsystemer på lavere nivåer, opprettholdelse av utdanningsstyringsfunksjoner, danner en stat statistisk rapportering og vedlikehold integrert system overvåking innen utdanning.

Delsystemer på hvert nivå sikrer vedlikehold av primærinformasjon og dokumentasjonsstøtte for aktivitetene til utdanningsinstitusjoner og utdanningsstyringsorganer, generering av primær- og oppsummeringsrapporter, informasjonsutveksling med andre undersystemer og informasjonsbeskyttelse.

Ris. 5.5.

Arkitektur IS tilsvarer flernivåstrukturen i regionens utdanningssystem. Systemet inkluderer delsystemer på flere nivåer (fig. 5.5):

• · Informasjonssystemer til utdanningsinstitusjoner av ulike typer og typer.
• · Informasjonssystemer til kommunale (territorielle, distrikts-) utdanningsmyndigheter.
• · Informasjonssystem for utdanningsmyndighetene på regionalt nivå.

Et system i regional skala skal understøtte muligheten for distribuert lagring og distribuert databehandling.

Hvert delsystem fungerer med sin egen lokale database, men en enkelt modell. Data er fragmentert. Å implementere muligheten for dataoverføring mellom DB delsystemer som brukes komponent datareplikering.

Alle endringer gjort til datamodell dersom det er nødvendig å utvide det, overføres justeringer av nye informasjonsbehov til de delsystemene hvis arbeid påvirkes av oppdateringene.

Integrering delsystemer er implementert basert på BizTalk-teknologi Server.

Programvareteknologiplattform - Microsoft. NETT.

Ris. 5.6.

Programvare IS (fig. 5.6) er fleksibelt konfigurert under installasjonen: den er konfigurert til å utføre funksjonene til et undersystem på riktig nivå, for å jobbe i utdanningsinstitusjoner av forskjellige typer og typer, ulike forhold operasjon.

Brukerne har mulighet til å gjennomføre Søk og valg av dokumenter, deres visning (gjennom dokumenthåndteringskomponenter).

Systemet støtter automatiseringsfunksjoner for standard drift, kontorarbeid og dokumentflyt (gjennom komponenter for forretningsprosessstyring). Endringer i DB legges inn bare gjennom utførelse av passende operasjoner, der primærdataene endres og dokumenter opprettes.

Utførelse av operasjoner og arbeid med dokumenter utføres i samsvar med rettighetene til brukere bestemt av deres tilknytning til bestemt kategori, Job ansvar.

Arkitektur av distribuerte informasjonssystemer og webapplikasjoner

Distribuert system er et sett med uavhengige datamaskiner, som fremstår for brukerne som et enkelt enhetlig system. Til tross for at alle datamaskiner er autonome, ser de for brukere ut til å være et enkelt system.

De viktigste egenskapene til distribuerte systemer:

1. Forskjellene mellom datamaskiner og kommunikasjonsmetoder mellom dem er skjult for brukerne. Det samme gjelder ekstern organisering av distribuerte systemer.

2. Brukere og applikasjoner opplever en konsistent opplevelse på tvers av distribuerte systemer, uansett hvor eller når de samhandler.

Distribuerte systemer skal også være relativt enkle å utvide, eller skalere. Denne egenskapen er en direkte konsekvens av å ha uavhengige datamaskiner, men indikerer samtidig ikke hvordan disse datamaskinene faktisk er kombinert til et enkelt system.

For å opprettholde et enhetlig syn på systemet, inkluderer distribuerte systemer ofte et ekstra lag med programvare som ligger mellom toppnivå, hvor brukere og applikasjoner bor, og et lavere nivå bestående av operativsystemer(Figur 1.11).

Følgelig kalles vanligvis et slikt distribuert system mellomnivåsystem (mellomvare). Merk at mellomlaget er fordelt på mange datamaskiner.

Funksjoner ved funksjonen til distribuerte systemer inkluderer:

· Tilgjengelighet stor kvantitet gjenstander;

· forespørsler om utførelsesforsinkelser (for eksempel hvis lokale samtaler krever omtrent et par hundre nanosekunder, krever forespørsler til et objekt i distribuerte systemer fra 0,1 til 10 ms);

· noen gjenstander kan ikke brukes på lang tid;

· distribuerte komponenter utføres parallelt, noe som fører til behov for å koordinere utførelse;

· forespørsler i distribuerte systemer har stor sannsynlighet for feil;

· økte sikkerhetskrav.

På grunn av tilstedeværelsen av økte forsinkelser, grensesnitt inn distribuert system bør utformes for å redusere utførelsestiden for spørringer. Dette kan oppnås ved å redusere tilgangsfrekvensen, samt ved å utvide funksjonene som utføres.

For å bekjempe feil må klienter sjekke om forespørsler blir utført av serveren. Sikkerhet i distribuerte applikasjoner kan økes ved å overvåke kommunikasjonsøkter (autentisering, autorisasjon, datakryptering).

Arkitekturen til webapplikasjoner (webtjenester) er mye brukt i dag. Webtjeneste er en applikasjon som er tilgjengelig via Internett. Den tilbyr tjenester, hvis form ikke er avhengig av tjenesteleverandøren, siden den bruker en universell driftsplattform og universelt format data (XML). I Nettbasert-tjenester er basert på standarder som definerer formater og språk for spørringer, samt protokoller for søk etter disse tjenestene på Internett. Opplegget for tilgang til databasen via Internett er vist i fig. 1.12.

Figur 1.12 – Opplegg for tilgang til DBMS-serveren via Internett

Det er for tiden tre ulike teknologier, som støtter konseptet med distribuerte objektsystemer: EJB, DCOM CORBA.

Hovedideen bak utviklingen av EJB-teknologi ( Enterprise Java-bønner) - lag en infrastruktur for komponenter slik at de enkelt kan settes inn og fjernes fra servere, og derved øke eller redusere funksjonaliteten til serveren. EJB-komponenter er Java-klasser og kan kjøres på hvilken som helst EJB-kompatibel server, selv uten rekompilering. Hovedmålene med EJB-teknologi er:

1. Gjør det enklere for utviklere å lage applikasjoner ved å avlaste dem fra behovet for å implementere tjenester som transaksjoner, tråder, belastninger osv. fra bunnen av. Utviklere kan konsentrere oppmerksomheten sin om å beskrive logikken i applikasjonene sine, flytte oppgavene med å lagre , overføring og sikkerhet av data til EJB-systemet.

2. Beskriv hovedstrukturene til EJB-systemet og grensesnittene for interaksjon mellom dets komponenter.

3. Frigjør utvikleren fra å implementere EJB-objekter på grunn av tilstedeværelsen av en spesiell kodegenerator.

Takket være Java-modellen som brukes, er EJB relativt enkel og på en rask måte opprettelse av distribuerte systemer.

DCOM-teknologi ( Distribuert komponentobjektmodell) er en programvarearkitektur utviklet av Microsoft for å distribuere applikasjoner på tvers av flere datamaskiner på et nettverk. Programvarekomponentén datamaskin kan bruke DCOM til å sende meldinger til en komponent på en annen datamaskin. DCOM oppretter automatisk en tilkobling, sender en melding og returnerer et svar fra den eksterne komponenten. DCOMs evne til å koble sammen komponenter har gjort det mulig for Microsoft å tilby Vinduer i nærheten tilleggsfunksjoner spesielt å implementere Microsoft server Transaction Server, ansvarlig for å utføre databasetransaksjoner over Internett.