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

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

1C: Enterprise 8 სისტემას აქვს სკალირების კარგი შესაძლებლობები. ის საშუალებას გაძლევთ იმუშაოთ როგორც ფაილის ვერსიაში, ასევე კლიენტ-სერვერის ტექნოლოგიის გამოყენებით.

• პირადი გამოყენება, სამუშაოს ფაილის ვერსია
  ფაილის ვერსიაში მუშაობისას, პლატფორმას შეუძლია იმუშაოს ადგილობრივ ინფობაზთან, რომელიც მდებარეობს იმავე კომპიუტერზე, რომელზეც მომხმარებელი მუშაობს. ამ სამუშაო ვარიანტის გამოყენება შესაძლებელია სახლში ან ლეპტოპზე მუშაობისას.
• მცირე სამუშაო ჯგუფი, სამუშაოს ფაილის ვერსია
  ფაილის ოფცია ასევე უზრუნველყოფს რამდენიმე მომხმარებლის შესაძლებლობას იმუშაონ ლოკალურ ქსელში ერთი საინფორმაციო ბაზით. მუშაობის ეს მეთოდი შეიძლება გამოყენებულ იქნას მცირე სამუშაო ჯგუფებში და მარტივი ინსტალაცია და ექსპლუატაცია.
• სამუშაოს დიდი საწარმო, კლიენტ-სერვერის ვერსია
  დიდი სამუშაო ჯგუფებისთვის და საწარმოს მასშტაბით, შეიძლება გამოყენებულ იქნას სამუშაოს კლიენტ-სერვერის ვერსია, რომელიც დაფუძნებულია სამ დონის არქიტექტურაზე, 1C: Enterprise 8 სერვერის და მონაცემთა ბაზის მართვის ცალკეული სისტემის გამოყენებით. ის უზრუნველყოფს მონაცემთა საიმედო შენახვას და ეფექტურ დამუშავებას, როდესაც მომხმარებლების დიდი რაოდენობა ერთდროულად მუშაობს.
• საინფორმაციო ბაზის გამართვა, განაწილება
  მსხვილ ჰოლდინგ კომპანიებს შეუძლიათ გამოიყენონ სამუშაო განაწილებულ საინფორმაციო ბაზაში, როგორც ფაილების, ასევე კლიენტ-სერვერის მუშაობის ვარიანტების გამოყენებასთან ერთად. განაწილებული საინფორმაციო ბაზა საშუალებას გაძლევთ გააერთიანოთ ჰოლდინგის კომპანიის განყოფილებები, რომლებიც ერთმანეთისგან შორს არიან და თითოეულ ამ განყოფილებას შეუძლია, თავის მხრივ, გამოიყენოს ფაილის ან კლიენტ-სერვერის ვარიანტები. განაწილებული საინფორმაციო ბაზის მექანიზმი უზრუნველყოფს ჰოლდინგის თითოეულ განყოფილებაში გამოყენებული კონფიგურაციების იდენტურობას და მონაცემთა გაცვლას განაწილებულ სისტემაში შემავალ ცალკეულ საინფორმაციო ბაზებს შორის.

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

მრავალ მომხმარებლის მუშაობა

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

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

მონაცემთა მოდელში, რომელიც მხარდაჭერილია 1C: Enterprise 8 სისტემის მიერ, არ არსებობს მონაცემთა ბაზის ცხრილები, რომლებიც აშკარად იწვევს რამდენიმე მომხმარებლის ერთდროულ წვდომას. ერთდროული წვდომა ხდება მხოლოდ ლოგიკურად დაკავშირებულ მონაცემებზე წვდომისას და არ ახდენს გავლენას იმ მონაცემებზე, რომლებიც არ არის დაკავშირებული საგნის არეალის თვალსაზრისით.

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

ოპტიმიზაციის მექანიზმები

1C: Enterprise 8 ტექნოლოგიური პლატფორმა შეიცავს უამრავ მექანიზმს, რომლებიც ოპტიმიზაციას უკეთებენ აპლიკაციის გადაწყვეტილებების სიჩქარეს.

შესრულება სერვერზე

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

მონაცემთა ქეშირება

1C: Enterprise 8 სისტემა იყენებს ბაზიდან წაკითხული მონაცემების ქეშირების მექანიზმს ობიექტის ტექნოლოგიის გამოყენებისას. ობიექტის ატრიბუტზე წვდომისას, ობიექტის ყველა მონაცემი იკითხება RAM-ში მდებარე ქეშში. შემდგომი ზარები იმავე ობიექტის დეტალებზე გაიგზავნება ქეშში, და არა მონაცემთა ბაზაში, რაც მნიშვნელოვნად ამცირებს საჭირო მონაცემების მოძიებაზე დახარჯულ დროს.

ჩაშენებული ენის მუშაობა სერვერზე

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

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

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

ვერსიები 8.1 და 8.0 - შესრულებისა და მასშტაბურობის შედარება

იმის შესაფასებლად, თუ როგორ შეიცვალა სისტემის მუშაობა და მასშტაბურობა სხვადასხვა პირობებში, ჩატარდა რიგი ტესტები 8.1 ვერსიაში:

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

მიღებული ინდიკატორები 1C:Enterprise 8.1-ისთვის შედარებულია მსგავს მაჩვენებლებთან

1C-სთვის: საწარმო 8.

ვერსიები 7.7 და 8.0 - შესრულებისა და მასშტაბურობის შედარება

1C:Enterprise 8-ის კლიენტ-სერვერის ვერსიის მუშაობისა და მასშტაბურობის შესაფასებლად, ჩატარდა მთელი რიგი ტესტები, რომლებიც საშუალებას აძლევდა:

• შეადარეთ და აჩვენეთ 1C:Enterprise 8-ის უპირატესობები სტანდარტული მუშაობის რეჟიმებში;
• შეაფასეთ 1C:Enterprise 8-ის მასშტაბურობა დატვირთვის ინტენსივობის გაზრდით და დამუშავებული მონაცემების მზარდი მოცულობით;
• შეაფასეთ 1C:Enterprise 8-ის მასშტაბურობა გამოყენებული აღჭურვილობის გამოთვლითი რესურსების გაზრდისას;
• შეაფასეთ 1C:Enterprise 8-ის შესრულება და შესრულება პიკური დატვირთვის პირობებში მუშაობისას;
• შეაფასეთ მრავალპროცესორული პლატფორმების გამოყენების ეფექტურობა 1C: Enterprise პრობლემების გადასაჭრელად 8.

საწარმოო საწარმოების მართვის გადაწყვეტის მასშტაბურობის შეფასება

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

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

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

ტექნოლოგიური პარამეტრების მაგალითები "საწარმოო საწარმოების მენეჯმენტის" გადაწყვეტის განსახორციელებლად

ეს განყოფილება აქვეყნებს დეტალურ ინფორმაციას „1C:Enterprise 8. Manufacturing Enterprise Management“-ის განხორციელების ტექნოლოგიური პარამეტრების შესახებ სხვადასხვა ზომის და საქმიანობის პროფილის საწარმოებში.

ამ განყოფილების მიზანია IT სპეციალისტების გაცნობა რეალურად გამოყენებული აღჭურვილობის შესახებ მონაცემებით და რეალური 1C:Enterprise 8 დანერგვის დატვირთვის მაგალითებით.

ეს ინფორმაცია ასევე შეიძლება სასარგებლო იყოს 1C:Enterprise 8 სისტემის ყველა პროგრამის მომხმარებლებისთვის.

აღჭურვილობის შერჩევა

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

1C: Performance Management Center - შესრულების მონიტორინგისა და ანალიზის ინსტრუმენტი

1C:Performance Management Center (1C:PMC) არის ინსტრუმენტი 1C:Enterprise 8-ზე ინფორმაციული სისტემების მუშაობის მონიტორინგისა და ანალიზისთვის ეს ინფორმაცია შემდგომი ოპტიმიზაციის მიზნით.

1C:TestCenter - ჩატვირთეთ ტესტის ავტომატიზაციის ინსტრუმენტი

1C:TestCenter არის 1C:Enterprise 8 პლატფორმაზე საინფორმაციო სისტემების მრავალმომხმარებლის დატვირთვის ტესტების ავტომატიზაციის საშუალება მისი დახმარებით თქვენ შეგიძლიათ მოახდინოთ საწარმოს მუშაობის სიმულაცია რეალური მომხმარებლების მონაწილეობის გარეშე, რაც საშუალებას გაძლევთ შეაფასოთ გამოყენებადობა. , საინფორმაციო სისტემის შესრულება და მასშტაბურობა რეალურ პირობებში.

პლატფორმაზე კორპორატიული საინფორმაციო სისტემების დანერგვა
1C: საწარმო 8

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

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

ოლეგ სპირიაევი

ბოლო დროს ხშირია პრეტენზიები იმის შესახებ, რომ საშუალო და მაღალი დონის სერვერები აქტიურად იცვლება საწყისი დონის სერვერების ჯგუფებით, რომლებიც გაერთიანებულია თაროებში ან კლასტერებში. თუმცა, ზოგიერთი ექსპერტი არ ეთანხმება. ამრიგად, Dataquest-ის მიხედვით, 500 ათასი დოლარი და მეტი ფასის მოდელების წილი (ეს მოიცავს საშუალო და მაღალი დონის SMP სერვერებს) მთლიანი სერვერების გაყიდვებში 2000 წლიდან 2002 წლამდე გაიზარდა 38-დან 52%-მდე.

IDC-ის მიერ მოპოვებული სხვა მონაცემები მიუთითებს ზრდაზე (მინიმუმ მანქანების რაოდენობის მიხედვით) დაბალი დონის სერვერული მოდელების სექტორში - ორი პროცესორით. IDC ასევე პროგნოზირებს, რომ 2005 წელს ყველაზე გავრცელებული ოპერაციული სისტემა სერვერებისთვის $50,000-დან $3 მილიონამდე იქნება Unix. ამ მონაცემების შედარებისას ცხადია, რომ საშუალო და მაღალი დონის Unix სერვერები დარჩებიან მონაცემთა ცენტრების უპირატეს პლატფორმად, მაგრამ დაემატება უფრო მცირე (ჩვეულებრივ ორმაპროცესორიანი) სერვერების მზარდი რაოდენობა.

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

ვერტიკალური და ჰორიზონტალური არქიტექტურები

მოდით შევხედოთ მთავარ განსხვავებებს ვერტიკალურ და ჰორიზონტალურ არქიტექტურებს შორის. Scale-out სერვერები არის დიდი SMP (სიმეტრიული მრავალპროცესური ან საერთო მეხსიერება) სისტემები ოთხზე მეტი ცენტრალური დამუშავების ერთეულით. ისინი იყენებენ OS-ის მხოლოდ ერთ ასლს ყველა პროცესორის, მეხსიერების და I/O კომპონენტის გასაკონტროლებლად. როგორც წესი, ყველა ეს რესურსი მოთავსებულია ერთ თაროში ან კაბინეტში. ეს სერვერები ერთმანეთთან აკავშირებენ მაღალსიჩქარიან ცენტრალურ ან უკანა პლანზე დაბალი შეყოვნებით და ქეში-თანმიმდევრული წვდომით. თქვენ შეგიძლიათ დაამატოთ რესურსები კაბინეტის შიგნით დამატებითი სისტემის დაფების დაყენებით. ვერტიკალური არქიტექტურის სისტემებში (ან SMP სისტემებში) მეხსიერება გაზიარებულია, რაც ნიშნავს, რომ ყველა პროცესორს და I/O კომპონენტს აქვს წვდომა ყველა მეხსიერებაზე. მომხმარებელი მეხსიერებას "ხედავს" როგორც ერთ დიდ ობიექტს.

ალტერნატიული ჰორიზონტალური სკალირების შემთხვევაში, სისტემები დაკავშირებულია ქსელის მეშვეობით ან კლასტერული ერთად. ურთიერთკავშირები, როგორც წესი, იყენებენ სტანდარტულ ქსელურ ტექნოლოგიებს, როგორიცაა Fast Ethernet, Gigabit Ethernet (GBE) და Scalable Coherent Interconnect (SCI), რომლებიც გვთავაზობენ დაბალ გამტარუნარიანობას და უფრო მაღალ შეყოვნებას, ვიდრე ვერტიკალური სისტემები. რესურსები ამ შემთხვევაში ნაწილდება კვანძებს შორის, როგორც წესი, შეიცავს ერთიდან ოთხ პროცესორს; თითოეულ კვანძს აქვს თავისი პროცესორი და მეხსიერება და შეიძლება ჰქონდეს საკუთარი I/O ქვესისტემა ან გაუზიაროს იგი სხვა კვანძებს. თითოეული კვანძი აწარმოებს OS-ის ცალკეულ ასლს. რესურსები ფართოვდება კვანძების დამატებით, მაგრამ არა კვანძში რესურსების დამატებით. ჰორიზონტალურ სისტემებში მეხსიერება განაწილებულია, ანუ თითოეულ კვანძს აქვს საკუთარი მეხსიერება, რომელსაც უშუალოდ წვდება მისი პროცესორები და I/O ქვესისტემა. ამ რესურსებზე წვდომა სხვა კვანძიდან გაცილებით ნელია, ვიდრე იმ კვანძიდან, სადაც ისინი მდებარეობს. გარდა ამისა, ჰორიზონტალური არქიტექტურით, კვანძებს შორის არ არის თანმიმდევრული წვდომა მეხსიერებაზე და გამოყენებული აპლიკაციები მოიხმარენ შედარებით მცირე რესურსს, ამიტომ ისინი "ჯდება" ერთ კვანძზე და არ სჭირდებათ თანმიმდევრული წვდომა. თუ აპლიკაციას რამდენიმე კვანძი სჭირდება, მან თავად უნდა უზრუნველყოს მეხსიერების თანმიმდევრული წვდომა.

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

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

ბაზარზე ახლახან შემოღებული მოდულარული ან blade სერვერები, რომლებიც ჩვეულებრივ აღჭურვილია ერთი ან ორი პროცესორით, ჰორიზონტალური სერვერების მაგალითია. აქ კლასტერი შედგება პატარა კვანძებისგან, რომელთაგან თითოეულს აქვს შესვლის დონის SMP სერვერი ცენტრალური პროცესორების რაოდენობა 1-დან 4-მდე.

მასშტაბის შემცირების კიდევ ერთი გზაა დიდი მასიურად პარალელური გამოთვლითი სისტემების (MPP) მეშვეობით, რომლებიც შედგება მრავალი პატარა პროცესორისგან, რომლებიც დამონტაჟებულია ერთ კაბინეტში, თითოეულს აქვს OS-ის საკუთარი ასლი ან OS-ის მიკროკერნელის ასლი. ამჟამად იწარმოება მხოლოდ რამდენიმე MPP სისტემა, რომელიც ყველაზე ხშირად წარმოადგენს სპეციალიზებულ გადაწყვეტილებებს. ეს არის, მაგალითად, Terradata სისტემები, რომლებიც წარმოებულია NCR, IBM RS/6000SP (SP-2) და HP Tandem უწყვეტად.

ცხრილი 1. ვერტიკალური და ჰორიზონტალური არქიტექტურის თავისებურებები

Პარამეტრი	ვერტიკალური სისტემები	ჰორიზონტალური სისტემები
მეხსიერება	დიდი გაზიარებული	პატარა თავდადებული
ნაკადები	ბევრი ურთიერთდამოკიდებული თემა	ბევრი დამოუკიდებელი თემა
ურთიერთკავშირები	მჭიდროდ შეკრული შიდა	თავისუფლად დაწყვილებული გარე
RAS	ძლიერი RAS ერთი სისტემა	ძლიერი RAS რეპლიკაციის გამოყენებით
ცენტრალური გადამამუშავებელი დანადგარები	ბევრი სტანდარტი	ბევრი სტანდარტი
OS	ოპერაციული სისტემის ერთი ასლი მრავალი ცენტრალური პროცესორისთვის	OS-ის რამდენიმე ასლი (ერთი ასლი 1-4 პროცესორისთვის)
განლაგება	ერთ კარადაში	დიდი რაოდენობის სერვერების განთავსება თაროში
სიმკვრივე		პროცესორის მაღალი სიმკვრივე იატაკის ერთეულზე
აღჭურვილობა	სტანდარტული და სპეციალურად შექმნილი	სტანდარტული
სკალირება	ერთი სერვერის შასის ფარგლებში	მრავალ სერვერის მასშტაბით
გაფართოება	სერვერზე დამატებითი კომპონენტების დაყენებით	ახალი კვანძების დამატებით
არქიტექტურა	64 ბიტიანი	32 და 64 ბიტიანი

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

• ვერტიკალური სისტემები იზიარებენ მეხსიერებას და უზრუნველყოფენ თანმიმდევრულ ქეში წვდომას.
• ვერტიკალური სისტემები იდეალურია ამოცანების ნაკადებისთვის, რომლებსაც ერთმანეთთან კომუნიკაცია სჭირდებათ.
• ვერტიკალური სისტემები ხასიათდება ძლიერი RAS ფუნქციებით, ხოლო ჰორიზონტალურ სისტემებში ხელმისაწვდომობა ხორციელდება მასიური რეპლიკაციის გამოყენებით (რამდენიმე კვანძი დაკავშირებულია კლასტერთან, ამიტომ ერთ-ერთი მათგანის უკმარისობა მცირე გავლენას ახდენს მთელი სისტემის მუშაობაზე).
• ვერტიკალურ სისტემებში OS-ის ერთი ასლი მოიცავს ყველა რესურსს. ზოგიერთი ვერტიკალური სისტემა, როგორიცაა Sun Microsystems-ის midframe და მაღალი დონის სერვერები (Sun Fire 4800 to Sun Fire 15K), შეიძლება დაიყოს პატარა ვერტიკალურ სერვერებად.
• ვერტიკალური სისტემები იყენებენ რაც შეიძლება მეტ სტანდარტულ კომპონენტს, მაგრამ ზოგიერთი ძირითადი კომპონენტი (როგორიცაა ურთიერთდაკავშირება) სპეციალურად არის შექმნილი.
• ვერტიკალური სისტემების გაფართოება შესაძლებელია არსებულ ჩარჩოში დამატებითი კომპონენტების დაყენებით (უფრო ძლიერი პროცესორები, დამატებითი მეხსიერება, დამატებითი და მაღალი ხარისხის I/O კავშირები და ა.შ.). ჰორიზონტალური სისტემები გაფართოებულია კვანძის დამატებით ან ძველი კვანძების ახლით ჩანაცვლებით.
• თითქმის ყველა ვერტიკალური სისტემა არის 64-ბიტიანი, ხოლო ჰორიზონტალური სისტემები შეიძლება იყოს 32-ბიტიანი ან 64-ბიტიანი.

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

ცხრილი 2. აპლიკაციების ტიპები ვერტიკალური და ჰორიზონტალური არქიტექტურისთვის

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

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

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

პროცესორები და სისტემის ურთიერთდაკავშირება

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

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

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

მთავარი ტექნიკური განსხვავება ჰორიზონტალურ და ვერტიკალურ სისტემებს შორის არის მათი ურთიერთდაკავშირების გამტარუნარიანობა და შეყოვნება. კლასტერული ურთიერთკავშირებისთვის გამტარუნარიანობა შეიძლება მერყეობდეს 125 მბ/წმ-დან Fast Ethernet-ისთვის 200 მბ/წმ-მდე SCI-სთვის, ხოლო შეყოვნება შეიძლება იყოს 100 ათასი ns-დან GBE-სთვის და 10 ათას ns-მდე SCI-სთვის. InfiniBand ინტერფეისის გამოყენებით, შესაძლებელია უფრო სწრაფი ურთიერთკავშირების დანერგვა პიკური სიჩქარით, რომელიც მერყეობს დაახლოებით 250 მბ/წმ-დან პირველი ვერსიისთვის და 3 გბ/წმ-მდე მომდევნო ვერსიებისთვის.

შეყვანა და გამომავალი

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

ოპერაციული სისტემა

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

სისტემის ხელმისაწვდომობა

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

ოპტიმიზებული აპლიკაციები

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

განაცხადის ზომა

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

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

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

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

მონაცემთა ბაზის დონის შესრულება

აქ მთავარი კითხვაა შევადაროთ ერთი საშუალო და დიდი SMP სერვერების მუშაობა მცირე სერვერების კლასტერთან (არაუმეტეს ოთხი პროცესორისა).

მასშტაბურობის განხილვისას, მწარმოებელი კომპანიები იყენებენ უამრავ ტექნიკურ ტერმინს. ამრიგად, შესრულების ზრდა (Speedup) SMP-ისთვის განისაზღვრება, როგორც განაცხადის შესრულების სიჩქარის თანაფარდობა რამდენიმე პროცესორზე და ერთზე. ხაზოვანი სიჩქარე ნიშნავს, რომ, მაგალითად, 40 პროცესორზე აპლიკაცია 40-ჯერ (40x) უფრო სწრაფად მუშაობს, ვიდრე ერთზე. შესრულების მატება არ არის დამოკიდებული პროცესორების რაოდენობაზე, ანუ 24 პროცესორის კონფიგურაციისთვის იგივე იქნება რაც 48 პროცესორისთვის. კლასტერის მუშაობის ზრდა (Cluster speedup) განსხვავდება მხოლოდ იმით, რომ მისი გაანგარიშებისას აღებულია კვანძების რაოდენობა და არა პროცესორების რაოდენობა. SMP შესრულების ზრდის მსგავსად, კლასტერის შესრულების ზრდა მუდმივი რჩება სხვადასხვა რაოდენობის კვანძებში.

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

ნახ. სურათი 2 გვიჩვენებს სამ გრაფიკს: იდეალური ხაზოვანი მასშტაბირება, 24-პროცესორიანი SMP სერვერის მასშტაბირება 95% და ორი 4-პროცესორიანი სერვერის კლასტერის მასშტაბირება 90%. ჩანს, რომ არსებობს გარკვეული შეზღუდვები მონაცემთა ბაზების მასშტაბურობაზე კლასტერებში (ჰორიზონტალური მასშტაბით). ბევრი პატარა სერვერის ერთმანეთთან მიბმა არ იძლევა საშუალო და დიდ აპლიკაციებისთვის საჭირო მასშტაბურობას. ამის მიზეზი არის შიდა კლასტერული ურთიერთკავშირების გამტარუნარიანობის შეზღუდვები, მონაცემთა ბაზის პროგრამული უზრუნველყოფის დამატებითი დატვირთვა, რომელიც დაკავშირებულია კლასტერების მართვასთან და აპლიკაციების დაწერის სირთულე განაწილებული მეხსიერების კლასტერული გარემოსთვის.

გამოქვეყნებული საორიენტაციო შედეგები აჩვენებს, მაგალითად, რომ Oracle9i RAC (Real Application Cluster) აქვს ეფექტურობის მომატება 1.8 და სკალირების ეფექტურობა 90%. ეს მასშტაბურობის ეფექტურობა შეიძლება საკმაოდ მაღალი ჩანდეს, მაგრამ სინამდვილეში, ოთხი კვანძისთვის 90% მასშტაბირება არაეფექტურია დიდი SMP სერვერების შედეგებთან შედარებით.

განაცხადის დონის შესრულება

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

უმეტეს შემთხვევაში, აპლიკაციის სერვერის დონე მოითხოვს ბევრად მეტ პროცესორს, ვიდრე მონაცემთა ბაზის დონე თითო აპლიკაციის ცალკეულ სერვისზე. მაგალითად, SAP R/3-ის შემთხვევაში, ეს თანაფარდობა არის დაახლოებით 10 პროცესორი მონაცემთა ბაზის თითოეული პროცესორისთვის, ანუ თუ SAP R/3 მოითხოვს 20 პროცესორს მონაცემთა ბაზის ფენისთვის, მაშინ უნდა იყოს დაახლოებით 200 პროცესორი განაცხადის ფენისთვის. საკითხავია, რა არის უფრო მომგებიანი განლაგება - 100 ორპროცესორიანი სერვერი თუ ათი 20-პროცესორიანი სერვერი. ანალოგიურად, Oracle-ში განაცხადის პროცესორების თანაფარდობა მონაცემთა ბაზის პროცესორებთან არის დაახლოებით 5-დან 1-მდე.

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

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

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

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

არქიტექტურის გავლენა ხელმისაწვდომობაზე

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

როგორც ხელმისაწვდომობის მოთხოვნები იზრდება, ასევე იზრდება გადაწყვეტის ღირებულება. მონაცემთა ცენტრის მენეჯერებმა უნდა განსაზღვრონ ღირებულების, სირთულის და ხელმისაწვდომობის რომელი კომბინაცია საუკეთესოდ აკმაყოფილებს მომსახურების დონის მოთხოვნებს. მონაცემთა ცენტრებს, რომლებიც საჭიროებენ დაახლოებით 99,95% ხელმისაწვდომობას, შეუძლიათ განათავსონ ერთი SMP სერვერი RAS ფუნქციებით, როგორიცაა სრული ტექნიკის სიჭარბე და ონლაინ მოვლა.

თუმცა, 99.95%-ზე მეტი ხელმისაწვდომობის მისაღწევად საჭირო იქნება კლასტერი. Sun Cluster პროგრამული უზრუნველყოფა HA (მაღალი ხელმისაწვდომობა) მარცხით უზრუნველყოფს 99,975% ხელმისაწვდომობას. HA failover იყენებს ძირითად სერვერს და ცხელ ლოდინს; თუ პირველადი სერვერი ვერ ხერხდება, სარეზერვო სერვერი იღებს მის დატვირთვას. სერვისის გადატვირთვის დრო განსხვავდება აპლიკაციის მიხედვით და შეიძლება დასჭირდეს რამდენიმე წუთი, განსაკუთრებით მონაცემთა ბაზის აპლიკაციებისთვის, რომლებიც საჭიროებენ მონაცემთა დიდი რაოდენობით დაბრუნებას ტრანზაქციების აღსადგენად.

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

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

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

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

დასკვნები

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

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

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

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

1. ასორტიმენტის მენეჯმენტი ქსელურ სავაჭრო კომპანიაში.

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

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

ასორტიმენტის მართვის ამოცანა შეიძლება დაიყოს ორ ქვეამოცნებად - "გარე" და "შიდა".

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

ამ პრობლემების წარმატებულმა გადაწყვეტამ უნდა გამოიწვიოს პროდუქციის გაყიდვების გაუმჯობესება.

ეფექტური გადაწყვეტისთვის "გარე" სამუშაო ჯგუფი საჭირო:

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

როცა გადაწყვეტს შიდა ასორტიმენტის მართვის ამოცანები აუცილებელია შემდეგი ბიზნეს პროცესების ავტომატიზაცია:

1) აქტიური ასორტიმენტის მართვის პროცესი (ასორტიმენტის მატრიცების შენარჩუნება).

ფაქტია, რომ პროდუქტის შესახებ ინფორმაცია მონაცემთა ბაზაში შესვლის შემდეგ მასში დიდი ხნის განმავლობაში რჩება. მაგალითად, 7000 საქონლის ამჟამინდელი ასორტიმენტით, სისტემას შეუძლია შეინახოს 20-30 ათასი ერთეული საქონელი. ამ პირობებში აუცილებელია სისტემის მომხმარებლისთვის მინიჭებული იყოს მხოლოდ აქტიური ასორტიმენტის შესახებ მიმდინარე ინფორმაციაზე მუშაობის შესაძლებლობა (ნახ. 3.4).

ბრინჯი. 3.4.

ამ პრობლემის გადასაჭრელად საჭიროა უზრუნველყოს შემდეგი ფუნქციები:

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

სისტემა (ჩვეულებრივ ხდება მაშინ, როდესაც რეზერვები ნულს აღწევს);

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

ამ ბიზნეს პროცესის ავტომატიზაციის უპირატესობები :

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

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

ბრინჯი. 3.5.

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

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

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

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

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

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

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

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

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

ბრინჯი. 3.6.

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

ბრინჯი. 3.7.

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

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

მენეჯმენტის ობიექტების ხედვა იქმნება ანალოგიურად - ეს არის სტატიკური ხედი, რომელიც განსაზღვრავს იმ მაღაზიებისა და სადისტრიბუციო ცენტრების სიას, რომლებშიც კონკრეტული კატეგორიის მენეჯერი მუშაობს (ნახ. 3.8).

ბრინჯი. 3.8.

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

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

დასასრულს, მოდით ჩამოვაყალიბოთ რამდენიმე დასკვნა ზემოაღნიშნულიდან:

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

საინფორმაციო სისტემის მასშტაბირება

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

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

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

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

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

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

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

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

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

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

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

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

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

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

სამუშაოს დასასრული -

ეს თემა ეკუთვნის განყოფილებას:

კომპიუტერული საინფორმაციო ტექნოლოგიები მენეჯმენტში. კონტროლის სისტემების კლასიფიკაცია

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

თუ გჭირდებათ დამატებითი მასალა ამ თემაზე, ან ვერ იპოვნეთ ის, რასაც ეძებდით, გირჩევთ გამოიყენოთ ძიება ჩვენს სამუშაოთა მონაცემთა ბაზაში:

რას ვიზამთ მიღებულ მასალასთან:

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

ტვიტი

ყველა თემა ამ განყოფილებაში:

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

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

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

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

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

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

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

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

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

საინფორმაციო რესურსების ერთიან საინფორმაციო სივრცედ ჩამოყალიბების პოლიტიკა
საინფორმაციო რესურსების სხვადასხვა დონეზე ურთიერთქმედების უზრუნველსაყოფად აუცილებელია: ა) თანამედროვე საინფორმაციო ტექნოლოგიების გამოყენება; ბ) თანამედროვე სატრანსპორტო საინფორმაციო გარემო; გ) ჭამა

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

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

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

OS Unix და სტრუქტურული გადაწყვეტილებები კორპორატიულ საინფორმაციო სისტემებში. მობილობის კონცეფცია
Unix OS-ის განვითარება დაიწყო Bell Laboratories-ით 1968 წელს. შემოთავაზებული იყო მრავალ მომხმარებლის 32-ბიტიანი Unix OS Main Frame-ისთვის. 1976 წელს AT&T (რომელიც მოიცავდა ბ

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

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

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

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

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

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

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

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

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

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

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

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

• მრავალპროცესირების მხარდაჭერა;
• არქიტექტურული მოქნილობა.

მრავალპროცესორული სისტემები

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

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

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

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

არქიტექტურული მოქნილობა

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

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