კლიენტ-სერვერის ტექნოლოგიის გამოყენებით

დროთა განმავლობაში, არც თუ ისე ფუნქციონალური ფაილის სერვერის მოდელი ლოკალური ქსელები(FS) შეცვალა კლიენტ-სერვერის შენობის მოდელები (RDA, DBS და AS), რომლებიც ერთმანეთის მიყოლებით ჩნდებოდნენ.

"კლიენტ-სერვერის" ტექნოლოგია, რომელიც ეკავა მონაცემთა ბაზის ბოლოში, გახდა გლობალური ინტერნეტის მთავარი ტექნოლოგია. გარდა ამისა, ინტერნეტის იდეების კორპორატიული სისტემების სფეროში გადატანის შედეგად წარმოიშვა ინტრანეტის ტექნოლოგია. "კლიენტ-სერვერის" ტექნოლოგიისგან განსხვავებით, ეს ტექნოლოგია ორიენტირებულია ინფორმაციაზე საბოლოო სახით მოხმარებისთვის და არა მონაცემებზე. გამოთვლითი სისტემები, რომლებიც აგებულია ინტრანეტის ბაზაზე, მოიცავს ცენტრალურ საინფორმაციო სერვერებს და გარკვეულ კომპონენტებს ინფორმაციის წარდგენისთვის ბოლო მომხმარებლისთვის (ბრაუზერები ან ნავიგატორები). ქმედება სერვერსა და კლიენტს შორის ინტრანეტში ხორციელდება ვებ ტექნოლოგიების გამოყენებით.

თანამედროვე დროში „კლიენტ-სერვერის“ ტექნოლოგია ძალიან გავრცელდა, მაგრამ თავად ამ ტექნოლოგიას არ გააჩნია უნივერსალური რეცეპტები. ის მხოლოდ ზოგად განსჯას იძლევა იმის შესახებ, თუ როგორ უნდა შეიქმნას მიმდინარე განაწილების საინფორმაციო სისტემა. ანალოგიურად, ამ ტექნოლოგიის დანერგვა გარკვეულ პროგრამულ პროდუქტებში და პროგრამული უზრუნველყოფის ტიპებშიც კი საკმაოდ მნიშვნელოვნად არის აღიარებული.

კლასიკური ორ დონის არქიტექტურა "კლიენტი - სერვერი"

როგორც წესი, ქსელის კომპონენტებს არ აქვთ თანაბარი უფლებები: ზოგიერთს აქვს წვდომა რესურსებზე (მაგალითად: მონაცემთა ბაზის მართვის სისტემა, პროცესორი, პრინტერი, ფაილური სისტემა და სხვა), ხოლო ზოგს აქვს ამ რესურსებზე წვდომის შესაძლებლობა. ოპერაციული სისტემის სერვერის ტექნოლოგია

"კლიენტ-სერვერის" ტექნოლოგია არის პროგრამული პაკეტის არქიტექტურა, რომელიც ანაწილებს აპლიკაციის პროგრამას ორ ლოგიკურად განსხვავებულ ნაწილად (სერვერი და კლიენტი), რომლებიც ურთიერთქმედებენ "მოთხოვნა-პასუხის" სქემის მიხედვით და წყვეტენ საკუთარ კონკრეტულ ამოცანებს.

პროგრამას (ან კომპიუტერს), რომელიც მართავს და/ან ფლობს რესურსს, ეწოდება რესურს სერვერი.

პროგრამას (კომპიუტერი ან), რომელიც ითხოვს და იყენებს რესურსს, ეწოდება ამ რესურსის კლიენტი.

ამ შემთხვევაში, ასეთი პირობები შეიძლება ასევე გამოჩნდეს, როდესაც ზოგიერთი პროგრამული ბლოკი ერთდროულად განახორციელებს სერვერის ფუნქციებს ერთ ბლოკთან მიმართებაში და კლიენტი მეორე ბლოკთან მიმართებაში.

Client-Server ტექნოლოგიის მთავარი პრინციპია განაცხადის ფუნქციების დაყოფა მინიმუმ სამ ბმულად:

მომხმარებლის ინტერფეისის მოდულები;

ამ ჯგუფს ასევე უწოდებენ პრეზენტაციის ლოგიკას. ის მომხმარებლებს აპლიკაციებთან ურთიერთობის საშუალებას აძლევს. პრეზენტაციის ლოგიკის სპეციფიკური მახასიათებლების მიუხედავად (ბრძანების ხაზის ინტერფეისი, პროქსი ინტერფეისები, რთული გრაფიკული მომხმარებლის ინტერფეისები), მისი მიზანია უზრუნველყოს საინფორმაციო სისტემასა და მომხმარებელს შორის ინფორმაციის უფრო ეფექტური გაცვლის საშუალება.

მონაცემთა შენახვის მოდულები;

ამ ჯგუფს ასევე უწოდებენ ბიზნეს ლოგიკას. ბიზნეს ლოგიკა აღმოაჩენს კონკრეტულად რა სჭირდება აპლიკაციას (მაგალითად, აპლიკაციის ფუნქციები სპეციფიკური მოწოდებული დომენისთვის). პროგრამის განცალკევება პროგრამებს შორის საზღვრებთან ერთად იძლევა ბუნებრივ საფუძველს აპლიკაციის განაწილებისთვის ორ ან მეტ კომპიუტერზე.

მონაცემთა დამუშავების მოდულები (რესურსების მართვის ფუნქციები);

ამ ჯგუფს ასევე უწოდებენ ლოგიკური მონაცემების წვდომის ალგორითმს ან უბრალოდ მონაცემთა წვდომას. მონაცემთა შეყვანის ალგორითმები განიხილება, როგორც კონკრეტული აპლიკაციის სპეციფიკური ინტერფეისი მუდმივი შენახვის მოწყობილობისთვის, როგორიცაა DBMS ან ფაილური სისტემა. მონაცემთა დამუშავების მოდულების დახმარებით ორგანიზებულია სპეციალური ინტერფეისი DBMS აპლიკაციისთვის. ინტერფეისის გამოყენებით, აპლიკაციას შეუძლია მართოს მონაცემთა ბაზის კავშირები და მოთხოვნები (აპლიკაციის სპეციფიკური მოთხოვნების SQL-ში თარგმნა, შედეგების მიღება და ამ შედეგების აპლიკაციის სპეციფიკურ მონაცემთა სტრუქტურებში თარგმნა). თითოეული ჩამოთვლილი ბმული შეიძლება განხორციელდეს რამდენიმე სხვასგან დამოუკიდებლად. მაგალითად, პროგრამების შეცვლის გარეშე, რომლებიც გამოიყენება მონაცემთა დასამუშავებლად და შესანახად, შეგიძლიათ შეცვალოთ მომხმარებლის ინტერფეისი ისე, რომ იგივე მონაცემები გამოჩნდეს ცხრილების, ჰისტოგრამების ან გრაფიკების სახით. უმეტესობა მარტივი აპლიკაციებიხშირად შეუძლიათ სამივე რგოლის ერთ პროგრამაში შეკრება და ასეთი დაყოფა შეესაბამება ფუნქციურ საზღვრებს.

თითოეულ აპლიკაციაში ფუნქციების დაყოფის შესაბამისად, გამოირჩევა შემდეგი კომპონენტები:

• - მონაცემთა წარმოდგენის კომპონენტი;
• - განაცხადის კომპონენტი;
• - რესურსების მართვის კომპონენტი.

კლასიკურ არქიტექტურაში კლიენტ-სერვერს სჭირდება აპლიკაციის სამი ძირითადი ნაწილის განაწილება 2 ფიზიკურ მოდულად. როგორც წესი, აპლიკაციის კომპონენტი განთავსებულია სერვერზე (მაგალითად, მონაცემთა ბაზის სერვერი), მონაცემთა პრეზენტაციის კომპონენტი განთავსებულია კლიენტის მხარეს და რესურსების მართვის კომპონენტი ნაწილდება სერვერსა და კლიენტის ნაწილებს შორის. ეს არის კლასიკური ორსართულიანი არქიტექტურის მთავარი ნაკლი.

ორ დონის არქიტექტურაში, მონაცემთა დამუშავების ალგორითმების გამოყოფისას, დეველოპერებს უნდა ჰქონდეთ სრული ინფორმაცია. უახლესი ცვლილებებისისტემაში შეტანილი და ეს ცვლილებების გაგება, რაც არ ქმნის მცირე სირთულეებს კლიენტ-სერვერის სისტემების განვითარებაში, მათ შენარჩუნებასა და ინსტალაციაში, ვინაიდან საჭიროა დიდი ძალისხმევის დახარჯვა სპეციალისტთა სხვადასხვა ჯგუფის ქმედებების კოორდინირებისთვის. . წინააღმდეგობები ხშირად წარმოიქმნება დეველოპერების ქმედებებში და ეს ანელებს სისტემის განვითარებას და აიძულებს ცვლილებებს მზა და დადასტურებულ ელემენტებზე.

არქიტექტურის სხვადასხვა ელემენტებს შორის შეუსაბამობის თავიდან აცილების მიზნით, შეიქმნა ორსაფეხურიანი არქიტექტურის ორი მოდიფიკაცია "კლიენტი - სერვერი": "სქელი კლიენტი" ("თხელი სერვერი") და "თხელი კლიენტი" ("სქელი სერვერი").

ამ არქიტექტურაში დეველოპერები ცდილობდნენ მონაცემთა დამუშავებას ორიდან ერთ ფიზიკურ ნაწილზე - ან კლიენტის მხარეს ("სქელი კლიენტი") ან სერვერზე ("Thin Client").

თითოეულ მიდგომას აქვს თავისი მნიშვნელოვანი ნაკლი. პირველ სიტუაციაში, ქსელი ზედმეტად გადატვირთულია, რადგან დაუმუშავებელი, ანუ ზედმეტი მონაცემები გადადის მასზე. გარდა ამისა, უფრო რთული ხდება სისტემის შენარჩუნება და შეცვლა, რადგან შეცდომის გამოსწორება ან გაანგარიშების ალგორითმის შეცვლა მოითხოვს ყველა ინტერფეისის პროგრამის ერთდროულ სრულ ჩანაცვლებას, თუ სრული ჩანაცვლება არ განხორციელდა, მაშინ მონაცემთა შეუსაბამობა ან შეიძლება მოხდეს შეცდომები. თუ ყველა ინფორმაციის დამუშავება შესრულებულია სერვერზე, მაშინ ჩნდება ჩაშენებული პროცედურების აღწერისა და მათი გამართვის პრობლემა. სერვერზე ინფორმაციის დამუშავების სისტემის სხვა პლატფორმაზე (OS) გადატანა აბსოლუტურად შეუძლებელია, ეს სერიოზული ნაკლია.

თუ ორი დონის კლასიკური კლიენტ-სერვერის არქიტექტურა იქმნება, მაშინ უნდა იცოდეთ შემდეგი ფაქტები:

"სქელი სერვერის" არქიტექტურა "Thin Client" არქიტექტურის მსგავსია

კლიენტისგან სერვერზე მოთხოვნის გადაცემა, სერვერის მიერ მოთხოვნის დამუშავება და შედეგის კლიენტისთვის გადაცემა. ამავე დროს, არქიტექტურას აქვს შემდეგი უარყოფითი მხარეები:

• - განხორციელება უფრო რთული ხდება, რადგან ენები, როგორიცაა SQL, არ არის შესაფერისი ასეთი პროგრამული უზრუნველყოფის შესაქმნელად და არ არსებობს კარგი გამართვის ხელსაწყოები;
• - ენებზე დაწერილი პროგრამების შესრულება, როგორიცაა SQL, ძალიან დაბალია სხვა ენებზე შექმნილებთან შედარებით, რაც ყველაზე მნიშვნელოვანია რთული სისტემებისთვის;
• - პროგრამები, რომლებიც დაწერილია DBMS ენებზე, როგორც წესი, არ ფუნქციონირებს ძალიან საიმედოდ; მათში შეცდომამ შეიძლება გამოიწვიოს მონაცემთა ბაზის მთელი სერვერის უკმარისობა;
• - შედეგად მიღებული პროგრამები სრულიად არაპორტატულია სხვა პლატფორმებზე და სისტემებზე.
• - "სქელი კლიენტის" არქიტექტურა "Thin Server" არქიტექტურის მსგავსია

მოთხოვნის დამუშავება ხორციელდება კლიენტის მხარეს, ანუ სერვერიდან ყველა ნედლეული მონაცემი გადაეცემა კლიენტს. ამ შემთხვევაში, არქიტექტურას აქვს უარყოფითი ასპექტები:

• - პროგრამული უზრუნველყოფის განახლება უფრო რთული ხდება, რადგან მისი ჩანაცვლება უნდა განხორციელდეს ერთდროულად მთელ სისტემაში;
• - ძალაუფლების განაწილება უფრო რთული ხდება, რადგან წვდომის კონტროლი ხდება არა მოქმედებებით, არამედ ცხრილებით;
• - ქსელი გადატვირთულია მისი მეშვეობით ნედლი მონაცემების გადაცემის გამო;
• - სუსტი მონაცემთა დაცვა, რადგან ძნელია უფლებამოსილების სწორად განაწილება.

ამ პრობლემების გადასაჭრელად, თქვენ უნდა გამოიყენოთ მრავალ დონის (სამი ან მეტი დონის) კლიენტ-სერვერის არქიტექტურები.

სამ დონის მოდელი .

გასული საუკუნის 90-იანი წლების შუა პერიოდიდან, სპეციალისტების პოპულარობამ მიიღო სამსაფეხურიანი არქიტექტურა "კლიენტი - სერვერი", რომელიც იყოფა. საინფორმაციო სისტემაფუნქციონალობით სამ ცალკეულ ბმულად: მონაცემთა წვდომის ლოგიკა, პრეზენტაციის ლოგიკა და ბიზნეს ლოგიკა. ორსაფეხურიანი არქიტექტურისგან განსხვავებით, სამსაფეხურს აქვს დამატებითი ბმული - აპლიკაციის სერვერი, რომელიც შექმნილია ბიზნეს ლოგიკის განსახორციელებლად, ხოლო კლიენტი მთლიანად განიტვირთება, რომელიც აგზავნის მოთხოვნებს შუალედში და სერვერების ყველა შესაძლებლობა არის მაქსიმალურად გამოიყენება.

სამსაფეხურიან არქიტექტურაში კლიენტი, როგორც წესი, არ არის გადატვირთული მონაცემთა დამუშავების ფუნქციებით, მაგრამ ასრულებს თავის მთავარ როლს, როგორც აპლიკაციის სერვერიდან მომდინარე ინფორმაციის წარმოდგენის სისტემა. ასეთი ინტერფეისის დანერგვა შესაძლებელია სტანდარტული ვებ ტექნოლოგიის ინსტრუმენტების გამოყენებით - ბრაუზერი, CGI და Java. ეს ამცირებს კლიენტსა და აპლიკაციის სერვერს შორის მოწოდებული მონაცემების მოცულობას, რაც კლიენტის კომპიუტერებს საშუალებას აძლევს დაუკავშირდნენ თუნდაც ნელი ხაზებით, როგორიცაა სატელეფონო ხაზები. ამის გამო, კლიენტის მხარე შეიძლება იყოს ისეთი მარტივი, რომ უმეტეს შემთხვევაში ეს კეთდება ზოგადი ბრაუზერის გამოყენებით. თუმცა, თუ მაინც მოგიწევთ მისი შეცვლა, მაშინ ეს პროცედურა შეიძლება განხორციელდეს სწრაფად და უმტკივნეულოდ.

აპლიკაციის სერვერი არის პროგრამული უზრუნველყოფა, რომელიც არის შუალედური ფენა სერვერსა და კლიენტს შორის.

• - შეტყობინებაზე ორიენტირებული - MQseries და JMS-ის გამოჩენილი წარმომადგენლები;
• - Object Broker - CORBA და DCOM-ის თვალსაჩინო წარმომადგენლები;
• - კომპონენტებზე დაფუძნებული - .NET და EJB-ის ნათელი წარმომადგენლები.

აპლიკაციის სერვერის გამოყენებას ბევრი სხვა ფუნქცია მოაქვს, მაგალითად, კლიენტის კომპიუტერებზე დატვირთვა მცირდება, ვინაიდან აპლიკაციის სერვერი ანაწილებს დატვირთვას და უზრუნველყოფს დაცვას წარუმატებლობისგან. იმის გამო, რომ ბიზნეს ლოგიკა ინახება აპლიკაციის სერვერზე, კლიენტის პროგრამებზე არანაირი გავლენა არ მოახდენს ანგარიშგების ან გამოთვლების რაიმე ცვლილებას.

რამდენიმე აპლიკაციის სერვერია ისეთი ცნობილი კომპანიებისგან, როგორებიცაა Sun, Oracle Microsystem, IBM, Borland და თითოეული მათგანი განსხვავდება მოწოდებული სერვისების კომპლექტით (ამ შემთხვევაში არ გავითვალისწინებ შესრულებას). ეს სერვისები აადვილებს აპლიკაციების დაპროგრამებას და დანერგვას საწარმოს მასშტაბით. როგორც წესი, აპლიკაციის სერვერი გთავაზობთ შემდეგ სერვისებს:

• - WEB სერვერი - ყველაზე ხშირად შედის ყველაზე ძლიერი და პოპულარული Apache-ს მიწოდებაში;
• - WEB Container - გაძლევთ საშუალებას შეასრულოთ JSP და servlets. Apache-სთვის ეს სერვისი არის Tomcat;
• - CORBA აგენტი - შეუძლია უზრუნველყოს განაწილებული დირექტორია CORBA ობიექტების შესანახად;
• - შეტყობინებების სერვისი - შეტყობინებების ბროკერი;
• - ტრანზაქციის სერვისი - უკვე დასახელებიდან ირკვევა, რომ ეს არის ტრანზაქციის სერვისი;
• - JDBC - დრაივერები მონაცემთა ბაზებთან დასაკავშირებლად, რადგან ეს არის აპლიკაციის სერვერი, რომელსაც მოუწევს მონაცემთა ბაზებთან კომუნიკაცია და მას უნდა შეეძლოს დაკავშირება თქვენს კომპანიაში გამოყენებულ მონაცემთა ბაზასთან;
• - Java Mail - ამ სერვისს შეუძლია SMTP სერვისის მიწოდება;
• - JMS (Java Messaging Service) - სინქრონული და ასინქრონული შეტყობინებების დამუშავება;
• - RMI (დისტანციური მეთოდის გამოძახება) - დისტანციური პროცედურების გამოძახება.

ფენიანი კლიენტ-სერვერის სისტემები შეიძლება ადვილად ითარგმნოს ვებ ტექნოლოგიაზე - ამისათვის თქვენ უნდა შეცვალოთ კლიენტის ნაწილი სპეციალიზებული ან უნივერსალური ბრაუზერით, და შეავსოთ აპლიკაციის სერვერი ვებ სერვერით და მცირე სერვერის პროცედურების გამოძახებით. ამისთვის

ეს პროგრამები შეიძლება შემუშავდეს ან Common Gateway Interface (CGI) ან უფრო თანამედროვე Java ტექნოლოგიის გამოყენებით.

სამ დონის სისტემაში, უსწრაფესი ხაზები, რომლებიც საჭიროებენ მინიმალურ ხარჯებს, შეიძლება გამოყენებულ იქნას, როგორც საკომუნიკაციო არხები აპლიკაციის სერვერსა და DBMS-ს შორის, რადგან სერვერები ჩვეულებრივ განლაგებულია იმავე ოთახში (სერვერის ოთახში) და არ გადატვირთავს ქსელს. დიდი რაოდენობით ინფორმაციის გადაცემა.

ყოველივე ზემოთქმულიდან მივყავართ დასკვნამდე, რომ ორდონიანი არქიტექტურა ძალიან ჩამოუვარდება მრავალდონიან არქიტექტურას, ამ მხრივ დღეს გამოიყენება მხოლოდ მრავალ დონის Client-Server არქიტექტურა, რომელიც აღიარებს სამ მოდიფიკაციას - RDA, DBS და ას.

"კლიენტ-სერვერის" ტექნოლოგიის სხვადასხვა მოდელები

პირველი ძირითადი ძირითადი ტექნოლოგია LAN-ებისთვის იყო ფაილის სერვერის (FS) მოდელი. იმ დროს, ეს ტექნოლოგია ძალიან გავრცელებული იყო ადგილობრივ დეველოპერებს შორის, რომლებიც იყენებდნენ სისტემებს, როგორიცაა FoxPro, Clipper, Clarion, Paradox და ა.შ.

FS მოდელში სამივე კომპონენტის ფუნქციები (პრეზენტაციის კომპონენტი, აპლიკაციის კომპონენტი და რესურსზე წვდომის კომპონენტი) გაერთიანებულია ერთ კოდში, რომელიც მუშაობს სერვერის კომპიუტერზე (ჰოსტზე). კლიენტის კომპიუტერი ამ არქიტექტურაში სრულიად არ არის და მონაცემების ჩვენება და ამოღება ხორციელდება კომპიუტერული კომპიუტერის ან ტერმინალის გამოყენებით ტერმინალის ემულაციის თანმიმდევრობით. აპლიკაციები, როგორც წესი, იქმნება მეოთხე თაობის ენაზე (4GL). ქსელის ერთ-ერთი კომპიუტერი განიხილება ფაილ სერვერად და უზრუნველყოფს ფაილების დამუშავების სერვისებს სხვა კომპიუტერებს. ის მუშაობს ქსელის ოპერაციული სისტემების კონტროლის ქვეშ და მნიშვნელოვან როლს ასრულებს, როგორც საინფორმაციო რესურსებზე წვდომის კომპონენტი. ქსელის სხვა კომპიუტერებზე მუშაობს აპლიკაცია, რომლის კოდებში დაკავშირებულია აპლიკაციის კომპონენტი და პრეზენტაციის კომპონენტი.

კლიენტსა და სერვერს შორის მოქმედების ტექნოლოგია ასეთია: მოთხოვნა იგზავნება ფაილ სერვერზე, რომელიც გადასცემს DBMS-ს, რომელიც განთავსებულია კლიენტის კომპიუტერზე, საჭირო მონაცემთა ბლოკს. ყველა დამუშავება ხორციელდება ტერმინალზე.

გაცვლის პროტოკოლი არის ზარების ნაკრები, რომელიც უზრუნველყოფს აპლიკაციას ფაილურ სისტემაზე წვდომას ფაილ სერვერზე.

ამ ტექნოლოგიის დადებითი ასპექტებია:

• - განაცხადის შემუშავების სიმარტივე;
• - ადმინისტრირების სიმარტივე და პროგრამული უზრუნველყოფის განახლებები
• - სამუშაო ადგილის აღჭურვილობის დაბალი ღირებულება (ტერმინალები ან იაფი კომპიუტერები დაბალი წარმადობით ტერმინალის ემულაციის რეჟიმში ყოველთვის უფრო იაფია ვიდრე სრულფასოვანი კომპიუტერები).

მაგრამ FS მოდელის უპირატესობები აღემატება მის ნაკლოვანებებს:

მიუხედავად იმისა, რომ დიდი რაოდენობით იგზავნება ქსელში, რეაგირების დრო კრიტიკულია, რადგან კლიენტის მიერ ტერმინალში შეყვანილი თითოეული სიმბოლო უნდა გადაეცეს სერვერს, დამუშავდეს აპლიკაციის მიერ და დაბრუნდეს ტერმინალის ეკრანზე გამოსატანად. . გარდა ამისა, არსებობს რამდენიმე კომპიუტერს შორის დატვირთვის განაწილების პრობლემა.

• - ძვირადღირებული სერვერის აპარატურა ვინაიდან ყველა მომხმარებელი იზიარებს მის რესურსებს;
• - არ არის GUI .

"ფაილ-სერვერის" ტექნოლოგიის თანდაყოლილი პრობლემების გადაჭრის წყალობით, გაჩნდა უფრო მოწინავე ტექნოლოგია, სახელწოდებით "კლიენტ-სერვერი".

თანამედროვე DBMS-ისთვის კლიენტ-სერვერის არქიტექტურა გახდა დე ფაქტო სტანდარტი. თუ ვივარაუდებთ, რომ შემუშავებულ ქსელურ ტექნოლოგიას ექნება "კლიენტ-სერვერის" არქიტექტურა, მაშინ ეს ნიშნავს, რომ მის ფარგლებში განხორციელებული აპლიკაციის პროგრამები განაწილდება, ანუ აპლიკაციის ფუნქციების ნაწილი განხორციელდება კლიენტის პროგრამაში. მეორე - პროგრამაში - სერვერი.

განსხვავებები აპლიკაციების განხორციელებაში "კლიენტ-სერვერის" ტექნოლოგიის ფარგლებში განისაზღვრება ოთხი ფაქტორით:

• - რა ტიპის პროგრამული უზრუნველყოფაა ლოგიკურ კომპონენტებში;
• - რა პროგრამული მექანიზმები გამოიყენება ლოგიკური კომპონენტების ფუნქციების განსახორციელებლად;
• - როგორ ნაწილდება ლოგიკური კომპონენტები კომპიუტერების მიერ ქსელში;
• - რა მექანიზმები გამოიყენება კომპონენტების ერთმანეთთან დასაკავშირებლად.

ამის საფუძველზე გამოირჩევა სამი მიდგომა, რომელთაგან თითოეული დანერგილია Client-Server ტექნოლოგიის შესაბამის მოდელში:

• - დისტანციური მონაცემების წვდომის მოდელი (Remote Date Access - RDA);
• - მონაცემთა ბაზის სერვერის მოდელი (DateBase Server - DBS);
• - განაცხადის სერვერის მოდელი (Application Server - AS).

RDA მოდელის მნიშვნელოვანი უპირატესობაა აპლიკაციების განვითარების ხელსაწყოების ფართო არჩევანი, რომლებიც უზრუნველყოფენ დესკტოპის აპლიკაციების სწრაფ განვითარებას, რომლებიც მუშაობენ SQL-ზე დაფუძნებულ DBMS-თან. როგორც წესი, ხელსაწყოები მხარს უჭერენ მომხმარებლის გრაფიკულ ინტერფეისს OS-სთან, ასევე კოდის ავტომატური წარმოქმნის ხელსაწყოებს, რომლებიც აერთიანებს პრეზენტაციისა და აპლიკაციის ფუნქციებს.

მიუხედავად დიდი განაწილებისა, RDA მოდელი ადგილს უთმობს ტექნოლოგიურად ყველაზე მოწინავე DBS მოდელს.

მონაცემთა ბაზის სერვერის (DBS) მოდელი - "კლიენტ-სერვერის" ტექნოლოგიის ქსელური არქიტექტურა, რომელიც დაფუძნებულია შენახული პროცედურების მექანიზმზე, რომელიც ახორციელებს აპლიკაციის ფუნქციებს. DBS მოდელში, საინფორმაციო რესურსის კონცეფცია შეკუმშულია მონაცემთა ბაზაში DBMS-ში განხორციელებული შენახული პროცედურების იგივე მექანიზმის გამო, და მაშინაც კი, არა ყველა.

აშკარაა DBS მოდელის დადებითი ასპექტები RDA მოდელთან მიმართებაში: ეს არის სხვადასხვა ფუნქციების ცენტრალიზებული ადმინისტრირების შესაძლებლობა და ქსელის ტრაფიკის შემცირება, რადგან შენახულ პროცედურებზე ზარები გადაიცემა ქსელში SQL მოთხოვნების ნაცვლად, და შესაძლებლობა პროცედურის განცალკევება ორ აპლიკაციას შორის და კომპიუტერის რესურსების დაზოგვა პროცედურის შესრულების გეგმის გამოყენებისათვის.

აპლიკაციის სერვერის (AS) მოდელი - ეს არის "კლიენტი - სერვერი" ტექნოლოგიის ქსელური არქიტექტურა, რომელიც არის პროცესი, რომელიც მუშაობს კლიენტის კომპიუტერზე და პასუხისმგებელია მომხმარებლის ინტერფეისზე (მონაცემების შეყვანა და ჩვენება). ასეთი მოდელის ყველაზე მნიშვნელოვანი ელემენტია აპლიკაციის კომპონენტი, რომელსაც ეწოდება აპლიკაციის სერვერი, რომელზეც ის მუშაობს დისტანციური კომპიუტერი(ან ორი კომპიუტერი). აპლიკაციის სერვერი დანერგილია როგორც აპლიკაციის ფუნქციების ჯგუფი, რომელიც შექმნილია როგორც სერვისები (სერვისები). თითოეული სერვისი უზრუნველყოფს გარკვეულ სერვისებს ყველა პროგრამას, რომელსაც სურს და შეუძლია გამოიყენოს ისინი.

"კლიენტ-სერვერის" ტექნოლოგიის ყველა მოდელის შესწავლის შემდეგ, შეგვიძლია გამოვიტანოთ შემდეგი დასკვნა: RDA- და DBS- მოდელები, ეს ორი მოდელი დაფუძნებულია ფუნქციების გამიჯვნის ორ დონის სქემაზე. RDA მოდელში აპლიკაციის ფუნქციები გადაეცემა კლიენტს, DBS მოდელში მათი შესრულება ხორციელდება DBMS ბირთვის მეშვეობით. RDA მოდელში აპლიკაციის კომპონენტი ერწყმის პრეზენტაციის კომპონენტს; DBS მოდელში ის ინტეგრირებულია რესურსზე წვდომის კომპონენტში.

AS-მოდელი ახორციელებს ფუნქციების სამ დონის გამიჯვნის სქემას, სადაც განაცხადის კომპონენტი გამოყოფილია, როგორც აპლიკაციის მთავარი იზოლირებული ელემენტი, რომელსაც აქვს სტანდარტიზებული ინტერფეისი ორ სხვა კომპონენტთან.

„ფაილ სერვერი“ და „კლიენტ - სერვერი“ ტექნოლოგიური მოდელების ანალიზის შედეგები მოცემულია ცხრილში 1.

სახელის მიუხედავად, Client-Server ტექნოლოგია ასევე არის განაწილებული გამოთვლითი სისტემა. Ამ შემთხვევაში განაწილებული გამოთვლები გაგება, როგორც არქიტექტურა "კლიენტი - სერვერი" ზოგიერთი სერვერის მონაწილეობით. როდესაც გამოიყენება განაწილებულ დამუშავებაზე, ტერმინი "სერვერი" უბრალოდ ნიშნავს პროგრამას, რომელიც პასუხობს მოთხოვნებს და ასრულებს აუცილებელ მოქმედებებს კლიენტის მოთხოვნით. ვინაიდან განაწილებული გამოთვლები არის კლიენტ-სერვერის სისტემის ტიპი, მომხმარებლები იღებენ იგივე სარგებელს, როგორიცაა მთლიანი გამტარუნარიანობის გაზრდა და მრავალამოცანის შესრულების შესაძლებლობა. ასევე, დისკრეტული ქსელის კომპონენტების ინტეგრირება და მათი მუშაობა მთლიანობაში ხელს უწყობს ეფექტურობის გაზრდას და დანაზოგის შემცირებას.

ვინაიდან დამუშავება ხდება ქსელის ნებისმიერ წერტილში, განაწილებული გამოთვლები კლიენტ-სერვერის არქიტექტურაში უზრუნველყოფს ეფექტურ მასშტაბირებას. სერვერსა და კლიენტს შორის ბალანსის დასამყარებლად, აპლიკაციის კომპონენტი უნდა იმუშაოს სერვერზე მხოლოდ იმ შემთხვევაში, თუ ცენტრალიზებული დამუშავება უფრო ეფექტურია. თუ პროგრამის ლოგიკა, რომელიც ურთიერთქმედებს ცენტრალიზებულ მონაცემებთან, განლაგებულია იმავე მანქანაზე, როგორც მონაცემები, ის არ უნდა იყოს გადაცემული ქსელში, ამიტომ ქსელის გარემოს მოთხოვნები შეიძლება შემცირდეს.

შედეგად, ჩვენ შეგვიძლია გამოვიტანოთ შემდეგი დასკვნა: თუ გჭირდებათ მცირე საინფორმაციო სისტემებთან მუშაობა, რომლებიც არ საჭიროებენ მომხმარებლის გრაფიკულ ინტერფეისს, შეგიძლიათ გამოიყენოთ FS მოდელი. GUI-ის საკითხი თავისუფლად შეიძლება გადაწყდეს RDA-მოდელით. DBS მოდელი არის ძალიან კარგი ვარიანტი მონაცემთა ბაზის მართვის სისტემებისთვის (DBMS). AS- მოდელი არის საუკეთესო ვარიანტიდიდი საინფორმაციო სისტემების შესაქმნელად, ასევე დაბალსიჩქარიანი საკომუნიკაციო არხების გამოყენებისას.

Client-server (ინგლ. Client-server) - ქსელის არქიტექტურა, რომელშიც მოწყობილობები არიან კლიენტები ან სერვერები. კლიენტი არის მომთხოვნი მანქანა (ჩვეულებრივ კომპიუტერი), სერვერი არის მანქანა, რომელიც პასუხობს მოთხოვნას. ორივე ტერმინი (კლიენტი და სერვერი) შეიძლება გამოყენებულ იქნას როგორც ფიზიკურ მოწყობილობებზე, ასევე პროგრამულ უზრუნველყოფზე.

ქსელი გამოყოფილი სერვერით (ინგლ. Client / Server network) არის ლოკალური ქსელი (LAN), რომელშიც ქსელის მოწყობილობები ცენტრალიზებულია და კონტროლდება ერთი ან მეტი სერვერის მიერ. ცალკეულ სამუშაო სადგურებს ან კლიენტებს (როგორიცაა კომპიუტერები) უნდა მიუწვდებოდეთ ქსელის რესურსებს სერვერ(ებ)ის მეშვეობით.

კლიენტებისა და სერვერების ურთიერთქმედება ხორციელდება სპეციალური პროტოკოლების გამოყენებით, როგორიცაა TCP / IP. კლიენტ-სერვერის ტექნოლოგიის გამოყენებით, შეგიძლიათ ლიცენზირებული პროგრამების გაშვება ლიცენზიის მენეჯერის გამოყენებით.

კითხვა 57.

IP მისამართი არის ოთხი ბაიტიანი ნომერი, რომელიც განსაზღვრავს ყველა კომპიუტერის მისამართს ინტერნეტში. დაწერილია მეათე სახით და წერტილებით იყოფა ოთხ ნაწილად: 207.46.135.183. IP მისამართი ემსახურება მხოლოდ სხვების მიერ ერთი კომპიუტერის მისამართის ამოცნობას, ხოლო დომენის მისამართებს ადამიანები იყენებენ ინტერნეტში კონკრეტულ რესურსზე წვდომისთვის.

დომენი არის ქსელის ნაწილი, რომელიც განსაზღვრავს გეოგრაფიულ მდებარეობას, ორგანიზაციულ ღირებულებას და თითოეული რესურსის მფლობელის მიერ მინიჭებულ სახელს. დომენის სახელი იკითხება მარჯვნიდან მარცხნივ. თითოეული დომენი გამოყოფილია წერტილით. აქ მოცემულია ზოგიერთი ქვეყნის და ორგანიზაციის დომენების მაგალითები:
დე - გერმანია. ru - რუსეთი. უა - უკრაინა.

IP მისამართი და დომენის მისამართი ერთი და იგივე კომპიუტერის სახელის სხვადასხვა ფორმაა. ინტერნეტში არის სპეციალური DNS სერვერები, რომლებიც დომენის სახელებს IP სახელებად აქცევს.

Url-მისამართი შედგება რესურსის სახელისგან (http, ftp და სხვა მსგავსი სახელები), რის შემდეგაც იწერება "://" სიმბოლოები, რასაც მოჰყვება კომპიუტერების დომენის მისამართები და მომხმარებლის კომპიუტერის ფაილის სრული გზა, რომელსაც აქვს ეს ინფორმაცია. თითოეულ სახელს შორის გამყოფი სიმბოლოა "/" ნიშანი. მაგალითად, ჩვენ გვაქვს გვერდის მისამართი, რომლის url ასე გამოიყურება - http:// , რასაც მოჰყვება კომპიუტერის სახელი ქსელში kupitdomendeshevo და შემდეგ დომენის სახელი მიუთითებს, თუ რა სახის ორგანიზაციას ეკუთვნის ეს საიტი - .com / .

კითხვა 58.

ინტერნეტ პროტოკოლიგულისხმობს გარკვეული წესების ერთობლიობას კომპიუტერის ტერმინალებს, სერვერებს შორის მონაცემთა გადაცემის მართვისთვის, მობილური მოწყობილობებიდა ა.შ. სწორედ ასეთი ერთიანი პარამეტრების წყალობით გახდა შესაძლებელი მოწყობილობების ერთმანეთთან დაკავშირება მთელს მსოფლიოში სპეციალური პროგრამებიან ერთსა და იმავე რესურსზე ერთდროული წვდომა.

დღემდე ცნობილია რამდენიმე ძირითადი ტიპი - ეს არის TCP / IP, UDP, FTP, ICMP, DNS, HTTP და ა.

განსხვავება მხოლოდ დავალებების დონეებშია. მაგალითად, არის ფიზიკური ფენები (კავშირის შექმნა გადაბმული წყვილის ან ბოჭკოვანი სისტემის გამოყენებით), ARP ფენა, რომელიც მოიცავს მოწყობილობის დრაივერებს, ქსელის ფენა (სტანდარტული IP და ICMP პროტოკოლები), სატრანსპორტო ფენა (TCP და UDP). და აპლიკაციის ფენა, რომელიც მოიცავს პროტოკოლებს, როგორიცაა HTTP, FTP, DNS, NFS და ა.შ.

TCP/IP დასტა.

TCP/IP დასტა არის იერარქიულად მოწესრიგებული ქსელის პროტოკოლების ნაკრები. სტეკს დაარქვეს ორი ძირითადი პროტოკოლი - TCP (Transmission Control Protocol) და IP (Internet Protocol). მათ გარდა, სტეკი მოიცავს რამდენიმე ათეულ სხვადასხვა პროტოკოლს. ამჟამად TCP/IP პროტოკოლები მთავარია ინტერნეტისთვის, ისევე როგორც კორპორატიული და ლოკალური ქსელების უმეტესობისთვის.

Microsoft Windows Server 2003 ოპერაციულ სისტემაში TCP/IP დასტა არჩეულია ძირითად დასტად, თუმცა სხვა პროტოკოლები მხარდაჭერილია (მაგ., IPX/SPX დასტა, NetBIOS პროტოკოლი).

TCP/IP პროტოკოლის დასტას აქვს ორი მნიშვნელოვანი თვისება:

პლატფორმის დამოუკიდებლობა, ანუ ის შეიძლება განხორციელდეს სხვადასხვა ოპერაციულ სისტემასა და პროცესორზე;

· ღიაობა, ანუ სტანდარტები, რომლებითაც აგებულია TCP/IP სტეკი, ხელმისაწვდომია ყველასთვის.

59- მოძებნეთ სერვისები ინტერნეტში. ინფორმაციის მოპოვების ტექნოლოგიები ინტერნეტში. საძიებო სისტემებში მოთხოვნების შექმნა.

საძიებო ინსტრუმენტები არის სპეციალური პროგრამული უზრუნველყოფა, რომლის მთავარი მიზანია უზრუნველყოს ინფორმაციის ყველაზე ოპტიმალური და ხარისხიანი ძებნა ინტერნეტის მომხმარებლებისთვის. საძიებო ინსტრუმენტები განთავსებულია სპეციალურ ვებ სერვერებზე, რომელთაგან თითოეული ასრულებს კონკრეტულ ფუნქციას:

1. ვებ გვერდების ანალიზი და ანალიზის შედეგების შეტანა საძიებო სერვერის მონაცემთა ბაზის ამა თუ იმ დონეზე.

2. მოიძიეთ ინფორმაცია მომხმარებლის მოთხოვნით.

3. მომხმარებლის მიერ ინფორმაციის მოსაძიებლად და ძიების შედეგის სანახავად მოსახერხებელი ინტერფეისის უზრუნველყოფა.

ამ ან სხვა საძიებო ინსტრუმენტებთან მუშაობისას გამოყენებული მუშაობის მეთოდები თითქმის იგივეა. სანამ დაიწყებთ მათ განხილვას, გაითვალისწინეთ შემდეგი ცნებები:

1. საძიებო ხელსაწყოს ინტერფეისი წარმოდგენილია გვერდის სახით ჰიპერბმულებით, შეკითხვის სტრიქონით (ძიების სტრიქონით) და შეკითხვის აქტივაციის ხელსაწყოებით.

2. ინდექსი საძიებო სისტემა- ეს არის საინფორმაციო ბაზა, რომელიც შეიცავს გარკვეული წესების მიხედვით შედგენილი ვებ გვერდების ანალიზის შედეგს.

3. შეკითხვა არის საკვანძო სიტყვა ან ფრაზა, რომელსაც მომხმარებელი შეაქვს საძიებო ზოლში. სპეციალური სიმბოლოები ("", ~), მათემატიკური სიმბოლოები (*, +, ?) გამოიყენება სხვადასხვა მოთხოვნების შესაქმნელად.

ინტერნეტში ინფორმაციის ძიების სქემა მარტივია. მომხმარებელი აკრიფებს საკვანძო ფრაზას და ააქტიურებს ძიებას, რითაც იღებს დოკუმენტების შერჩევას ჩამოყალიბებული (მოცემული) მოთხოვნის მიხედვით. დოკუმენტების ეს სია დალაგებულია გარკვეული კრიტერიუმების მიხედვით ისე, რომ სიის ზედა ნაწილში არის ის დოკუმენტები, რომლებიც ყველაზე მეტად ემთხვევა მომხმარებლის მოთხოვნას. თითოეული საძიებო ინსტრუმენტი იყენებს დოკუმენტების რანჟირების სხვადასხვა კრიტერიუმებს, როგორც ძიების შედეგების ანალიზში, ასევე ინდექსის ფორმირებაში (ვებ გვერდების ინდექსის მონაცემთა ბაზის შევსება).

ამრიგად, თუ თითოეული საძიებო ხელსაწყოს საძიებო სტრიქონში ერთი და იგივე დიზაინის მოთხოვნას მიუთითებთ, შეგიძლიათ მიიღოთ სხვადასხვა ძიების შედეგები. მომხმარებლისთვის დიდი მნიშვნელობა აქვს, ძიების შედეგების მიხედვით რომელი დოკუმენტები გამოჩნდება პირველ ორ-სამ ათეულ დოკუმენტში და რამდენად შეესაბამება ეს დოკუმენტები მომხმარებლის მოლოდინს.

საძიებო ხელსაწყოების უმეტესობა გვთავაზობს ძიების ორ გზას - მარტივი ძებნა(მარტივი ძებნა) და გაფართოებული ძებნა(გაფართოებული ძებნა) სპეციალური მოთხოვნის ფორმით და მის გარეშე. განვიხილოთ ორივე ტიპის ძიება ინგლისურენოვანი საძიებო სისტემის მაგალითზე.

მაგალითად, AltaVista გამოდგება თვითნებური შეკითხვებისთვის, „რაღაც ინფორმაციული ტექნოლოგიების ონლაინ ხარისხების შესახებ“, ხოლო Yahoo საძიებო ინსტრუმენტი საშუალებას გაძლევთ მიიღოთ მსოფლიო სიახლეები, ინფორმაცია. გაცვლითი კურსიან ამინდის პროგნოზი.

შეკითხვის დახვეწის კრიტერიუმების და გაფართოებული ძიების ტექნიკის დაუფლება საშუალებას გაძლევთ გაზარდოთ ძიების ეფექტურობა და სწრაფად იპოვოთ საჭირო ინფორმაცია. უპირველეს ყოვლისა, შეგიძლიათ გაზარდოთ ძიების ეფექტურობა შეკითხვებში ლოგიკური ოპერატორების (ოპერაციების) ან, და, ახლოს, არა, მათემატიკური და სპეციალური სიმბოლოების გამოყენებით. ოპერატორების ან/და სიმბოლოების დახმარებით მომხმარებელი აკავშირებს საკვანძო სიტყვებს სასურველი თანმიმდევრობით, რათა მიიღოს ძიების ყველაზე შესაფერისი შედეგი მოთხოვნისთვის.

60-HTML დოკუმენტის მახასიათებლები: ჰიპერტექსტი, შიდა და გარე ჰიპერბმულები. ჰიპერბმულების ჩასმა Word-ში.

HTML (ჰიპერტექსტის მარკირების ენა)- ჰიპერტექსტის მარკირების ენა - შექმნილია ვებ გვერდების შესაქმნელად.
ქვეშ ჰიპერტექსტი ამ შემთხვევაში, ტექსტი გასაგებია, რომ დაკავშირებულია სხვა ტექსტებთან პოინტერ-ბმულებით.

HTML არის კოდების საკმაოდ მარტივი ნაკრები, რომელიც აღწერს დოკუმენტის სტრუქტურას. HTML გაძლევთ საშუალებას აირჩიოთ ტექსტში ცალკეული ლოგიკური ნაწილები (სათაურები, აბზაცები, სიები და ა.შ.), განათავსოთ მომზადებული ფოტო ან სურათი ვებ გვერდზე, მოაწყოთ ბმულები გვერდზე სხვა დოკუმენტებთან დასაკავშირებლად.

HTML არ აკონკრეტებს კონკრეტული და ზუსტი ფორმატირების ატრიბუტებს დოკუმენტისთვის. დოკუმენტის კონკრეტული ტიპი საბოლოოდ განსაზღვრავს მხოლოდ ბრაუზერის პროგრამა ინტერნეტის მომხმარებლის კომპიუტერზე.
HTML ასევე არ არის პროგრამირების ენა, მაგრამ ვებ გვერდები შეიძლება შეიცავდეს ენებში ჩაშენებულ სკრიპტებს javascript და Visual Basic სკრიპტი და აპლეტები ენაში ჯავა .

HTML-ის ძირითადი კომპონენტებია:

· მონიშნეთ HTML ტეგი არის კომპონენტი, რომელიც ეუბნება ვებ ბრაუზერს შეასრულოს კონკრეტული დავალება, როგორიცაა აბზაცის შექმნა ან სურათის ჩასმა.

· ატრიბუტი(ან არგუმენტი). HTML ატრიბუტი ცვლის ტეგს. მაგალითად, შეგიძლიათ აბზაცის ან სურათის გასწორება ტეგის ფარგლებში.

· მნიშვნელობა. მნიშვნელობები ენიჭება ატრიბუტებს და განსაზღვრავს განსახორციელებელ ცვლილებებს. მაგალითად, თუ გასწორების ატრიბუტი გამოიყენება ტეგისთვის, მაშინ შეგიძლიათ მიუთითოთ მნიშვნელობა ამ ატრიბუტისთვის. მნიშვნელობები შეიძლება იყოს ტექსტი, როგორიცაა დატოვაან უფლება, ისევე როგორც რიცხვითი, როგორიცაა გამოსახულების სიგანე და სიმაღლე, სადაც მნიშვნელობები განსაზღვრავს სურათის ზომას პიქსელებში.

ტეგები არის დაცული სიმბოლოების თანმიმდევრობა დაწყებული < (ნიშანზე ნაკლები) და დამთავრებული > (ხელმოწერა მეტი).
ტეგის დახურვა მისი გახსნისგან განსხვავდება მხოლოდ სიმბოლოს არსებობით "/" .

დავუშვათ, რომ გვაქვს ჰიპოთეტური კოდის საფუძველზე ტექსტის ფორმატირების ატრიბუტი , და გვინდა გამოვიყენოთ ის სიტყვებზე „ეს ჩემი ტექსტია“.
კოდების HTML თანმიმდევრობა და რეალური ტექსტი ასე გამოიყურება:

ეს ჩემი ტექსტია

ტეგები შეიძლება იყოს ერთმანეთში იერარქიულად, მაგრამ კვეთის გარეშე, ანუ ფორმის ბუდე , მაგრამ არა .
ჩადგმული ტეგების მოქმედება გაერთიანებულია. მაგალითად, თუ დახრილი ტეგი ჩადებულია ტეგის შიგნით, რომელიც ქმნის თამამ შრიფტს, შედეგი იქნება თამამი დახრილი.

უპირატესობები

• ეს შესაძლებელს ხდის, უმეტეს შემთხვევაში, კომპიუტერული სისტემის ფუნქციების განაწილება ქსელში რამდენიმე დამოუკიდებელ კომპიუტერს შორის. ეს შესაძლებელს ხდის გამოთვლითი სისტემის მოვლა-პატრონობის გამარტივებას. კერძოდ, სერვერის შეცვლა, შეკეთება, განახლება ან გადაადგილება არ მოქმედებს მომხმარებლებზე.
• ყველა მონაცემი ინახება სერვერზე, რომელიც ჩვეულებრივ ბევრად უფრო უსაფრთხოა ვიდრე კლიენტების უმეტესობა. სერვერზე უფრო ადვილია ნებართვის კონტროლის აღსრულება, რათა მხოლოდ კლიენტებს დაუშვან მონაცემების წვდომის შესაბამისი წვდომის უფლებები.
• საშუალებას გაძლევთ დააკავშიროთ სხვადასხვა კლიენტები. კლიენტებს სხვადასხვა ტექნიკის პლატფორმით ხშირად შეუძლიათ გამოიყენონ ერთი სერვერის რესურსები, ოპერატიული სისტემადა ა.შ.

ხარვეზები

• სერვერის უკმარისობამ შეიძლება მთელი კომპიუტერული ქსელი გამოუსადეგარი გახადოს.
• ამ სისტემის მუშაობის მხარდაჭერა მოითხოვს ცალკე სპეციალისტს - სისტემის ადმინისტრატორს.
• აღჭურვილობის მაღალი ღირებულება.

ფენიანი კლიენტ-სერვერის არქიტექტურა- კლიენტ-სერვერის არქიტექტურის ტიპი, რომელშიც მონაცემთა დამუშავების ფუნქცია მოთავსებულია ერთ ან რამდენიმე ცალკეულ სერვერზე. ეს საშუალებას გაძლევთ გამოყოთ მონაცემების შენახვის, დამუშავებისა და წარდგენის ფუნქციები ეფექტური გამოყენებასერვერების და კლიენტების შესაძლებლობები.

მრავალ დონის არქიტექტურის სპეციალური შემთხვევები:

გამოყოფილი სერვერის ქსელი

გამოყოფილი სერვერის ქსელი(ინგლისური) კლიენტის/სერვერის ქსელი) არის ლოკალური ქსელი (LAN), რომელშიც ქსელური მოწყობილობები ცენტრალიზებულია და კონტროლდება ერთი ან მეტი სერვერის მიერ. ცალკეულ სამუშაო სადგურებს ან კლიენტებს (როგორიცაა კომპიუტერები) უნდა მიუწვდებოდეთ ქსელის რესურსებს სერვერ(ებ)ის მეშვეობით.

ლიტერატურა

ვალერი კორჟოვიმრავალდონიანი კლიენტ-სერვერის სისტემები. Open Systems Publishing (1997 წლის 17 ივნისი). დაარქივებულია ორიგინალიდან 2011 წლის 26 აგვისტო. წაკითხვის თარიღი: 2010 წლის 31 იანვარი.

ფონდი ვიკიმედია. 2010 წ.

კლიენტ-სერვერის ტექნოლოგია ითვალისწინებს ორი დამოუკიდებელი ურთიერთქმედების პროცესის არსებობას - სერვერსა და კლიენტს, რომელთა შორის კავშირი ხორციელდება ქსელში.

სერვერები არის პროცესები, რომლებიც პასუხისმგებელნი არიან ფაილური სისტემის შენარჩუნებაზე, ხოლო კლიენტები არის პროცესები, რომლებიც აგზავნიან მოთხოვნას და ელიან სერვერის პასუხს.

კლიენტ-სერვერის მოდელი გამოიყენება DBMS-ზე დაფუძნებული სისტემის, ასევე ფოსტის სისტემების აგებისას. ასევე არსებობს ეგრეთ წოდებული ფაილ-სერვერის არქიტექტურა, რომელიც მნიშვნელოვნად განსხვავდება კლიენტ-სერვერისგან.

ფაილური სერვერის სისტემაში მონაცემები ინახება ფაილურ სერვერზე (Novell NetWare ან WindowsNT Server) და მუშავდება სამუშაო სადგურებზე „სამუშაო DBMS“-ის ფუნქციონირებით, როგორიცაა Access, Paradox, FoxPro და ა.შ.

DBMS განთავსებულია სამუშაო სადგურზე და მონაცემთა მანიპულირება ხორციელდება რამდენიმე დამოუკიდებელი და არათანმიმდევრული პროცესით. ყველა მონაცემი გადაეცემა სერვერიდან ქსელის მეშვეობით სამუშაო სადგურამდე, რაც ანელებს ინფორმაციის დამუშავების სიჩქარეს.

კლიენტ-სერვერის ტექნოლოგია დანერგილია ორი (მინიმუმ) აპლიკაციის - კლიენტისა და სერვერის ფუნქციონირებით, რომლებიც იზიარებენ ფუნქციებს ერთმანეთთან. სერვერი პასუხისმგებელია მონაცემების შენახვაზე და უშუალოდ მანიპულირებაზე, რომლის მაგალითი შეიძლება იყოს SQLServer, Oracle, Sybase და სხვა.

მომხმარებლის ინტერფეისი იქმნება კლიენტის მიერ, რომელიც დაფუძნებულია სპეციალურ ინსტრუმენტებზე ან დესკტოპის DBMS-ზე. ლოგიკური მონაცემების დამუშავება ხდება ნაწილობრივ კლიენტზე და ნაწილობრივ სერვერზე. სერვერზე მოთხოვნების გაგზავნა ხდება კლიენტის მიერ, ჩვეულებრივ SQL-ში. მიღებული მოთხოვნები მუშავდება სერვერის მიერ და შედეგი უბრუნდება კლიენტს (კლიენტებს).

ამ შემთხვევაში, მონაცემები მუშავდება იმავე ადგილას, სადაც ინახება - სერვერზე, ამიტომ მათი დიდი რაოდენობა არ გადადის ქსელში.

კლიენტ-სერვერის არქიტექტურის უპირატესობები

კლიენტ-სერვერის ტექნოლოგია საინფორმაციო სისტემას ანიჭებს შემდეგ თვისებებს:

• სანდოობა

მონაცემთა მოდიფიკაციას ახორციელებს მონაცემთა ბაზის სერვერი ტრანზაქციის მექანიზმის გამოყენებით, რომელიც იძლევა ოპერაციების კომპლექტს ისეთ თვისებებს, როგორიცაა: 1) ატომურობა, რომელიც უზრუნველყოფს მონაცემთა მთლიანობას ტრანზაქციის ნებისმიერ დასრულებისას; 2) სხვადასხვა მომხმარებლის ტრანზაქციების დამოუკიდებლობა; 3) შეცდომის ტოლერანტობა - ტრანზაქციის დასრულების შედეგების შენახვა.

• მასშტაბურობა, ე.ი. სისტემის შესაძლებლობა არ იყოს დამოკიდებული მომხმარებელთა რაოდენობაზე და ინფორმაციის რაოდენობაზე გამოყენებული პროგრამული უზრუნველყოფის შეცვლის გარეშე.

კლიენტ-სერვერის ტექნოლოგია მხარს უჭერს ათასობით მომხმარებელს და გიგაბაიტს ინფორმაციას შესაბამისი აპარატურის პლატფორმით.

• უსაფრთხოება, ე.ი. ინფორმაციის საიმედო დაცვა
• მოქნილობა. აპლიკაციებში, რომლებიც მუშაობენ მონაცემებთან, არის ლოგიკური შრეები: მომხმარებლის ინტერფეისი; ლოგიკური დამუშავების წესები; Მონაცემთა მართვა.

როგორც უკვე აღვნიშნეთ, ფაილ-სერვერის ტექნოლოგიაში სამივე ფენა გაერთიანებულია ერთ მონოლითურ აპლიკაციაში, რომელიც მუშაობს სამუშაო სადგურზე და ფენებში ყველა ცვლილება აუცილებლად იწვევს აპლიკაციის შეცვლას, კლიენტისა და სერვერის ვერსიებს განსხვავდება და საჭიროა. განაახლეთ ვერსიები ყველა სამუშაო სადგურზე.

კლიენტ-სერვერის ტექნოლოგია ორ დონის აპლიკაციაში ითვალისწინებს ყველა ფუნქციის შესრულებას კლიენტზე ფორმირებისთვის, ხოლო მონაცემთა ბაზის ინფორმაციის მართვის ყველა ფუნქცია - სერვერზე, ბიზნეს წესები შეიძლება განხორციელდეს როგორც სერვერზე, ასევე სერვერზე. კლიენტი.

სამსაფეხურიანი აპლიკაცია საშუალებას აძლევს შუალედურ ფენას, რომელიც ახორციელებს ბიზნეს წესებს, რომლებიც ყველაზე შესაცვლელი კომპონენტებია.

მრავალი დონე საშუალებას გაძლევთ მოქნილად და ეკონომიურად მოარგოთ თქვენი არსებული აპლიკაცია მუდმივად ცვალებად ბიზნეს მოთხოვნებზე.

ბრიანსკის ოლქის ზოგადი და პროფესიული განათლების დეპარტამენტი

სახელმწიფო საგანმანათლებლო დაწესებულება

კლინცის ტექსტილის კოლეჯი

პროგრამული უზრუნველყოფა ავტომატური საინფორმაციო სისტემებისთვის

კლიენტ-სერვერის ტექნოლოგია

სტუდენტი გრ. A-90_____________________ (პეტროჩენკო ა.ო.)

მასწავლებელი ______________________ (შიროკოვა ა.ლ.)

კლინცი - 2011 წ

1. სერვერები. სერვერების ძირითადი ცნებები

2. კლიენტ-სერვერის მოდელი

3. სტანდარტული სერვერების კლასიფიკაცია

4. დასკვნა

1. სერვერები. სერვერების ძირითადი ცნებები

სერვერი (ინგლისური სერვერიდან, სერვისი). მიზნიდან გამომდინარე, არსებობს სერვერის კონცეფციის რამდენიმე განმარტება.

1. სერვერი (ქსელი) - ლოგიკური ან ფიზიკური ქსელის კვანძი, რომელიც ემსახურება მოთხოვნებს ერთი მისამართის ან/და დომენის სახელზე (მიმდებარე დომენის სახელები), რომელიც შედგება ერთი ან ტექნიკის სერვერების სისტემისგან, რომელიც მუშაობს ერთ ან სერვერული პროგრამების სისტემაზე.

2. სერვერი (პროგრამული უზრუნველყოფა) - პროგრამული უზრუნველყოფა, რომელიც იღებს მოთხოვნებს კლიენტებისგან (კლიენტ-სერვერის არქიტექტურაში).

3. სერვერი (ტექნიკა) – კომპიუტერი (ან სპეციალური კომპიუტერული მოწყობილობა) გამოყოფილი ან/და სპეციალიზირებული გარკვეული სერვისული ფუნქციების შესასრულებლად.

3. სერვერი საინფორმაციო ტექნოლოგიებში - გამოთვლითი სისტემის პროგრამული კომპონენტი, რომელიც ასრულებს სერვისის ფუნქციებს კლიენტის მოთხოვნით, უზრუნველყოფს მას გარკვეულ რესურსებზე წვდომას.

ცნებების ურთიერთობა. სერვერის აპლიკაცია (სერვერი) მუშაობს კომპიუტერზე, რომელსაც ასევე უწოდებენ "სერვერს", ხოლო ქსელის ტოპოლოგიის გათვალისწინებით, ასეთ კვანძს ეწოდება "სერვერი". ზოგადად, შეიძლება იყოს, რომ სერვერის აპლიკაცია მუშაობს ნორმალურ სამუშაო სადგურზე, ან სერვერის კომპიუტერზე გაშვებული სერვერის აპლიკაცია განხილული ტოპოლოგიის ფარგლებში მოქმედებს როგორც კლიენტი (ე.ი. არ არის სერვერი ქსელის ტოპოლოგიის თვალსაზრისით. ).

2. კლიენტ-სერვერის მოდელი

კლიენტ-სერვერის სისტემას ახასიათებს ორი ურთიერთდამოკიდებული დამოუკიდებელი პროცესის არსებობა - კლიენტი და სერვერი, რომლებიც, ზოგადად, შეიძლება შესრულდეს სხვადასხვა კომპიუტერზე, მონაცემთა გაცვლაზე ქსელში.

პროცესებს, რომლებიც ახორციელებენ ზოგიერთ სერვისს, როგორიცაა ფაილური სისტემა ან მონაცემთა ბაზის სერვისი, ეწოდება სერვერები(სერვერები). პროცესები, რომლებიც ითხოვენ სერვისებს სერვერებიდან მოთხოვნის გაგზავნით და შემდეგ სერვერისგან პასუხის მოლოდინში, ეწოდება კლიენტებს(კლიენტები).

ამ სქემის მიხედვით, მონაცემთა დამუშავების სისტემები შეიძლება აშენდეს DBMS-ზე, ფოსტაზე და სხვა სისტემებზე. ვისაუბრებთ მონაცემთა ბაზებზე და მათზე დაფუძნებულ სისტემებზე. და აქ უფრო მოსახერხებელი იქნება არა მხოლოდ კლიენტ-სერვერის არქიტექტურის განხილვა, არამედ მისი შედარება სხვასთან - ფაილ-სერვერთან.

ფაილური სერვერის სისტემაში მონაცემები ინახება ფაილ სერვერზე (მაგალითად, Novell NetWare ან Windows NT Server) და მისი დამუშავება ხორციელდება სამუშაო სადგურებზე, რომლებიც, როგორც წესი, მუშაობენ ერთ-ერთი ე.წ. " - Access, FoxPro, Paradox და ა.შ.

სამუშაო სადგურზე აპლიკაცია "პასუხისმგებელია ყველაფერზე" - მომხმარებლის ინტერფეისის ფორმირებაზე, მონაცემების ლოგიკურ დამუშავებაზე და მონაცემების უშუალო მანიპულირებაზე. ფაილის სერვერი უზრუნველყოფს მხოლოდ ყველაზე დაბალი დონის სერვისებს - ფაილების გახსნას, დახურვას და შეცვლას. გთხოვთ გაითვალისწინოთ - ფაილები და არა მონაცემთა ბაზები. მონაცემთა ბაზის მართვის სისტემა განთავსებულია სამუშაო სადგურზე.

ამრიგად, რამდენიმე დამოუკიდებელი და არათანმიმდევრული პროცესია ჩართული მონაცემების უშუალო მანიპულირებაში. გარდა ამისა, ნებისმიერი დამუშავების შესასრულებლად (ძებნა, მოდიფიკაცია, შეჯამება და ა.შ.), ყველა მონაცემი უნდა გადაიტანოს ქსელში სერვერიდან სამუშაო სადგურზე ( იხილეთ ნახ. ფაილ-სერვერისა და კლიენტ-სერვერის მოდელების შედარება)

ბრინჯი. ფაილ-სერვერისა და კლიენტ-სერვერის მოდელების შედარება

კლიენტ-სერვერის სისტემაში არის (მინიმუმ) ორი აპლიკაცია - კლიენტი და სერვერი, რომლებიც ერთმანეთში იზიარებენ იმ ფუნქციებს, რომლებიც ფაილ-სერვერის არქიტექტურაში მთლიანად ასრულებენ აპლიკაციას სამუშაო სადგურზე. მონაცემთა ბაზის სერვერი, რომელიც შეიძლება იყოს Microsoft SQL Server, Oracle, Sybase და ა.შ., პასუხისმგებელია მონაცემთა შენახვაზე და უშუალოდ მანიპულირებაზე.

მომხმარებლის ინტერფეისი აგებულია კლიენტის მიერ, რომელიც შეიძლება აშენდეს სხვადასხვა პერსონალური ხელსაწყოების, ისევე როგორც დესკტოპის DBMS-ების უმეტესობის გამოყენებით. მონაცემთა დამუშავების ლოგიკა შეიძლება შესრულდეს როგორც კლიენტზე, ასევე სერვერზე. კლიენტი აგზავნის მოთხოვნებს სერვერზე, ჩვეულებრივ ფორმულირებულ SQL-ში. სერვერი ამუშავებს ამ მოთხოვნებს და შედეგს უგზავნის კლიენტს (რა თქმა უნდა, ბევრი კლიენტი შეიძლება იყოს).

ამრიგად, ერთი პროცესი ჩართულია მონაცემების უშუალო მანიპულირებაში. ამავდროულად, მონაცემთა დამუშავება ხდება იმავე ადგილას, სადაც მონაცემები ინახება - სერვერზე, რაც გამორიცხავს დიდი რაოდენობით მონაცემების ქსელში გადატანას.

რა არის კლიენტ-სერვერის არქიტექტურა?

მოდით შევხედოთ ამ არქიტექტურას ბიზნესის საჭიროებების თვალსაზრისით. რა თვისებები მოაქვს კლიენტ-სერვერს საინფორმაციო სისტემას?

სანდოობა

მონაცემთა ბაზის სერვერი ახორციელებს მონაცემთა მოდიფიკაციას ტრანზაქციის მექანიზმის საფუძველზე, რომელიც ტრანზაქციად გამოცხადებულ ოპერაციების ნებისმიერ კომპლექტს აძლევს შემდეგ თვისებებს:

• ატომურობა- ნებისმიერ შემთხვევაში, ტრანზაქციის ყველა ტრანზაქცია ან შესრულდება, ან არცერთი მათგანი არ შესრულდება; მონაცემთა მთლიანობა ტრანზაქციის ბოლოს;
• დამოუკიდებლობა- სხვადასხვა მომხმარებლის მიერ ინიცირებული ტრანზაქციები არ ერევა ერთმანეთის საქმეებში;
• შეცდომის ტოლერანტობა- ტრანზაქციის დასრულების შემდეგ, მისი შედეგები არ დაიკარგება.

მონაცემთა ბაზის სერვერის მიერ მხარდაჭერილი ტრანზაქციის მექანიზმი ბევრად უფრო ეფექტურია, ვიდრე დესკტოპის DBMS-ებში. სერვერი ცენტრალიზებულად აკონტროლებს ტრანზაქციების მუშაობას. გარდა ამისა, ფაილ-სერვერის სისტემაში, რომელიმე სამუშაო სადგურზე წარუმატებლობამ შეიძლება გამოიწვიოს მონაცემების დაკარგვა და მათი მიუწვდომლობა სხვა სამუშაო სადგურებისთვის, ხოლო კლიენტ-სერვერის სისტემაში, კლიენტის უკმარისობა თითქმის არასოდეს მოქმედებს მონაცემთა მთლიანობაზე. და მათი ხელმისაწვდომობა სხვა მომხმარებლებისთვის.

მასშტაბურობა

მასშტაბურობა - სისტემის უნარი, მოერგოს მომხმარებელთა რაოდენობის ზრდას და მონაცემთა ბაზის ზომას, ტექნიკის პლატფორმის მუშაობის ადეკვატური გაზრდით, პროგრამული უზრუნველყოფის შეცვლის გარეშე.

ცნობილია, რომ დესკტოპის DBMS-ის შესაძლებლობები სერიოზულად შეზღუდულია - ეს არის ხუთ-შვიდი მომხმარებელი და 30-50 მბ, შესაბამისად. ფიგურები, რა თქმა უნდა, წარმოადგენს ზოგიერთ საშუალო მნიშვნელობას, კონკრეტულ შემთხვევებში მათ შეუძლიათ გადახრა როგორც ერთი მიმართულებით, ასევე მეორე მიმართულებით. რაც მთავარია, ამ ბარიერების გადალახვა შეუძლებელია ტექნიკის შესაძლებლობების გაზრდით.

მეორეს მხრივ, მონაცემთა ბაზის სერვერულ სისტემებს შეუძლიათ ათასობით მომხმარებლის და ასობით გბ ინფორმაციის მხარდაჭერა - უბრალოდ მიეცით მათ შესაბამისი აპარატურის პლატფორმა.

Უსაფრთხოება

მონაცემთა ბაზის სერვერი უზრუნველყოფს მონაცემთა მძლავრ დაცვას არასანქცირებული წვდომისგან, რაც შეუძლებელია დესკტოპის DBMS-ში. ამავდროულად, წვდომის უფლებები ადმინისტრირებულია ძალიან მოქნილად - ცხრილის ველების დონემდე. გარდა ამისა, შესაძლებელია მთლიანად აიკრძალოს ცხრილებზე პირდაპირი წვდომა, მომხმარებლის ინტერაქციის განხორციელებით მონაცემებთან შუალედური ობიექტების - ხედებისა და შენახული პროცედურების მეშვეობით. ასე რომ, ადმინისტრატორს შეუძლია დარწმუნებული იყოს, რომ არც ერთი ძალიან ჭკვიანი მომხმარებელი არ წაიკითხავს იმას, რაც არ უნდა წაიკითხოს.

მოქნილობა

მონაცემთა აპლიკაციაში სამი ლოგიკური ფენაა:

• მომხმარებლის ინტერფეისი;
• ლოგიკური დამუშავების წესები(ბიზნესის წესები);
• მონაცემთა მართვა(თქვენ არ უნდა აურიოთ მხოლოდ ლოგიკური ფენები ფიზიკურ შრეებთან, რაც ქვემოთ იქნება განხილული).

როგორც უკვე აღვნიშნეთ, ფაილ-სერვერის არქიტექტურაში სამივე ფენა დანერგილია სამუშაო სადგურზე გაშვებულ ერთ მონოლითურ აპლიკაციაში. ამიტომ, ნებისმიერ ფენაში ცვლილებები ცალსახად იწვევს აპლიკაციის შეცვლას და სამუშაო სადგურებზე მისი ვერსიების შემდგომ განახლებას.

ზემოთ მოცემულ ფიგურაში ნაჩვენები ორსართულიანი კლიენტ-სერვერის აპლიკაციაში, როგორც წესი, მომხმარებლის ინტერფეისის ფორმირების ყველა ფუნქცია დანერგილია კლიენტზე, მონაცემთა მართვის ყველა ფუნქცია დანერგილია სერვერზე, მაგრამ ბიზნეს წესები შეიძლება განხორციელდეს ორივეზე. სერვერი სერვერის პროგრამირების მექანიზმების გამოყენებით (შენახული პროცედურები, ტრიგერები, ხედები და ა.შ.) და კლიენტზე.

სამსაფეხურიან აპლიკაციაში ჩნდება მესამე, შუალედური ფენა, რომელიც ახორციელებს ბიზნეს წესებს, რომლებიც აპლიკაციის ყველაზე ხშირად შეცვლილი კომპონენტებია ( იხილეთ ნახ. სამსაფეხურიანი კლიენტ-სერვერის აპლიკაციის მოდელი)

ბრინჯი. სამსაფეხურიანი კლიენტ-სერვერის აპლიკაციის მოდელი

არა ერთი, არამედ რამდენიმე ფენის არსებობა საშუალებას გაძლევთ მოქნილად და ეკონომიურად მოარგოთ აპლიკაცია ცვალებად ბიზნეს მოთხოვნებს.

შევეცადოთ ყოველივე ზემოთქმულის ილუსტრირებას მცირე მაგალითით. დავუშვათ, ორგანიზაციამ შეცვალა სახელფასო წესები (ბიზნეს წესები) და უნდა განაახლოს პროგრამული უზრუნველყოფა.

1) ფაილ სერვერის სისტემაში ჩვენ „უბრალოდ“ ვაკეთებთ ცვლილებებს აპლიკაციაში და ვაახლებთ მის ვერსიებს სამუშაო სადგურებზე. მაგრამ ეს "მარტივი" იწვევს მაქსიმალურ შრომის ხარჯებს.

2) ორდონიანი კლიენტ-სერვერის სისტემაში, თუ სახელფასო ალგორითმი დანერგილია სერვერზე სახელფასო წესის სახით, იგი შესრულებულია ბიზნეს წესების სერვერის მიერ, დამზადებული, მაგალითად, OLE სერვერის სახით. და ჩვენ განვაახლებთ მის ერთ-ერთ ობიექტს არაფრის შეცვლის გარეშე, არც კლიენტის აპლიკაციაში და არც მონაცემთა ბაზის სერვერზე.