Қызметті қалыпқа келтіру үлгісі - Service normalization pattern

Қызметті қалыпқа келтіру Бұл дизайн үлгісі ішінде қолданылған қызметке бағдарлау дизайн парадигмасы, оның қосымшасы бұл қызметтерді қамтамасыз етеді[1] сол қызмет тізімдемесінің бөлігі болып табылады[2] артық функционалдылықты қамтымайды.[3] Бұл дизайн үлгісі жасауға баса назар аударады қалыпқа келтірілген қызметтер, кестедегі барлық атрибуттар тек кестеде сипатталған нысанға қатысты болатын және деректерге тікелей қатысы жоқ кез-келген атрибуттар жаңа кестеге немесе бар кестеге жақсырақ енгізілген мәліметтер базасында қалыпты кестелер құру сияқты сол атрибуттың мазмұнына сәйкес келеді.

Негіздеме

Әр түрлі бизнес-процестерді автоматтандырудың бөлігі ретінде әр түрлі командалар бірнеше қызметтерді ұсынған кезде, олардың кейбіреулері қайталанатын функционалдылыққа ие болуы мүмкін. Мысалы, бір жүйемен хабарлама алмасу керек екі түрлі бизнес-процестерді екі түрлі командалардың автоматтандыруы, қызметтермен хабарламалармен алмасуды қамтамасыз ету үшін жасалған орауыштың екі түрлі нұсқасында аяқталуы мүмкін. Бұл функционалдылықтың қабаттасуы басқа проблемаларға әкелуі мүмкін, оның ішінде белгілі бір функционалдылықты қамтамасыз ететін ресми қызмет ретінде жарнамалануы керек және артық қызметтерге қызмет көрсету, өйткені олар үйлесімділіктен оңай шығады.

Кез-келген қайталанатын функционалдығы жоқ қызметтерді бірдей қызмет тізімдемесінің бөлігі ретінде ұсыну үшін, кез-келген қызметке қайшы келмес үшін әр қызметтің функционалдық шекарасын мұқият белгілеу қажет. Қызметті қалыпқа келтіру[4] дизайн үлгісі кез-келген функционалды қайталанбай жеделдетілген қызметтерді қамтитын қызмет запастарын құруға арналған нұсқауларды ұсынады.[5] Қалыпты қызметтерді құру арқылы қызметтің мақсаты оның әлеуетті тұтынушылары үшін де айқынырақ болады.[6]

Пайдалану

А диаграммасы
А диаграммасы
Қызмет тізімдемесінің жоспары болмаған жағдайда, Бизнес-процестің 2 автоматтандырылуы қызыл қызметтің пайда болуына әкелді, ол өзінің функционалдығының көп бөлігін бұрын 1-бизнес процесін автоматтандыру кезінде құрылған қызыл қызметімен бөлісті.
Диаграмма B
Диаграмма B
Қызмет тізімдемесінің жоспарын құру екі қызыл қызметті бір қызыл қызметке біріктіруге әкеледі және кез-келген функционалдылық қызыл қызметтің мазмұнына кірмейді, жаңа қызғылт сары қызметке қосылады.

Осы дизайн үлгісін қолдану барлық қызметтердің функционалды контексттері туралы білімді қажет етеді, өйткені тек сонда ғана қызметтердің бір-бірінде қайталанатын функциялардың болмауына кепілдік беруге болады. Бұған қызмет көрсету модельдерін құру арқылы қол жеткізіледі, яғни кез-келген нақты келісім-шартсыз қызметтер, бірақ олар ұсынатын функционалдылық туралы жоғары деңгейлі мәліметтерге ие. Қызмет көрсету модельдерін құру үшін келесі әрекеттерді орындау қажет:

  1. Бизнес-процесті белгілі бір қызмет тізімдемесінің шекарасына енетін жеке қадамдарға бөліңіз.
  2. Әр қадамды қызметтің жеке функциясына тағайындаңыз
  3. Жоғарыда аталған функционалдылықты басқа қызметтердің қамтамасыз етпегеніне көз жеткізіңіз.
  4. Қызмет жаңа қажет функциялардың бір бөлігін ұсынғанның өзінде, жаңа қызметті құрудың орнына, егер қосылатын функционалды контекст қолданыстағы қызметтің функционалды контекстімен сәйкес келсе, жаңа функцияны бар қызметке қосу керек.

Дәл осындай процесті қызмет тізімдемесінің шекарасына енетін әрбір бизнес-процеске қолдану қажет.

Қызметті қалыпқа келтіруді жобалау үлгісінің нұсқауларын орындау арқылы қызмет тізімдемесіндегі қызметтердің жалпы саны азаяды. Себебі артық қызметтерді дамытуға жол берілмейді, бұл одан әрі төмендеуіне көмектеседі басқару қызмет тізімдемесінің үстеме ақысы. Осы дизайн үлгісін қолдану әрі қарай қолдануды қолдайды логикалық орталықтандыру және қызметті қайта өңдеу дизайн үлгілері. Бұл қызметтерде артық функционалдылық жоқ болғандықтан, белгілі бір бизнес-процеске қатысы жоқ логиканы бір қызметте сақтау оңай және ешқандай тәуелділікті бұзбай қызметті дамыту мүмкін.

Қарастырулар

Осы дизайн үлгісін қолдану жоғарыдан төмен қарай қызмет көрсетуді қажет етеді[7] нақты қызметтер ұсынылғанға дейін алдын ала талдауды қажет ететін процесс. Бұл үшін қосымша ресурстар қажет адам-сағат сонымен қатар уақыт. Мұны ортада кездесуді қабылдау арқылы шешуге болады[8] қызмет көрсету процесі, онда қызмет көрсетудің толық тізімдемесін құруды күтпей-ақ жеткілікті қызметтер модельденгеннен кейін қызмет көрсету процесі басталуы мүмкін[9] жоспар.

Қолданыстағы нормаланған қызметтерді тұрақты басқару қажет, өйткені бизнес процестері көбірек автоматтандырылады. Себебі жаңа бизнес-процестерді автоматтандыру қолданыстағы қалыпқа келтірілген қызметтерге функционалдылықты қосуға әкелуі мүмкін және бұл қызметтердің қалыпқа келтірілгендігіне көз жеткізу үшін қалған қызметтерді талдау қажет.

Әдебиеттер тізімі

  1. ^ Қызметтер
  2. ^ қызмет тізімдемесі
  3. ^ Кану Трипати.WS-AtomicTransaction жоқ қызмет транзакцияларын өңдеу [Желіде] .Кіру күні: 25 сәуір 2010 ж.
  4. ^ Томас Эрл, Гербьерн Вильгельмсен.Қызметті қалыпқа келтіру дизайнының үлгісі [Желіде]. Қолданылған күні: 6 сәуір 2010 ж.
  5. ^ Томас Эрл.SOA Design Pattern-пен таныстыру [Желіде]. Қолданылған күні: 6 сәуір 2010 ж.
  6. ^ Ефим В. Натис, Массимо Пезцини.SOA-да кездесетін он екі қателік және олардан қалай сақтануға болады [Желіде] .Кіру күні: 25 сәуір 2010 ж.
  7. ^ Қызметті жоғарыдан төменге жеткізу процесі Мұрағатталды 9 мамыр 2010 ж Wayback Machine
  8. ^ ортада қызмет көрсету
  9. ^ Қызмет тізімдемесі

Әрі қарай оқу

  • Эрл және т.б., (2009).SOA дизайны. Prentice Hall. ISBN  0-13-613516-1
  • Мауро. т.б. Қызметке бағытталған құрылғыны интеграциялау - SOA дизайнының үлгілерін талдау. [Онлайн], 1–10 беттер, 2010 ж. 43-ші Гавайи Халықаралық Конференциясы Жүйелік Ғылымдар, 2010 ж. Қолданылған күні: 4 сәуір 2010 ж.
  • Мэттью Дейли.Бағдарламалық архитектураны жобалау қызметі бағдарланған сәулеттер (II бөлім) [Онлайн] .Кіру күні: 22 сәуір 2010 ж.

Сыртқы сілтемелер