Задаволены
- Кантрольны спіс для інтэграцыі гібрыднага ІТ-асяроддзя
- Галасуй зараз!
- Выбар пашыранай гібрыднай мадэлі інтэграцыі
Я спецыялізуюся на распрацоўцы лічбавага кантэнту для прадпрыемстваў B2B і юрыдычных фірмаў і дазваляю ім атрымліваць больш патэнцыйных кліентаў і прыбытку
Перавагі гібрыдных ІТ, безумоўна, змяняюць гульню, але на шляху яе рэалізацыі трэба пераадолець шмат праблем. Арганізацыі павінны быць узброены правільным падыходам да вырашэння праблем гібрыдных ІТ. Рашэнне для інтэграцыі воблачных і лакальных прыкладанняў павінна быць комплексным, правераным у галіны, устойлівым і простым у выкарыстанні. Нядаўні падыход, які эфектыўна пераадольвае вялікі разрыў паміж воблачнымі і лакальнымі сістэмамі, - гэта платформа інтэграцыі як паслуга (iPaaS).
У параўнанні з традыцыйнымі гібрыднымі архітэктурамі інтэграцыі, такімі як Enterprise Service Bus (ESB) і Point-Point Integration, iPaaS клапоціцца пра пераважныя спецыфічныя патрэбы LOB без інтэнсіўнай ІТ-рэалізацыі. Гэты падыход багаты на функцыі, бяспечны, просты ў выкарыстанні, а таксама ахоплівае некалькі патрабаванняў да маштабаванасці.
Тым не менш, прадпрыемствы павінны праяўляць перспектыўнасць для ўкаранення асновы iPaaS. Яны павінны ачысціць глебу, запаўняючы прабелы ў ведах (якія пераважаюць у гібрыднай ІТ-асяроддзі) і забяспечваючы ўзаемадзеянне ў агульнай плошчы ІТ-паверхні.
ІТ-сістэмы арганізацыі звычайна распаўсюджаны ў розных фізічных і віртуальных месцах. ІТ звычайна складаецца з інфраструктуры як паслугі (IaaS), прамежкавага праграмнага забеспячэння, вядомага ў народзе як платформа як паслуга (PaaS), праграмнага забеспячэння як паслугі (SaaS) і старых сістэм. Акрамя гэтага, існуюць сістэмы знешніх пастаўшчыкоў, якія маюць патрэбу ў доступе. Такім чынам, інтэграваная мадэль павінна ахопліваць паверхню ўсіх памераў. Архітэктурны ўзор павінен дазваляць бізнес-камандам інтэграваць або выдаляць сістэмы, дадаваць пастаўшчыкоў, аўтаматызаваць працэсы, уключаць кліентаў і ініцыятывы па пераўтварэнні дадзеных простымі крокамі.
Звярніцеся да гэтага кантрольнага спісу для бесперабойнай інтэграцыі гібрыднага асяроддзя з рамкай iPaaS.
Кантрольны спіс для інтэграцыі гібрыднага ІТ-асяроддзя
Гэты кантрольны спіс дапаможа гарантаваць, што выбраная вамі гібрыдная мадэль інтэграцыі будзе падтрымліваць цэласнасць дадзеных і забяспечанае кіраванне ў любы час. Больш за тое, гэтыя рэкамендацыі таксама дазволяць галіны бізнесу (LOB) задавальняць пераважныя патрэбы бізнесу і ствараць інавацыйныя дасягненні, каб улічыць тэхналагічныя змены.
Вызначце відавочныя патрэбы ў сферы дзейнасці: Працэс пачынаецца з вызначэння агульнай колькасці важных для місій сістэм, карыстальнікаў і ІТ-актываў, якія неабходна інтэграваць. Далей бізнес-каманды павінны вызначыць сувязі (паміж сістэмамі і працэсамі), патрэбы API і г. д. Зацікаўленыя бакі павінны ўявіць, як сістэма звязваецца са знешнімі партнёрамі для завяршэння дзелавых аперацый і задавальнення бізнес-патрэб. Лепшай практыкай з'яўляецца падрыхтоўка падрабязнага спісу зыходных і мэтавых прыкладанняў (на аснове воблака і на месцах). Гэта дасць ясную карціну, ці мае платформа правільны набор інструментаў і магчымасці для паскарэння прадукцыйнасці.
Бяспечны абмен дадзенымі: Ёсць шмат фактараў, якія пагражаюць электроннаму абмену дадзенымі ў гібрыдных ІТ-асяроддзях. Запуск прыкладанняў у адным цэнтры апрацоўкі дадзеных без прынятых мер рэзервавання выклікае частыя адключэнні. У такіх сцэнарыях захаванне патрабаванняў (Сарбейнс-Окслі, HIPAA, PIPA і г.д.) і правілаў становіцца цяжкай задачай.
Для кіравання доступам узмацняецца жорсткасць кіравання бяспекай, для прыватных, агульнадаступных хмарных і лакальных сістэм павінна быць праверана аўтэнтыфікацыя карыстальніка. Лепш таксама інтэграваць гібрыдныя пратаколы ІТ-бяспекі: узровень бяспечных сокетаў (SSL), меры рэзервавання, брандмаўэр (для шыфравання вэб-сервера і браўзэра) і г. д. Эксперты рэкамендуюць прадпрыемствам прадугледзець шматслаёвую стратэгію бяспекі для прадухілення парушэння дадзеных.
Адпаведныя пытанні, на якія трэба адказаць
- Наколькі бяспечныя будуць мае дадзеныя?
- Хто мае доступ да маіх дадзеных?
- Якіх спалучэнняў мне трэба прытрымлівацца?
Вызначэнне хатняга дыяпазону: Перш чым інтэграваць гібрыднае асяроддзе, важна дакладна вызначыць "дыяпазоны дома (вобласць, куды кампанент накіроўваецца)." Патрабаванні да хатняга асартыменту адрозніваюцца ў залежнасці ад арганізацыі. Некаторыя арганізацыі хочуць, каб іх прыкладання працавалі ў любым месцы ў воблаку, а іншыя абмяжоўваюць іх унутранымі і аўдытарскімі мэтамі. Далей прыкладання будуць разгорнуты на гэтых хатніх дыяпазонах, і палітыкі павінны быць забяспечаны адпаведна.
Балансаванне нагрузкі: Важна вызначыць патрабаванне збалансаваць нагрузку для кожнай хмарнай і не воблачнай праграмы / кампанента. Балансаванне нагрузкі - гэта працэс выкарыстання зваротнага проксі-прылады для ідэнтыфікацыі размеркавання працоўнай нагрузкі па вылічальных сістэмах і адпаведна маштабавання сеткавага або дадатковага трафіку на розных серверах. Гэты працэс дапамагае вырашаць зменлівыя патрабаванні да працоўнай нагрузкі прыкладанняў. Вядучым прыкладам тэхналогіі ў гэтым кантэксце з'яўляецца "пераключэнне ўзроўню 3".
Галасуй зараз!
Правядзіце інструменты для адкрытага ўздзеяння API: Грамадскія API сёння сталі новым статус-кво. API апублікаваны для ўкаранення новых бізнес-каналаў і хуткага і спрытнага ўкаранення змен. Сучаснаму бізнесу патрэбны больш шырокія магчымасці для ўдасканаленага кіравання трафікам, каб знешнія распрацоўшчыкі маглі падпісвацца на API. Неабходныя інструменты, неабходныя для адкрытага доступу да API, - гэта лічбавы партал (для падпіскі на API), мадэлі бяспекі (OAuth), абарона ад пагроз, сістэма зваротнай сувязі, падтрымка супольнасці і аналітыка.
Фармат дадзеных і адлюстраванне дадзеных: Пераўтварэнне дадзеных, якія захоўваюцца ва ўнутраным і закрытым цэнтры апрацоўкі дадзеных і розных фарматах, становіцца наступнай вялікай праблемай для бізнесу. Такім чынам, кампаніі павінны мець магутныя магчымасці пераўтварэння дадзеных і адлюстравання. Патрабаванні, арыентаваныя на дадзеныя, павінны ацэньвацца на аснове карыстальнікаў, кліентаў, транзакцый, спагнанняў, дзелавых аперацый і г. д. Сярод асноўных патрабаванняў да пераўтварэння дадзеных:
- Плоскі файл у XML
- XML у CSV
- Любая база дадзеных у XML
- XML ў EDI
- HIPAA ў XML
- HL7 - XML
Выбар пашыранай гібрыднай мадэлі інтэграцыі
Удасканаленая мадэль стратэгічна пазіцыянуе арганізацыю для спрашчэння крытычнай інтэграцыі і аперацый уключэння шлюза API з мінімальным кадаваннем.
Уключэнне партнёра: Платформа павінна мець перадавы модульны падыход да праграмавання, які называецца Service Oriented Architecture (SOA). Архітэктура SOA дае магчымасць бізнес-карыстальнікам, зацікаўленым бакам і партнёрам праводзіць далікатную каліброўку лініі абслугоўвання і рухаць бізнес да патоку магчымасцей. Гэта забяспечвае стратэгічнае рашэнне, якое спрашчае важныя для бізнесу аперацыі, такія як інфармацыя аб кліентах, кіраванне партнёрамі, інтэграцыя пастаўшчыкоў і г.д.
Сістэма павінна падключаць мікс сістэм і абараняць старыя праграмы пры дапамозе сэрвіснага ўзроўню, каб забяспечыць бяспечны доступ да сакрэтнай інфармацыі і выкарыстоўваць новыя дадаткі. Структура павінна дазволіць бізнес-карыстальніку кантраляваць дадзеныя і вырашаць, заставацца яны на месцы альбо падарожнічаць у воблаку.
Адпаведнасць нарматыўным правам: Інтэграцыйная структура павінна даць магчымасць прадпрыемствам узгадніць аперацыі LOB у адпаведнасці з нарматыўнымі нормамі, такімі як HIPAA, PIPA, Sarbanes Oxley і г. д. Платформа павінна даць магчымасць бізнес-карыстальнікам усталёўваць правілы вядзення бізнесу ў сістэме.
Хутчэйшае разгортванне: Платформа павінна акружаць усе лакальныя і хмарныя кампаненты і дазваляць бізнесу рухацца хутчэй. Гэта матывуе каманду развіваць новыя спосабы працы і паскараць тэмпы разгортвання.
Нулявое кадаванне: Пашыраная платформа павінна ўтрымліваць "падыход адзін да многіх" для замены падыходу ручнога ручнога кадавання для выпраўлення сувязяў паміж тысячамі прыкладанняў. Маючы толькі адно «агульнае злучэнне», рашэнне павінна дазваляць карыстальнікам наладжваць сувязь паміж рознымі сістэмамі, службамі і працэсамі.
Гібрыдныя ІТ, складаная сумесь хмарных і не воблачных прыкладанняў, спараджаюць розныя сцэнары, калі прыкладанні не функцыянуюць паміж сабой. Каб супрацьстаяць такім сцэнарыям, патрэбна Адзіная мадэль (UM) для выраўноўвання і ўзаемасувязі сістэм паміж сабой. iPaaS з'яўляецца новай мадэллю ў гэтым кантэксце - гібрыдная ІТ-інтэграцыя. Аднак прадпрыемствы павінны падрыхтаваць кантрольны спіс перад тым, як прыняць інтэграцыйную мадэль для эфектыўнай інтэграцыі набору гібрыдных экасістэм. Кантрольны спіс забяспечыць надзейную падтрымку інтэграцыйнай мадэлі і дапаможа арганізацыям максімальна выкарыстоўваць свае інвестыцыі.
Гэты артыкул дакладна і дакладна адпавядае ведам аўтара. Змест прызначаны толькі для інфармацыйных ці забаўляльных мэт і не замяняе асабістых кансультацый альбо прафесійных парад у дзелавых, фінансавых, юрыдычных і тэхнічных пытаннях.
