Кәсіпорын қосымшаларын біріктіру - Enterprise application integration

Кәсіпорын қосымшаларын біріктіру (EAI) пайдалану болып табылады бағдарламалық жасақтама жиынтығын біріктіру үшін компьютерлік жүйелердің архитектуралық принциптері компьютерлік қосымшалар.[дәйексөз қажет ]

Шолу

Кәсіпорынның қолданбалы интеграциясы - бұл а. Құрайтын технологиялар мен қызметтер жиынтығынан тұратын интеграциялық құрылым орта бағдарламалық жасақтама немесе жүйеде және қосымшаларды кәсіпорында интеграциялауға мүмкіндік беретін «аралық бағдарламалық жасақтама».[1]

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

Кәсіпорын қосымшаларын интеграциялау - бұл қолданыстағы қосымшаларға немесе деректер құрылымына кең ауқымды өзгертулер енгізуден аулақ бола отырып, бизнес-процестерді барынша жеңілдету және автоматтандыру мақсатында бір қолданбалы бағдарламаны бір-бірімен байланыстыру процесі. Қолданбалар арқылы байланыстыруға болады API немесе (сирек) алдыңғы (GUI ).[дәйексөз қажет ]

Зерттеу фирмасының сөзімен айтқанда Гартнер: «[EAI - бұл кез-келген қосылған қолданба немесе кәсіпорындағы деректер көздері арасында деректер мен бизнес-процестерді шектеусіз бөлісу.»[2]

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

Байланысты жақсарту

Егер интеграция құрылымдық EAI тәсілін қолданбай қолданылса, нүкте-нүкте байланыстары ұйым бойынша өсу. Тәуелділіктер еріксіз негізде қосылады, нәтижесінде күрделі құрылым сақталады. Әдетте бұл спагетти деп аталады, бағдарламалау эквивалентінің аллюзиясы спагетти коды. Мысалға:[дәйексөз қажет ]

Толығымен торлы-нүктелік байланыстар қажет болатын қосылыстар саны, -мен n ұпай, беріледі (қараңыз биномдық коэффициент ). Осылайша, он қосымшадан нүктеге дейін толық интеграциялануы үшін, нүкте-нүкте байланыстары қажет.

Алайда, ұйымдар ішіндегі байланыс саны санның квадратына сәйкес өспейді. Жалпы кез-келген нүктеге қосылу саны ұйымдағы басқа нүктелер санына тәуелді емес (Ой эксперименті: егер сіздің ұйымыңызға қосымша тармақ қосылса, сіз оны білесіз бе? Бұл басқа байланыссыз нүктелер байланысының санын көбейте ме?). Бұл үшін аз мөлшерде «жинау» пункттері бар, бірақ олар үшін EAI үлгілерін басқару қажет емес.

EAI сонымен қатар жүйелер арасындағы байланысты арттыра алады, сондықтан менеджменттің үстеме шығындары мен шығындарын арттырады.[дәйексөз қажет ]

EAI тек қосымшалар арасындағы деректерді бөлісумен ғана шектелмейді, сонымен қатар іскери деректерді де, іскерлік процестерді де бөлісуге бағытталған. A орта бағдарламалық жасақтама талдаушысы EAI-ге қатысу көбінесе келесілерді қарастырады жүйелер жүйесі.[дәйексөз қажет ]

Мақсаттары

EAI әр түрлі мақсаттарда қолданылуы мүмкін:[дәйексөз қажет ]

  • Мәліметтерді біріктіру: Бірнеше жүйелердегі ақпараттың тұрақты болуын қамтамасыз етеді. Бұл сондай-ақ ретінде белгілі кәсіпорынның ақпараттық интеграциясы (EII).
  • Жеткізушінің тәуелсіздігі: бизнес бағдарламаларын немесе ережелерін қосымшалардан шығарып, оларды EAI жүйесінде енгізеді, сондықтан іскери қосымшалардың бірі басқа сатушының қосымшасымен алмастырылған болса да, бизнес ережелері қайта іске асырылмайды.
  • Жалпы фасад: EAI жүйесі қосымшалардың кластерін алдыңғы қатарға шығаруы мүмкін, бұл осы қосымшаларға бірыңғай қол жетімділік интерфейсін ұсынады және пайдаланушыларға әртүрлі бағдарламалық жасақтама пакеттерін қолдануды үйренуден қорғайды.

Өрнектер

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

Интеграциялық заңдылықтар

EAI жүйелері екі заңдылықты жүзеге асырады:[4]

Медитация (ішкі байланыс)
Мұнда EAI жүйесі бірнеше қосымшалар арасында делдал немесе делдал рөлін атқарады. Қосымшада қызықты оқиға болған кезде (мысалы, жаңа ақпарат жасалады немесе жаңа транзакция аяқталады) EAI жүйесіндегі интеграциялық модуль туралы хабардар етіледі. Содан кейін модуль өзгерістерді басқа сәйкес қосымшаларға таратады.
Федерация (өзара байланыс)
Бұл жағдайда, EAI жүйесі бірнеше қосымшаларда кеңейтілген қасбет рөлін атқарады. «Сыртқы әлемнен» кез-келген қосымшаларға барлық іс-шаралар қоңыраулары EAI жүйесімен аяқталады. EAI жүйесі сыртқы қосымшаның негізіндегі қосымшалардың тек тиісті ақпараттары мен интерфейстерін шығаратын етіп конфигурацияланған және өтінім берушінің атынан барлық қосымшаларды өзара байланыстырады.

Екі өрнек те бір уақытта жиі қолданылады. Бір EAI жүйесі сыртқы қосымшалардың осы қосымшаларға (федерацияға) қарсы сұраныстарына қызмет көрсете отырып, бірнеше қосымшаларды синхрондауда (медиация) сақтауы мүмкін.[дәйексөз қажет ]

Қатынау үлгілері

EAI асинхронды (от және ұмытып кету) және синхронды қол жеткізу үлгілерін қолдайды, біріншісі медиация ісінде, ал екіншісі федерация жағдайында.[дәйексөз қажет ]

Өмірлік үлгілер

Интеграциялық операция қысқа мерзімді (мысалы, екі қосымшаның деректерін синхрондауды сақтау бір секунд ішінде аяқталуы мүмкін) немесе ұзақ мерзімді болуы мүмкін (мысалы, қадамдардың бірі EAI жүйесінің адаммен өзара әрекеттесуін қамтуы мүмкін) жұмыс ағыны бірнеше сағатқа немесе бірнеше күнге созылатын несиені мақұлдау туралы өтініш).[дәйексөз қажет ]

Топологиялар

Екі негізгі топология бар: хаб және сөйлейтін, және автобус. Әрқайсысының өзіндік артықшылықтары мен кемшіліктері бар. Хабпен сөйлейтін модельде EAI жүйесі орталықта (хаб) орналасқан және спикерлер арқылы қосымшалармен өзара әрекеттеседі. Автобус моделінде EAI жүйесі шина болып табылады (немесе бұрыннан бар хабарлама шинасында немесе резиденттік модуль ретінде енгізілген) хабарламаға бағытталған орта бағдарламалық жасақтама ).[дәйексөз қажет ]

Ірі кәсіпорындардың көпшілігі аймақтық желіні желілік қауіп-қатерден қорғаныс қабатын құру үшін қолданады. Мысалы, кәсіпорында әдетте несиелік картаны өңдеу (PCI-үйлесімді) аймағы, PCI емес аймақ, деректер аймағы, прокси-сервердің сыртқы кіруіне арналған DMZ аймағы және прокси-сервердің ішкі қол жетімділігі үшін IWZ аймағы бар. Бағдарламалар бірнеше аймақ бойынша біріктірілуі керек. The Хаб және сөйледі модель бұл жағдайда жақсы жұмыс істейді.[дәйексөз қажет ]

Технологиялар

EAI жүйесінің компоненттерінің әрқайсысын жүзеге асыруда бірнеше технологиялар қолданылады:[дәйексөз қажет ]

Автобус / хаб
Бұл әдетте стандартты орта бағдарламалық жасақтама өнімдерін жақсарту арқылы жүзеге асырылады (бағдарлама сервері, хабарлама шинасы) немесе дербес бағдарлама ретінде жүзеге асырылған (мысалы, ешқандай орта бағдарламалық жасақтаманы пайдаланбайды), өзінің жеке бағдарламалық жасақтамасы ретінде әрекет етеді.
Қолданба қосылымы
Автобус / хаб қосымшаларға жиынтығы арқылы қосылады адаптерлер (деп те аталады) қосқыштар). Бұл негізгі бизнес-қосымшамен өзара әрекеттесуді білетін бағдарламалар. Адаптер хабтан қосымшаға қатысты сұраныстарды орындайтын және қосымшада қызығушылық туындайтын оқиға болған кезде хабқа хабар беретін (жаңа жазба енгізілген, транзакция аяқталған және т.б.) бір жақты байланысты жүзеге асырады (бір бағытты). Адаптерлер қосымшаларға тән болуы мүмкін (мысалы, қосымшалар жеткізушісінің клиенттік кітапханаларына қарсы құрылған) немесе қосымшалар класына тән (мысалы, стандартты байланыс протоколы арқылы кез-келген қосымшамен өзара әрекеттесе алады). Сабын, SMTP немесе Әрекет хабарламаларының форматы (AMF)). Адаптер шина / хаб сияқты технологиялық кеңістікте орналасуы немесе қашықтағы жерде орындай алады және хаб / шинамен байланыс кезектері, веб-қызметтер сияқты салалық стандартты протоколдар арқылы әрекеттесе алады, тіпті меншікті протоколды қолдана алады. Java әлемінде, мысалы, стандарттар JCA адаптерлерді сатушының бейтарап тәсілімен жасауға мүмкіндік береді.
Мәліметтер форматы және трансформация
Әрбір адаптердің мәліметтерді басқа қосымшалардың форматтарына / түрлендірулеріне жол бермеу үшін, EAI жүйелері әдетте қолданбадан тәуелсіз (немесе жалпы) деректер пішімін ұсынады. EAI жүйесі әдетте деректерді трансформациялау қызметін ұсынады, сонымен қатар бағдарламаға және жалпы форматтарға түрлендіруге көмектеседі. Бұл екі қадамда жасалады: адаптер қосымшаның форматынан автобустың жалпы форматына түрлендіреді. Одан кейін семантикалық түрлендірулер қолданылады (индекстерді қала атауларына айналдыру, объектілерді бір қосымшадан екінші қосымшалардағы объектілерге бөлу / біріктіру және т.б.).
Интеграциялық модульдер
EAI жүйесі белгілі бір уақытта бірнеше интеграциялық операцияларға қатыса алады, интеграцияның әр түрі әр түрлі интеграция модулімен өңделеді. Интеграциялық модульдер белгілі бір типтегі оқиғаларға жазылады және осы оқиғалар болған кезде алатын хабарландыруларды өңдейді. Бұл модульдерді әр түрлі тәсілдермен іске асыруға болады: on Java негізделген EAI жүйелері, олар болуы мүмкін веб-қосымшалар немесе EJB немесе тіпті POJOs EAI жүйесінің сипаттамаларына сәйкес келеді.
Қолдау транзакциялар
Процесс интеграциясы үшін қолданылған кезде, EAI жүйесі сонымен бірге барлық қосымшалар бойынша барлық интеграциялық операцияларды бірыңғай кеңейтілген таратылған транзакция арқылы орындау арқылы қосымшалардағы транзакциялық консистенцияны қамтамасыз етеді. екі фазалы хаттамалар немесе өтемдік операциялар ).

Байланыс архитектуралары

Қазіргі уақытта Enterprise Application Integration үшін ең жақсы инфрақұрылымды, компоненттік моделді және стандарттар құрылымын құрайтын көптеген ойлар бар. Кәсіпорынның заманауи интеграциялық архитектурасы үшін төрт компоненттің маңызды екендігі туралы келісім бар сияқты:[дәйексөз қажет ]

  1. Қауіпсіздік, қол жетімділік және байланыс мәселелерімен айналысатын орталықтандырылған брокер. Мұны интеграциялық серверлер арқылы жүзеге асыруға болады (мысалы Мектептердің өзара әрекеттесу шеңбері (SIF) Zone Integration Servers) немесе ұқсас бағдарламалық жасақтама арқылы кәсіпорынға қызмет көрсету автобусы (ESB) қызметтер менеджері ретінде әрекет ететін модель.
  2. Стандартты деректер құрылымына негізделген дербес деректер моделі, а канондық мәліметтер моделі. XML және XML стильдер кестесін пайдалану болып шықты іс жүзінде және кейбір жағдайларда де-юре осы бірыңғай іскери тіл үшін стандарт.
  3. Әрбір жеткізуші, қосымша немесе интерфейс осы бағдарламамен жергілікті сөйлесетін және орталықтандырылған брокермен байланысатын бір компонент құра алатын қосқыш немесе агент моделі.
  4. API-ді, жүйеге қосылу ережелерін, жүйені қосу ережелерін анықтайтын жүйелік модель, онымен стандартталған түрде интерфейс жасау үшін компоненттер құрылуы мүмкін.

Деректер базасында немесе қолданушы интерфейсінде қосылу сияқты басқа тәсілдер зерттелгенімен, олардың масштабталатыны немесе реттеле алмайтындығы анықталды. Жеке қосымшалар орталықтандырылған брокерге хабарлама жариялай алады және сол брокерден белгілі бір хабарлама алу үшін жазыла алады. Әрбір қосымша үшін брокермен бір ғана байланыс қажет. Бұл орталық басқару тәсілі өте жоғары болуы мүмкін ауқымды және өте дамитын.[дәйексөз қажет ]

Enterprise Application Integration хабарламаға бағытталған орта бағдарламалық жасақтама сияқты орта бағдарламалық жасақтама технологияларымен байланысты (МАМА сияқты деректерді ұсыну технологиялары XML немесе JSON. Басқа EAI технологиялары пайдалануды көздейді веб-қызметтер бөлігі ретінде қызметке бағытталған сәулет интеграция құралы ретінде. Enterprise Application Integration деректерге негізделген. Жақын арада ол енеді мазмұнды интеграциялау және бизнес-процестер.[дәйексөз қажет ]

Іске асырудың қиындықтары

2003 жылы барлық EAI жобаларының 70% -ы сәтсіздікке ұшырады деп хабарланды. Бұл сәтсіздіктердің көпшілігі бағдарламалық жасақтаманың өзіне немесе техникалық қиындықтарға байланысты емес, басқару мәселелеріне байланысты. Еуропалық интеграция консорциумының төрағасы Стив Краггс EAI жүйелерін пайдаланатын компаниялар қабылдаған жеті негізгі ақауларды атап өтті және осы мәселелердің шешімін түсіндірді.[5]

  1. Үнемі өзгеру: EAI табиғатының өзі динамикалық және динамикалық жоба менеджерлерінен олардың орындалуын басқаруды талап етеді.
  2. Жетіспеушілігі EAI сарапшылары: EAI көптеген мәселелер мен техникалық аспектілерді білуді талап етеді.
  3. Бәсекелес стандарттар: EAI өрісінде парадокс - EAA стандарттарының өзі әмбебап емес.
  4. EAI - бұл құралдың парадигмасы: EAI бұл құрал емес, керісінше жүйе, сондықтан іске асырылуы керек.
  5. Интерфейстерді құру - бұл өнер: шешімді жобалау жеткіліксіз. Соңғы нәтиже бойынша ортақ консенсусқа жету үшін шешімдерді пайдаланушы бөлімдерімен келісу қажет. Интерфейс дизайны бойынша келісімнің болмауы әр түрлі жүйелер деректері арасындағы картаға түсуге көп күш салуға әкеледі.
  6. Егжей-тегжейлерді жоғалту: Алдыңғы сатыда маңызды емес болып көрінген ақпарат кейінірек шешуші бола алады.
  7. Есеп беру: көптеген бөлімшелер көптеген қарама-қайшы талаптарға ие болғандықтан, жүйенің соңғы құрылымы үшін нақты есеп беру қажет.

Осы салаларда басқа ықтимал проблемалар туындауы мүмкін:[дәйексөз қажет ]

  • EAI жұмысын орталықтандырылған үйлестірудің болмауы.[6]
  • Жаңа туындайтын талаптар: EAI іске асырулары болашақта өзгерістерге мүмкіндік беретін кеңейтілген және модульді болуы керек.
  • Протекционизм: Деректері интеграцияланған қосымшалар көбінесе техникалық, мәдени және саяси себептері бар басқа бөлімдерге жатады, олар өз мәліметтерімен басқа бөлімдермен бөліскісі келмейді.

Сондай-ақ қараңыз

Бастамалар мен ұйымдар

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

  1. ^ Linthicum, David S. (2000). Enterprise Application Integration. Аддисон-Уэсли кәсіби. ISBN  978-0-201-61583-8.
  2. ^ AIIM International-ға арналған 2001 жылғы сәуірдегі «Кәсіпорындық қосымшалар: электрондық бизнесті және құжаттық технологияларды қабылдау, 2000–2001: бүкіләлемдік индустрияны зерттеу» атты баяндамасында Гартнер EAI-ді «кез-келген қосылған қосымшалар мен деректер арасында деректер мен бизнес-процестерді шектеусіз бөлісу» деп анықтайды. кәсіпорындағы көздер ».
    Гейбл, Джули (2002 ж. Наурыз-сәуір). «Enterprise қосымшасы» (PDF). Ақпаратты басқару журналы. Алынған 2008-01-22.
  3. ^ Хохпе, Грегор; Вулф, Бобби (2015). «Хабар алмасу үлгілеріне шолу». Enterpriseintergationpatterns.com және Addison-Wesley. Алынған 2016-05-19.
  4. ^ MSquare жүйелері (2014-05-21). «EAI түрлері». Архивтелген 2014-05-21 сағ https://web.archive.org/web/20140521124430/http://www.msquaresystems.com/enterprise-application-2/eai. MSquare жүйелері 2014-05-28 аралығында алынды http://www.msquaresystems.com/enterprise-application-2/eai.
  5. ^ Трота, Джиан (2003-12-15). «EAI 'аюларымен тұзақтар'". Алынған 2006-06-27.
  6. ^ Тойванен, Анти (2013-10-25). «Интеграциялық құзыреттілік орталықтарының ақауларын болдырмау». Архивтелген түпнұсқа 2017-07-30. Алынған 2013-10-26.