IW: SaaS – budúcnosť korporátneho software alebo utopická idea?

Software-as-a-Servic­e (SaaS) je v sú­čas­nos­ti mo­der­né spo­je­nie, čas­to pou­ží­va­ný ter­mín, aj keď nie vždy kaž­dý ho­vo­rí o tom is­tom.

SaaS mo­men­tál­ne, keď sa ve­ľa spo­loč­nos­tí po­kú­ša ob­me­dziť nák­la­dy na roz­voj a pre­vádz­ku IT, na­be­rá čo­raz väč­šie roz­me­ry a za­be­rá pod­stat­né mies­to vo fun­go­va­ní spo­loč­nos­tí. Ne­za­me­ni­teľ­ný po­ten­ciál tech­no­ló­gie SaaS spo­čí­va v schop­nos­ti me­niť spô­sob, akým IT od­de­le­nia pre­mýš­ľa­jú o svo­jej úlo­he do­dá­va­te­ľa in­for­mač­ných slu­žieb zvyš­ku pod­ni­ku.

Všeo­bec­ne sa oča­ká­va, že v naj­bliž­šom ob­do­bí bu­de mať tá­to tech­no­ló­gia vplyv na sof­tvé­ro­vý prie­my­sel. Ce­los­ve­to­vý vý­nos spo­je­ný so SaaS do­sia­hol 6,2 mi­liar­dy do­lá­rov v ro­ku 2008 s me­dzi­roč­ným ná­ras­tom 58 % a s vý­hľa­dom, že ce­los­ve­to­vý mo­del sof­tvé­ru on-de­mand do­siah­ne 16,4 mi­liar­dy do­lá­rov v ro­ku 2012. Pod­ľa štú­die spo­loč­nos­ti Gar­tner je ten­to fakt spô­so­be­ný tým, že hod­no­ta IT ma­naž­men­tu sa za pos­led­né ob­do­bia po­su­nu­la od do­ru­če­nia pro­duk­tu k na­sa­de­niu rie­še­nia. Gar­tner oča­ká­va, že v ro­ku 2015 až 23,8 % všet­ké­ho sof­tvé­ru pou­ží­va­né­ho en­terpri­se spo­loč­nos­ťa­mi sa bu­de vy­uží­vať pros­tred­níc­tvom sof­tvé­ru on-de­mand ale­bo SaaS.

SaaS me­ní spô­sob, akým ľu­dia a spo­loč­nos­ti di­zaj­nu­jú, pre­dá­va­jú, ku­pu­jú a pou­ží­va­jú sof­tvér. Na­mies­to to­ho, aby sof­tvé­ro­vý ven­dor pre­dal li­cen­cie na sof­tvér (v ne­pos­led­nom ra­de aj pot­reb­ný har­dvér), kto­rý klient po­tom im­ple­men­tu­je a udr­žu­je vo svo­jom vlas­tnom pros­tre­dí, ven­dor – lep­šie po­ve­da­né, pos­ky­to­va­teľ slu­žieb – ap­li­ká­ciu umies­tni na svo­jom vlas­tnom har­dvé­ri vo vlas­tnom dá­to­vom cen­tre a pos­ky­tu­je prís­tup do sys­té­mu cez inter­net na zá­kla­de „pred­plat­né­ho“.

Vznik SaaS ako účin­né­ho me­cha­niz­mu vy­tvá­ra pre IT od­de­le­nia príl­eži­tosť, aby zme­ni­li svo­je za­me­ra­nie z na­sa­de­nia a pod­po­ry ap­li­ká­cií na ria­de­nie slu­žieb, kto­ré tie­to ap­li­ká­cie pos­ky­tu­jú. No­vé servisn­e za­me­ra­né IT po­tom pria­mo vy­tvá­ra väč­šiu hod­no­tu pre pod­ni­ka­nie, pos­ky­to­va­nie slu­žieb, kto­ré čer­pa­jú vnú­tor­né a von­kaj­šie zdro­je a nú­tia ich úz­ko spo­lup­ra­co­vať s cie­ľom pl­niť ob­chod­né zá­me­ry. Zjed­no­du­še­ne vy­jad­re­né, SaaS mož­no de­fi­no­vať ako sof­tvér na­sa­de­ný ako hos­to­va­ná služ­ba s prís­tu­pom cez inter­net.

SaaS sa v 90. ro­koch mi­nu­lé­ho sto­ro­čia čas­to spá­jal s pos­ky­to­va­teľ­mi ap­li­kač­ných slu­žieb, kto­rí za­vied­li jed­no­du­ché a oklieš­te­né ap­li­ká­cie pre pod­ni­ko­vých pou­ží­va­te­ľov (hlav­ne CRM) cez inter­net. Tie­to sko­ré po­ku­sy o sof­tvér do­dá­va­ný cez inter­net ma­li v niek­to­rých oh­ľa­doch, ako je li­cen­co­va­nie a ar­chi­tek­tú­ra, viac spo­loč­né­ho s tra­dič­ný­mi on-pre­mi­se ap­li­ká­cia­mi ako s mo­der­nou tech­no­ló­giou SaaS. Keď­že tie­to ap­li­ká­cie bo­li pô­vod­ne pos­ta­ve­né ako sing­le-in­stan­ce, zdie­ľa­nie dát a pro­ce­sov s os­tat­ný­mi ap­li­ká­cia­mi bo­la znač­ne ob­me­dze­né a po­nú­ka­li len má­lo eko­no­mic­kých vý­hod op­ro­ti lo­kál­ne in­šta­lo­va­ným náp­ro­tiv­kom.

V sú­čas­nos­ti ap­li­ká­cie SaaS preš­li reš­truk­tu­ra­li­zá­ciou, kto­rá sa od­zr­kad­li­la vo vý­ho­de cen­tra­li­zá­cie cez sing­le-in­stan­ce, sú schop­né za­bez­pe­čiť fun­kcie po­rov­na­teľ­né s kon­ku­ren­čný­mi on-pre­mi­se ap­li­ká­cia­mi.

Na to, aby sa mo­del SaaS ús­peš­ne za­vie­dol do praxe, je pot­reb­né, aby ap­li­kač­ný ven­dor lep­šie zhod­no­til svo­je tra­dič­né ap­li­ká­cie. Roz­voj ce­no­vo efek­tív­nych high avai­la­bi­li­ty ap­li­ká­cií, kto­ré sú na­vy­še dos­tup­né v zlom­ku ča­su, je ne­vyh­nut­nosť, kto­rá nú­ti ven­do­rov efek­tív­ne zlep­šo­vať por­tfó­lio ap­li­ká­cií SaaS.

Za­tiaľ čo prí­no­sy tech­no­ló­gie SaaS pre zá­kaz­ní­kov sú hlav­ne v zni­žo­va­ní IT nák­la­dov, skrá­te­ní ča­su pot­reb­né­ho na náv­rat­nosť nák­la­dov, re­duk­cii kom­plexnos­ti IT pred­nas­ta­ve­nou infra­štruk­tú­rou a ma­na­žo­va­ní ap­li­ká­cií pre zá­kaz­ní­kov, pod­ni­ka­teľ­ský po­ten­ciál pre ven­do­rov sa rých­lo zvy­šu­je. No neodškrie­pi­teľ­ný fak­tor je exis­ten­cia prob­lé­mov spo­je­ných so sof­tvé­rom spo­loč­nos­tí, kto­ré plá­nu­jú pre­chod na mo­del SaaS. Mno­ho ven­do­rov sa do­ne­dáv­na sna­ži­lo pro­du­ko­vať svoj ap­li­kač­ný sof­tvér tra­dič­ným spô­so­bom. Aby bo­lo mož­né ús­peš­ne reali­zo­vať kon­cept SaaS, mu­sia pos­ky­to­vať ap­li­kač­nú plat­for­mu, kto­rá za­bez­pe­čí kon­fi­gu­ro­va­teľ­nosť, viac­pou­ží­va­teľ­skú spô­so­bi­losť, šká­lo­va­teľ­nosť, ako aj kon­zis­ten­tnú end-to-end pre­vádz­ku kri­tic­kých ap­li­ká­cií biz­ni­su pri rov­na­kej kva­li­te slu­žieb. Väč­ši­na vý­rob­cov zá­pa­sí s mo­der­ni­zá­ciou tra­dič­ných sys­té­mov ale­bo bu­do­va­ním no­vých. Tra­dič­né sys­té­my bo­li čas­to vy­vi­nu­té prog­ra­mo­va­cí­mi ja­zyk­mi a da­ta­bá­zo­vý­mi sys­té­ma­mi, kto­ré sú nep­ruž­né a ich zme­ny sú ča­so­vo ná­roč­né. No­vý vý­voj sys­té­mov je nie­ke­dy po­ma­lý a príl­iš str­nu­lý, nie je schop­ný pl­niť rých­lo sa me­nia­ce ob­chod­né po­žia­dav­ky SaaS. Pre­to sú ven­do­ri nú­te­ní pre­hod­no­tiť prog­ra­mo­va­cí ja­zyk, a to naj­mä pre tie ap­li­ká­cie, kto­ré sú ťaž­ko up­gra­do­va­teľ­né na no­vú kon­cep­ciu, ako je mo­del SaaS, pre­to­že aj SaaS sám vy­ža­du­je adap­tív­ne a neus­tá­le rých­le zme­ny.

Väč­ši­na do­dá­va­te­ľov sof­tvé­ru v pos­led­nom ča­se bo­la do­nú­te­ná k veľ­kým kro­kom sme­ru­jú­cim k vý­vo­ju a na­sa­de­niu SaaS v štan­dar­dných, nep­ro­prie­tár­nych nás­tro­joch na vý­voj v tech­no­ló­giách .NET ale­bo Ja­va. Pre­su­núť ap­li­ká­ciu do .NET ale­bo Ja­vy je at­rak­tív­na voľ­ba s vý­ho­da­mi, ako je nap­rík­lad schop­nosť pris­pô­so­biť sa tech­no­ló­giám SaaS, ako sú webo­vé služ­by, servisn­e orien­to­va­ná ar­chi­tek­tú­ra, schop­nosť jed­no­du­ché­ho na­sa­de­nia a väč­šia zruč­nosť a dos­tup­nosť. No kom­plet­né pre­pí­sa­nie v .NET ale­bo Ja­ve mô­že byť zdĺha­vý a nák­lad­ný pro­ces, vy­ža­du­jú­ci vy­so­kok­va­li­fi­ko­va­ných prog­ra­má­to­rov, pri­čom vy­chy­tá­va­nie chýb a la­de­nie kó­du nie­ke­dy tr­vá ce­lú več­nosť. Mno­ho ap­li­ká­cií slú­žia­cich pre SaaS preš­lo pre­ro­dom a sú za­lo­že­né na prie­my­sel­ných štan­dar­doch, ako sú SQL ale­bo XML pre dá­to­vú vrstvu, Ja­va ale­bo Ja­vaS­cript na vy­ko­na­nie ob­chod­ných workflow, PDF, RTF ale­bo HTML na to, aby text, webo­vé služ­by, AJAX, RIA vždy pod­po­ro­va­li efek­tív­ne a up-to-da­te tech­no­ló­gie, kto­ré ro­bia vý­voj ap­li­ká­cií a ich na­sa­de­nie nao­zaj pro­duk­tív­nym. Pos­ky­to­va­te­lia SaaS priš­li so znač­ným por­tfó­liom vsta­va­ných kniž­níc, skrip­tov a zá­suv­ných mo­du­lov, pos­ky­tu­jú­cich pred­de­fi­no­va­né, ľah­ko pris­pô­so­bi­teľ­né, vý­kon­né fun­kcie na im­ple­men­tá­ciu workflow, front-end da­ta­báz, re­por­to­va­cích rie­še­ní, da­ta-en­try ap­li­ká­cií, KPI das­hboard rie­še­ní, POS ap­li­ká­cií, ap­li­ká­cií CMS, CRM a mno­hých ďal­ších. Sa­moz­rej­má je po­nu­ka out-of-the-box rie­še­ní pre všet­ky po­pu­lár­ne da­ta­bá­zy SQL (Orac­le, IBM DB/2, Mic­ro­soft SQL Server, PostgreSQL, Sy­ba­se, MySQL), hlad­ko spá­ja­jú­cich všet­ky exis­tu­jú­ce re­lač­né da­ta­bá­zo­vé sys­té­my bez oh­ľa­du na plat­for­mu a ope­rač­ný sys­tém. 

Ok­rem spo­mí­na­ných ri­zík a ob­me­dze­ní na stra­ne do­dá­va­te­ľov slu­žieb a ap­li­ká­cií exis­tu­je mno­ho fak­to­rov na stra­ne zá­kaz­ní­ka, kto­ré si mu­sí zvá­žiť pred­tým, ako sa roz­hod­ne uva­žo­vať o im­ple­men­tá­cii SaaS. K uve­de­ným fak­to­rom ok­rem iných pa­tria aj nas­le­du­jú­ce:

Tech­nic­ké as­pek­ty. Ap­li­ká­cie SaaS ty­pic­ky za­is­ťu­jú is­tú flexibi­li­tu na kon­fi­gu­rá­ciu sys­té­mov, ale ten­to prís­tup má svo­je ob­me­dzenia. Ak si ap­li­ká­cia vy­ža­du­je špe­cia­li­zo­va­né tech­nic­ké ve­do­mos­ti, pre­vádz­ku a pod­po­ru ale­bo vy­ža­du­je pris­pô­so­be­nie, kto­rú SaaS ne­mô­že po­núk­nuť, ne­mu­sí byť mož­né a vhod­né pok­ra­čo­vať v im­ple­men­tá­cii ap­li­ká­cie SaaS. Ďal­ší fak­tor na zvá­že­nie je typ a množ­stvo úda­jov, kto­ré bu­dú od­ov­zdá­va­né do pros­tre­dia SaaS na pra­vi­del­nej bá­ze. Inter­ne­to­vé pre­po­je­nia v pod­ni­ko­vých sie­ťach LAN sa ťaž­ko po­rov­ná­va­jú s pre­po­je­nia­mi v dá­to­vých cen­trách a pre­nos dát, kto­rý me­dzi serverm­i v server­ov­ej mies­tnos­ti tr­val nie­koľ­ko se­kúnd, mô­že tr­vať nie­koľ­ko mi­nút, kým sa pre­ne­sú až do ap­li­ká­cie SaaS, hos­to­va­nej nie­ke­dy na inom kon­ti­nen­te.

Fi­nan­čné as­pek­ty. Vez­mi­me si cel­ko­vé nák­la­dy na vlas­tníc­tvo (TCO) ap­li­ká­cie SaaS v po­rov­na­ní so zod­po­ve­da­jú­cou ap­li­ká­ciou on-pre­mi­se. Ho­ci po­čia­toč­né nák­la­dy na ná­kup sof­tvé­ru a služ­by pros­tred­níc­tvom SaaS sú oby­čaj­ne niž­šie ako pri on-pre­mi­se ap­li­ká­cii, dl­ho­do­bá štruk­tú­ra nák­la­dov je už me­nej is­tá. Me­dzi fak­to­ry, kto­ré mô­žu ov­plyv­niť cel­ko­vé nák­la­dy na pou­ží­va­nie SaaS, pat­rí po­čet li­cen­co­va­ných pou­ží­va­te­ľov, roz­sah vlas­tné­ho nas­ta­ve­nia ap­li­ká­cií, kto­ré bu­de tre­ba in­teg­ro­vať me­dzi ap­li­ká­ciou SaaS a infra­štruk­tú­rou. Ta­kis­to tre­ba zvá­žiť, či sú­čas­ne pou­ží­va­né vnút­ro­pod­ni­ko­vé dá­to­vé cen­trá už pos­ky­tu­jú ús­po­ry z roz­sa­hu, čím sa zní­žia po­ten­ciál­ne ús­po­ry nák­la­dov SaaS. Aj náv­rat­nosť in­ves­tí­cie (ROI) je ďal­ší fak­tor, kto­rý mô­že viesť k zvá­že­niu im­ple­men­tá­cie rie­še­nia.

Po­li­tic­ké as­pek­ty. Nie­ke­dy mô­že sna­ha o na­sa­de­nie tech­no­ló­gie SaaS na­ra­ziť na od­por v rám­ci or­ga­ni­zá­cie, ak inter­né od­de­le­nie IT tr­vá na tom, že niek­to­ré fun­kcie IT by ma­li zos­tať vnút­ri fir­my. Rie­še­ním toh­to ri­zi­ka je na­sa­de­nie men­šie­ho pi­lot­né­ho pro­jek­tu SaaS, kto­rý po­má­ha zme­niť poh­ľad na pre­vádz­ku a opod­stat­ne­nie SaaS.

Bez­peč­nos­tné as­pek­ty. Kri­tic­ké vnút­ro­pod­ni­ko­vé dá­ta na­chá­dza­jú­ce sa mi­mo inter­nej sie­te pred­sta­vu­jú ri­zi­ko stra­ty dát ale­bo mi­mo­voľ­né­ho úni­ku cit­li­vých in­for­má­cií. Via­ce­ro SaaS ven­do­rov je ús­peš­ne cer­ti­fi­ko­va­ných pro­ti úni­ku dát (napr. ISO 27001), no ri­zi­ko neop­ráv­ne­né­ho úni­ku dát nik­dy ne­mož­no vy­lú­čiť.

Zá­ru­ky SLA. Zmluv­ný vzťah me­dzi zá­kaz­ní­kom a SaaS ven­do­rom ako pos­ky­to­va­te­ľom služ­by zvy­čaj­ne bý­va ošet­re­ný zmlu­va­mi SLA, kto­ré za­ru­ču­jú úro­veň vý­ko­nu, dos­tup­nosť a za­bez­pe­če­nie slu­žieb pos­ky­to­va­ných ven­do­rom a ur­ču­jú kom­pen­zá­cie pri nepl­ne­ní tých­to zá­ruk. Za­bez­pe­če­nie, aby pod­mien­ky SLA dos­ta­toč­ne us­po­ko­jo­va­li pot­re­by a pos­ky­to­va­li dos­ta­toč­né zá­ru­ky v prí­pa­de ne­ča­ka­né­ho vý­pad­ku, je ne­vyh­nut­nou pod­mien­kou pro­ce­su SaaS.

Stra­té­gia pre­cho­du. Nie­ke­dy sa mož­no roz­hod­ne­te mig­ro­vať od ap­li­ká­cie SaaS na iné rie­še­nie, a pre­to je dô­le­ži­té, aby zá­kaz­ník bol schop­ný vziať exis­tu­jú­ce dá­ta z ap­li­ká­cií SaaS a pre­su­núť ich do iných. Dô­le­ži­tý as­pekt je pre­to zá­vä­zok SaaS ven­do­ra o mig­rač­nej stra­té­gii a pos­tu­poch, kto­ré pou­ží­va, vrá­ta­ne us­ta­no­ve­ní o sprá­ve a ús­cho­ve dát.

Vy­ka­zo­va­nie slu­žieb. Keď­že SaaS vy­ža­du­je vzdať sa pria­me­ho ov­lá­da­nia niek­to­rých dát, pres­ný a uži­toč­ný ma­naž­ment je obzvlášť dô­le­ži­tý vzhľa­dom na mie­ru kom­pa­ti­bi­li­ty s po­žia­dav­ka­mi Bu­si­ness In­telli­gen­ce kaž­dej spo­loč­nos­ti.

Pos­ky­to­va­nie slu­žieb SaaS preš­lo od svoj­ho vzni­ku do sú­čas­nos­ti veľ­kou zme­nou z nef­lexibil­né­ho pos­ky­to­va­nia jed­no­du­ché­ho hos­tin­gu ap­li­ká­cií po kom­plexnú sprá­vu so­fis­ti­ko­va­ných ap­li­ká­cií, schop­nú po­núk­nuť ši­ro­kú šká­lu kom­plexnej sprá­vy IT slu­žieb. Ne­vyh­nut­né však zos­tá­va zvá­že­nie flexibi­li­ty a ma­na­žo­va­nia ri­zík vznik­nu­tých v dôs­led­ku za­ve­de­nia SaaS por­tfó­lia IT slu­žieb. In­teg­rá­cia a zlo­že­nie sú kri­tic­ké kom­po­nen­ty v ar­chi­tek­tú­re stra­té­gie za­čle­ne­nia SaaS ako pl­ne in­teg­ro­va­teľ­né­ho kom­po­nen­tu v servisn­e orien­to­va­nej IT infra­štruk­tú­re.

Ma­rian Ze­le­nay
CZ&SK HPS&S Client Prin­ci­pal
Hewlett-Pac­kard Pro­fes­sio­nal Servic­es

Zdroj: Infoware