SOA vs ESB
SOA არის არქიტექტურული კონცეფციების ნაკრები, რომელიც გამოიყენება სერვისების განვითარებისა და ინტეგრაციისთვის. სერვისი არის ფუნქციონირების საჯარო პაკეტი, რომელიც შემოთავაზებულია ინტერნეტში. ESB არის ინფრასტრუქტურის პროგრამული უზრუნველყოფის ნაწილი, რომელიც უზრუნველყოფს პროგრამული არქიტექტურის კონსტრუქციას რთული არქიტექტურისთვის ძირითადი სერვისების უზრუნველსაყოფად. ESB შეიძლება გამოყენებულ იქნას როგორც პლატფორმა, რომელზეც SOA რეალიზდება.
რა არის SOA?
SOA (სერვისზე ორიენტირებული არქიტექტურა) არის არქიტექტურული კონცეფციების ნაკრები, რომელიც გამოიყენება სერვისების განვითარებისა და ინტეგრაციისთვის. SOA ეხება განაწილებულ გამოთვლებს, რომელშიც მომხმარებლები მოიხმარენ თავსებადი სერვისების ერთობლიობას.მრავალ მომხმარებელს შეუძლია მოიხმაროს ერთი სერვისი და პირიქით. ამიტომ, SOA ხშირად გამოიყენება მრავალი აპლიკაციის ინტეგრირებისთვის, რომლებიც იყენებენ სხვადასხვა პლატფორმებს. იმისათვის, რომ SOA-მ სწორად იმუშაოს, სერვისები თავისუფლად უნდა იყოს დაკავშირებული ოპერაციულ სისტემებთან და ძირითადი აპლიკაციების ტექნოლოგიებთან. SOA-ს დეველოპერები ქმნიან სერვისებს ფუნქციონალური ერთეულების გამოყენებით და ხდიან მათ ინტერნეტის საშუალებით. ვებ სერვისების გამოყენება შესაძლებელია SOA არქიტექტურის დასანერგად. ამ შემთხვევაში, ვებ სერვისები ხდება SOA-ს ფუნქციონირების ერთეული, რომელიც ხელმისაწვდომია ინტერნეტით. ვებ სერვისების გამოყენება ნებისმიერს შეუძლია, ისე, რომ არ შეშფოთდეს პლატფორმების ან პროგრამირების ენების შესახებ, რომლებიც გამოიყენება მათ დასამუშავებლად. SOA პირდაპირ აგებულია სერვისზე ორიენტაციის პრინციპზე, რომელიც საუბრობს სერვისებზე მარტივი ინტერფეისით, რომლებზეც მომხმარებლებს შეუძლიათ დამოუკიდებლად წვდომა, სერვისის რეალურ პლატფორმაზე ფიქრის გარეშე.
რა არის ESB?
ESB (Enterprise Service Bus) არის ინფრასტრუქტურის პროგრამული უზრუნველყოფის ნაწილი, რომელიც უზრუნველყოფს პროგრამული უზრუნველყოფის არქიტექტურის კონსტრუქციას რთული არქიტექტურებისთვის ძირითადი სერვისების უზრუნველსაყოფად.მაგრამ არსებობს მნიშვნელოვანი არგუმენტი იმის შესახებ, ESB-ს არქიტექტურულ სტილს ვუწოდოთ თუ პროგრამულ პროდუქტს ან თუნდაც პროდუქტთა ჯგუფს. ის უზრუნველყოფს მომსახურებებს მოვლენებზე ორიენტირებული და სტანდარტებზე დაფუძნებული ძრავით შეტყობინებების გაგზავნისთვის (რაც რეალურად არის სერვისის ავტობუსი). შეტყობინებების ამ ძრავის თავზე, აბსტრაქციის ფენა არის მოწოდებული, რომელიც საშუალებას აძლევს არქიტექტორებს გამოიყენონ ავტობუსის მიერ შემოთავაზებული ობიექტები, რაიმე რეალური კოდის დაწერის გარეშე. ESB ჩვეულებრივ დანერგილია სტანდარტებზე დაფუძნებული შუა პროგრამული ინფრასტრუქტურის მეშვეობით.
ტერმინი "ავტობუსის" გამოყენება ESB-ში განპირობებულია იმით, რომ ESB ნამდვილად უზრუნველყოფს ფიზიკური კომპიუტერის ავტობუსის ძალიან მსგავს ფუნქციას, მაგრამ აბსტრაქციის გაცილებით მაღალ დონეზე. ESB-ის არსებობის ერთ-ერთი მთავარი უპირატესობა არის კონტაქტის წერტილების რაოდენობის შემცირების შესაძლებლობა; ამრიგად, ცვლილებებთან ადაპტაცია ბევრად უფრო ადვილი იქნება. ESB შეიძლება გამოყენებულ იქნას როგორც პლატფორმა, რომელზეც SOA ხორციელდება. ტრანსფორმაციის/მარშრუტიზაციის ცნებები (ნაკადთან დაკავშირებული) შეიძლება იყოს SOA-ში ESB-ის მიერ. გარდა ამისა, ბოლო წერტილებისთვის აბსტრაქციის დადასტურებით (SOA-ში), ESB ხელს უწყობს სერვისებს შორის თავისუფლების დაკავშირებას.
რა განსხვავებაა SOA-სა და ESB-ს შორის?
არის რამდენიმე ძირითადი განსხვავება SOA-სა და ESB-ს შორის. SOA არის არქიტექტურული მოდელი თავისუფლად დაწყვილებული სერვისზე დაფუძნებული აპლიკაციების განსახორციელებლად. ESB არის ინფრასტრუქტურის პროგრამული უზრუნველყოფის ნაწილი, რომელიც ეხმარება დეველოპერებს სერვისების შემუშავებაში და სერვისებს შორის კომუნიკაციაში შესაბამისი API-ების მეშვეობით. ESB შეიძლება გამოყენებულ იქნას როგორც პლატფორმა, რომელზეც SOA ხორციელდება. ESB არის მხოლოდ ის საშუალება, რომლითაც მიედინება მომსახურება. ESB უზრუნველყოფს სერვისების შედგენისა და განლაგების შესაძლებლობებს, რომლებიც თავის მხრივ ახორციელებენ SOA.
