2.2 Сервисті бағытталған қосымша
Сервисті бағытталған қосымшалар деп сервситердің бір логикалы аяқталған, қисынды қосымшаға агрегатталуын айтады (2.1 сурет) – объектілі бағытталған қосымша объектілердің агрегатталуынан құрылатын аналогиясы бойынша. Сервистердің ішінде құрастырушылар әлі де нақтылы бағдарлау тілдерін, версияларын, технологиялар мен инфрақұрылымдарды, операциялық жүйелерді, API және т.б. қолданады. Бірақ сервистердің арасындағы байланыс стандартты протоколдар мен хабарламалар, контракттар және метадеректерді қолдану арқылы ұйымдастырылады. Сервисті бағытталған инфрақұрылым сервистерді қосу үшін дайын қосалқы кодты беруімен, сервистің детализация деңгейі қаншалықты жоғары болып, сол инфрақұрылымды қосымша қаншалықты интенсивті түрде қолданса және соншалықты құрастырушыларға қосалқы кодты жазу керек.
2.1-cурет - Сервисті бағытталған қосымша
2.3 Қағидаттары мен канондары
Сервисті бағытталғанәдістеме кеңістікте сервистер арасында пайда болуы арқасында басқарады. Сервисті бағытталған қосымша құру үшін, сервисті – бағытталған архитектураның канонондары деп аталатын қағидаттары мен кепілдемелердің бірнеше терулері бар.
Сервистердің шекаралары анық қойылады. Кез келген сервис әрқашан, оның іске асыру, орналастыру технологиясымен анықталатын белгілі бір шекарада болады. Сервис ондай шекаралардың табиғатын клиенттерге, ол туралы технология немесе мекені жайлы туралы ақпаратты беретін, шарттар мен деректер типтері арқылы беруі тиісті емес. Бұл канонды орындау нәтижесінде технология мен мекені сияқты аспкетілер мәнсіз болып қалады. Бұл канонға басқа көз қарастан қарауға болады: клиент сервистің іске асырылуы жайлы қаншалықты көп білсе, соншалықты клиенттің сервиске логикалық байлауы мықты болады. Потенциалды логикалық байлауды минимумге апару үшін, сервис берілетін функционалдықтың анық сипаттауын беру керек, және тек анық сипатталған операциялар (немесе деректер котнтрактары) клиентпен бірлесіп қолданылады.
Сервистердің автономдылығы. Сервистер басқа сервистердің тәртіптерінентәуелсіз, кодтың автономды бөлігі болып қарастырылады. Сервистер олардың экземплярларын анық құру қажеттілігісіз ортақ қол жетер болып есептелінеді. Келесі нұсқалары бір бірінен тәуелсіз құрылып орнатылуы тиіс, және сервистің жаңа нұсқасын орнатылуы басқа сервистердің тәртіптеріне әсерін тигізбеуі тиіс. Севистерді бір бірімен орындалатын бағдарламада кластарды қосатындай қосу керек емес, оның орнына олар әлсіз байланысқан архитектурамен қолдануы тиіс.
Сервистер ортақ схема мен келісімге ие, бірақ класқа емес. Сервистің «сыртқы әлемге» ұсынуының барлығы технологиялы-бейтарап болуы тиіс. Сервис «туған» деректер типтерін бейтарап көрініске түрлендіре білуі тиіс, сол арада басқа жақтарға жинақтың нұсқасы немесе оның типі сияқты технологиялы-ерекше мәліметтер берілмеуі тиіс. Сервис сонымен қатар даналармен басқару режимі немесе параллельді өңдеу режимі сияқты іс әрекеттің локалді толықтырулары жайлы мәліметтерді хабарламау тиіс. Сервис сырттай колданушыға тек логикалық операцияларды ұсынуы тиіс, ал сол операциялар қалай жасалғаны жайлы ақпарат жабық болады.
Сервистердің сәйкестігі стратегияда негізделген. Берілген қағидат хабарламарды өңдеу шарттары сервиспен анықталатынын білдіреді. Стратегия, хабарлама форматы және қауіпсіздік талаптары деген сияқты, байланыс процесінде элементтердің келісуі үшін қолданылады. Стратегия сервистердің семантикасын орнату мүмкіндігін және клиенттік бөліктің күтілетін тәртібін туғызады.