Využitie cloud computingu v malom a strednom podniku

Bankovní institut vysoká škola Praha

zahraničná vysoká škola Banská Bystrica

Katedra kvantitatívnych metód a informatiky

Využitie cloud computingu v malom a strednom podniku

The possibilities of using cloud computing in a small and middle

enterprise

Diplomová práca

Autor: Gabriel Varga, Bc.,

Informačné technológie a manažment

Vedúci práce: Peter Polakovič, PaedDr., Ph.D.

Banská Bystrica Apríl 2014

Vyhlásenie

Vyhlasujem, že som diplomovú prácu spracoval samostatne a s použitím uvedenej

literatúry. Svojím podpisom potvrdzujem, že odovzdaná elektronická verzia práce je

identická s jej tlačenou verziou a som oboznámený so skutočnosťou, že sa práca bude

archivovať v knižnici BIVŠ a ďalej bude sprístupnená tretím osobám prostredníctvom

internej databázy elektronických prác.

V Budči dňa 30.04.2014 Gabriel Varga

Anotácia

VARGA, Gabriel: Možnosti využitia cloud computingu v malom a strednom podniku.

[Diplomová práca]. Bankovní intitut vysoká škola Praha, zahraničná vysoká škola Banská

Bystrica. Katedra kvantitatívnych metód a informatiky.

Vedúci práce: PaedDr. Peter Polakovič, Ph.D. Rok obhajoby: 2014. Počet strán 66.

Diplomová práca sa zaoberá konkrétnymi možnosťami využitia cloud computingu

v konkrétnej spoločnosti. V práci sa budeme snažiť navrhnúť konkrétne kroky k nasadeniu

cloud computingu pre konkrétne služby a poukázať na výhody takýchto moderných riešení.

V teoretickej časti práce sa budeme snažiť charakterizovať celkový pohľad na

problematiku a čitateľom poskytnúť hlavné rozdelenia. V analytickej časti práce

konkrétnejšie rozoberieme možnosti nasadenie ERP systémov ako SaaS riešenia, popíšeme

výhody a nevýhody riešenia. V praktickej časti navrhneme riešenie pre stavebnú firmu

a porovnáme tri varianty s konkrétnymi cenami : Cloud SaaS, On – premise a private cloud

a navrhneme odporúčania.

Kľúčové slová: Cloud, Computing, Virtualizácia, SaaS, PaaS, IaaS, Využitie Cloud

computingu v malom a strednom podniku

Annotation

VARGA, Gabriel: The posibilities of using cloud computing in a small and middle

enterprise. [Master thesis]. Banking Institute of the University of Prague, a foreign

university in Banská Bystrica. Department of Quantitative Methods and Computer Science.

Thesis supervisor: PaedDr. Peter Polakovič, Ph.D. Year of defense 2014th Number of

pages: 66.

This thesis deals with the specific possibilities of using cloud computing in a particular

company. In this work we will try to propose concrete steps to deploy cloud computing for

specific services and demonstrate the benefits of such innovative solutions. In first part of

the work we try to characterize the overall view of the reader and provide a major division.

In the analytical part of the paper we discuss more specifically the possibility deployment

of ERP systems as SaaS solutions, we describe the advantages and disadvantages of

solutions. In the practical part proposes a solution for construction companies and compare

the three variants with specific prices: Cloud SaaS, On - premise private cloud and propose

recommendations.

Keywords: Cloud, Computing, Virtualization, SaaS, PaaS, IaaS, Use of Cloud computing

in an Small Medium Enterprise

OBSAH

OBSAH ................................................................................................................................................. 5

Úvod .................................................................................................................................................... 8

TEORETICKÁ ČAST PRÁCE .................................................................................................................... 9

1 Cloud Computing ako základný pojem ........................................................................................ 9

1.1 Charakteristika Cloud Computingu ..................................................................................... 9

1.2 Štruktúra Cloud Computingu ............................................................................................ 12

1.2.1 Klienti ........................................................................................................................ 13

1.2.2 Dátové centrá ............................................................................................................ 14

1.3 Multitenancia .................................................................................................................... 15

1.4 Distribuované servery ....................................................................................................... 16

1.5 Formy Cloud Computingu ................................................................................................. 16

1.5.1 Súkromný Cloud ........................................................................................................ 17

1.5.2 Verejný Cloud ............................................................................................................ 18

1.5.3 Kombinovaný cloud ................................................................................................... 18

1.6 Model Cloud Computingu – tri základné vrstvy ................................................................ 19

1.7 Infraštruktúra ako servis – IaaS ......................................................................................... 19

1.8 Platforma ako servis – PaaS .............................................................................................. 20

1.9 Softvér ako servis – SaaS ................................................................................................... 21

1.9.1 Vhodnosť nasadenia cloud computingu ................................................................... 22

ANALYTICKÁ ČASŤ PRÁCE .................................................................................................................. 25

2 Firemné prostredie ako zákazník a Cloud Computing .............................................................. 25

2.1 Investícia do cloud computing riešenia a náklady ............................................................ 25

2.2 Modularita a dynamickosť nasadeného cloud systému vo firme ..................................... 26

2.3 Náklady firmy ako klienta na softvér a licenciu ................................................................ 27

2.4 Tenký klient – dostupnosť Saas služieb ............................................................................. 27

2.5 Mobilný prístup a cloud firemné riešenia ......................................................................... 28

2.6 Zabezpečenie firemných dát a riziko straty ...................................................................... 28

2.7 Implementácia, testovanie a prevádzka ........................................................................... 30

2.8 Závislosť na poskytovateľoch služieb a umiestnenie našich dát ....................................... 30

2.9 Single – tenant a Multi – tenant riešenia .......................................................................... 31

2.10 Try and Buy – vyskúšaj a potom kúp ................................................................................. 32

2.11 Hlavné riziká cloud computingu ........................................................................................ 32

3 ERP systémy na trhu .................................................................................................................. 35

3.1 Spoločnoť Gartner a ERP Cloud computing - krivka trendov ............................................ 38

3.2 ERP systéma jeho realizácia v Cloude ............................................................................... 40

3.3 Customizácia ERP systému ................................................................................................ 41

3.4 Náklady na ERP v realizácii SaaS ........................................................................................ 43

3.5 Návratnosť investície spoločnosti do ERP SaaS riešenia ................................................... 44

PRAKTICKÁ ČASŤ PRÁCE .................................................................................................................... 49

4 Prechod konkrétnej spoločnosti na Cloud Computing.............................................................. 49

4.1 Nasadenie správneho riešenia – dôvody pre a proti ........................................................ 52

4.2 Proces prechodu spolocnosti na Software as a service .................................................... 53

4.3 Prípadová štúdia – Oracle SaaS pre stavebnú firmu ......................................................... 54

4.4 Návrh a cena konkrétnych riešení pre spoločnosť ........................................................... 58

4.4.1 Software as a service ................................................................................................. 58

4.4.2 Riešenie privátneho Cloudu ...................................................................................... 59

4.4.3 Riešenie On - premise ............................................................................................... 59

Záver .................................................................................................................................................. 61

Zoznam obrázkov, tabuliek a grafov ................................................................................................. 63

Terminologický slovník ...................................................................................................................... 64

Použitá literatúra............................................................................................................................... 65

8

Úvod

V dnešnej dobe sú informačné technológie dostupné v podstate komukoľvek. Ich prínos je

výrazný najmä v podnikovej sfére, kde v plnej miere napĺňajú svoj účel a to šírenie a

poskytovanie tých správnych informácií v pravý čas. Cloud Computing (ďalej len CC) je

ďalší stupeň v evolúcií IT. Nová generácia nasadzovania, ktorá prichádza s výraznými

zmenami základných atribútov predošlých riešení. Tie spočívajú najmä vo finančnej

stránke, efektivite a zvýšení produktivity. V súčasnosti sa tento nový trend ešte stále

etabluje na trhu, avšak prvotné nadšenie a tempo s ktorým je na trhu prijímané je veľké.

Takmer každý spotrebiteľ, ktorý má vlastnú emailovú schránku, alebo pozerá videá na

Youtube.com a zdieľa svoje fotky priamo z mobilného telefónu je priamym užívateľom

Cloud Computingu. Aj napriek tomu, že v spotrebiteľskej sfére si už CC našiel svoje

miesto, dovolíme si tvrdiť, že v podnikovej sfére sa ešte stále úplne neusadil. Dôvody sú

rôzne, no tým základným je neschopnosť sa vymaniť spod stereotypov zaužívaných z

minulosti a následne začať myslieť v súlade s čoraz silnejšou paradigmou technologickej

prítomnosti.

Našim cieľom v tejto práci je popísanie hlavných vlastností Cloud Computingu a to ako po

technickej tak aj funkčnej stránke a zameranie sa na konkrétne vlastnosti CC, ktoré

umožnia CC pochopiť komplexným pohľadom. Kľúčová je ich následná aplikácia na

interné a externé prostredie podniku s dôrazom na výsledný efekt pre podnik ako celok.

Závery, ktoré z týchto zistení vyplynú, budeme opierať o analýzy a predpovede niektorých

analytických spoločností.

9

TEORETICKÁ ČASŤ PRÁCE

V teoretickej časti našej práce popisujeme Cloud computing ako model využívania a

poskytovania IT služieb s využitím internetových technológií. Charakterizujeme štruktúru,

formy cloud computingu v oblasti, virtualizácie a poskytovania IT služieb. Teoretická časť

práce uvádza definíciu cloud computingu a teoreticky rozoberá hlavné pojmy a základné

vrstvy cloud computingu.

1 Cloud Computing ako základný pojem

V prvej kapitole sa budeme podrobne venovať pojmu cloud computing CC, pričom sa ho

pokúsime zadefinovať a to z viacerých zdrojov vďaka čomu docielime čo najkomplexnejší

popis. Samotná definícia bude založená najmä na kľúčových charakteristikách a

vlastnostiach. V nasledujúcej podkapitole sa budeme venovať štruktúre CC a to nie len

z hľadiska hardvérových ale aj softvérových celkov. Načrtneme aj princíp virtualizácie

a multi - tenancie, ktoré sú podstatnými prvkami CC. Cloud computing je veľmi široký

pojem, je teda logické, že pozostáva z viacerých foriem, ktoré sú veľmi odlišné a vyžadujú

individuálny prístup. Taktiež spôsobov akým možno CC nasadiť do firemného prostredia je

viacero. Všetky tieto spôsoby a formy CC podrobíme popisu v jednotlivých podkapitolách.

Následne spomenieme najzásadnejšie oblasti, na ktoré má CC dopad a to ako v pozitívnom,

tak v aj negatívnom zmysle. Trh firemného IT je obrovský a uvedomujú si to mnohé IT

spoločnosti, spomenieme teda niektorých významných poskytovateľov CC riešení, pričom

krátko opíšeme jednotlivé produkty, s ktorými sa na trhu prezentujú. Na záver prvej

kapitoly spomenieme súčasnú pozíciu CC na trhu IT a naznačíme jeho pravdepodobný

smer na základe predpovedí renomovaných analytických spoločností.

1.1 Charakteristika Cloud Computingu

Cloud Computing možno definovať ako poskytovanie výpočtových zdrojov a softvéru

pomocou počítačovej siete. Pri tradičnom počítačovom modely sú dáta aj softvér

nainštalované na komplexnej počítačovej jednotke, ktorá disponuje vlastnými výpočtovými

kapacitami. V prípade CC užívateľ nemá žiadne dáta ani softvér uložený lokálne (s

výnimkou operačného systému, prípadne aj webového prehliadača). Všetky údaje na

10

zobrazovacej jednotke prichádzajú priamo cez sieťové pripojenie z dátového centra na

druhom konci, „v oblakoch“.

Výbornou analógiou pre predstavu sú v dnešnej dobe napríklad verejné služby. Vodu,

elektrickú energiu, či plyn si nikto nefiltruje, nevyrába ani neťaží sám. Naopak ju kupuje

od jej hromadných distribútorov, ktorí potom službu fakturujú. Totožný koncept je aj pri

CC, kde pri veľmi zjednodušenej predstave, tak ako pri vode stačí vodovodná batéria, tak

pri monitore stačí namiesto video prepojenia zapojiť priame pripojenie na internet. Všetky

výpočty, ukladanie dát, ich záloha prebieha u poskytovateľa CC, ktorý tieto služby

fakturuje koncovému zákazníkovi. Keď je človek smädný, tak otočí kohútikom, naberie si

vodu a napije sa. Nezaoberá sa stavom potrubia alebo kotlov, kvalitou vody ani tlakom v

potrubí. Jeho konečná potreba je sa napiť sa, ktorá je uspokojená použitím služby

vodárenskej spoločnosti. Ak by tento istý človek využíval CC, tak by nemal doma

samostatné PC ale len nejakú zobrazovaciu jednotku (vodovodnú batériu). Všetky starosti

ohľadom antivírusovej ochrany, nastavenia firewallu, správy operačného systému,

aktualizácie softvéru by tomuto človeku zanikli (Krutz et al, 2010, s.45).

Podľa amerického Národného inštitútu štandardov a technológie, ktorý spadá pod

ministerstvo obchodu možno CC označiť ako model, ktorý na požiadanie umožňuje

vyhovujúci prístup ku zdieľaným konfigurovateľným výpočtovým kapacitám (napríklad

dátové úložiská, aplikácie, servery, …), ktoré môžu byť v krátkej dobe navýšené alebo

znížené podľa potreby a to bez väčších správnych úkonov alebo zásahov poskytovateľa.

Tento model zvyšuje dostupnosť a je preň charakteristických päť kľúčových vlastností

(Velte et al, 2009, s. 112).

Kľúčové vlastnosti:

1 Samoobslužnosť podľa potrieb – zákazník si stanovuje rozsah a čas momentálne

poskytovaných služieb sám a podľa svojich potrieb bez toho aby bola potrebná

participácia poskytovateľa,

2 Prístup cez internet – služby sú dostupné pomocou internetového pripojenia cez

jednotlivých klientov,

3 Zdieľanie zdrojov – výpočtové zdroje poskytovateľa sú zdieľané medzi

jednotlivými zákazníkmi požívajúc multi - nájomný (multi - tenancy) model s

11

rozličnými fyzickými a virtuálnymi zdrojmi, ktoré sú dynamicky prideľované a

odoberané podľa požiadaviek. V zmysle lokality zákazník nemá konkrétnu

vedomosť kde sú jeho dáta, ale mal by byť schopný špecifikovať krajinu, alebo

konkrétne dátové centrum s jeho dátami. Ako zdroje môžeme označiť dátové

úložiská, výpočtový výkon (CPU), operačnú pamäť, rýchlosť pripojenia a virtuálne

zariadenia.

4 Vysoká elasticita – služby možno poskytnúť rýchlo, v rôznych rozsahoch

v niektorých prípadoch automaticky na pokrytie momentálnej potreby. Zákazníkovi

sa tieto zdroje javia ako nevyčerpateľné, a teda môžu byť prenajaté kedykoľvek,

v akomkoľvek množstve,

5 Merateľnosť – celkové poskytovanie služby je automaticky kontrolované a zdroje

sú optimalizované na základe priebežných meraní pri jednotlivých typoch služieb

(aktívne používateľské účty, dátové úložiská, vyťaženosť siete). Toto využívanie

zdrojov je monitorované, čo vedie k transparentnosti ako z pohľadu zákazníka tak

aj poskytovateľa.

Univerzita Berkley v Kalifornii k samotnej definícii dopĺňa aj možnosť finančného

aspektu, kde konečné účtovanie za poskytnuté služby prebieha na základe spotreby daným

zákazníkom a zákazník nie je stavaný do pozície prvotného vysokého záväzku, teda

podobný koncept, aký je možno vidieť napríklad pri mobilných operátoroch. Nie všetky

variácie CC disponujú aj touto vlastnosťou. Dôvodom je totiž možnosť prevádzkovať tzv.

privátny, alebo aj komunitný cloud. Pri týchto typoch nasadenia môže nastať situácia, kedy

si celkový cloud aj s infraštruktúrou prevádzkuje samotný používateľ, čo vylučuje

odstránenie flexibilných nákladov ako podmienku definície CC. Definícii je naozaj

nespočetne mnoho a to nie len v odbornej literatúre, ale aj na internete, čo v sumáre vytvára

dojem zmätenosti. V konečnom dôsledku možno CC definovať ako poskytovanie

výpočtovej kapacity (od IT infraštruktúry až po konečné aplikácie) cez internet, ktorá je

zdieľaná medzi viacerými zákazníkmi, je samoobslužne škálovateľná a plne

prispôsobiteľná potrebám zákazníka. Táto kapacita je často dostupná vo forme

virtualizovaných zdrojov a je doplnená o súhrn garancií, ktoré sú súčasťou celkovej SLA

(Service Level Agreement). (Sosinsky, 2011, et al, s. 79).

12

Zaujímavý pohľad na CC má konzultantská spoločnosť McKinsey & Company, ktorá ho

pri jeho definovaní rozdelila na dve časti (Buyya et al, 2011, s.170):

1 Cloud – Samotný „oblak“, kde poskytovatelia disponujú infraštruktúrou,

platformou, dátovým úložiskom, pričom:

Správa infraštruktúry je od zákazníka vzdialená,

Všetky náklady na strane zákazníka sú variabilné operačné náklady,

Výpočtová kapacita je elastická a zdieľaná.

2 Cloud služby – samotná služba poskytovaná zákazníkovi, ktorá:

Nevyžaduje žiadnu správu hardvéru,

Rozsah služby je nastaviteľný.

1.2 Štruktúra Cloud Computingu

V zjednodušenom, topologickom, zmysle CC pozostáva z celkovo troch základných

elementov a to klientov, dátových centier, ktoré sú doplnené o distribuované dátové centrá.

Obrázok 1 Komponenty Cloud Computingu

Zdroj: Model cloud computingu definovaný organizáciou NIST

SOSINSKY, B. Cloud computing bible. Indianapolis, IN : Wiley, 2011, s. 20.

Označenie pojmu cloud v práci zahŕňa všetky tri možné modely služieb : SaaS, PaaS a

IaaS. Často budeme používať označenie poskytovateľ (provider, dodávateľ) služieb a

13

spotrebiteľ (consumer, subscriber), čo je zákazník odoberajúci danú službi. Klient označuje

koncového užívateľa, ktorý SaaS aplikáciu využíva cez webový prehliadač.

Subjekty vystupujúce v cloude podľa NIST:

cloud provider - poskytovateľ

cloud consumer - zákazník

cloud broker - sprostredkovateľov služieb

cloud auditor - nezávislá strana zaisťujúce kontrolu

cloud carrier - strana zaisťujúce prenos služby medzi poskytovateľom a koncovým

zákazníkom

Cenové modely cloudu :

pay - per - use ( pay - as - you - go ) - zákazník má prístup k takmer

neobmedzenému rozsahu služby , ale platí len to , čo skutočne využíva,

pay - per - user - platí sa suma za užívateľa služby za obdobie .

Modely nasadenie softvéru :

on - premise ( on - site ) - klasický model , kedy je softvér inštalovaný na serveri

zákazníka,

on - demand ( SaaS ) - označuje softvér dostupný na vyžiadanie,

Druhy aplikácií :

single - tenant - aplikácie fungujúce v režime 1 x 1,

multi - tenant - aplikácie fungujúce v režime 1 x N.

(http://searchdatacenter.techtarget.com/definition/workload /1.2.2014/)

1.2.1 Klienti

Koncoví klienti sú vstupné a zároveň aj výstupné body v rámci celkového zloženia

pomocou ktorých užívateľ zadáva svoje požiadavky zvyšku systému. Tieto požiadavky sú

posielané do samostatných dátových centier, kde sa ďalej spracovávajú. Podľa Mathera et

al, 2009, môžeme klientov rozdeliť na:

Softvérové:

Hrubý klient – je plnohodnotná aplikácia, ktorá je nainštalovaná na používateľovom

zariadení. Niekedy ponúka limitovanú funkčnosť aj keď nie je pripojená k

14

internetu. V určitých prípadoch je inštalácia a následné aktualizácie zabezpečené

pomocou siete.

Tenký klient – veľmi často v podobe webových aplikácii, ktoré sú dostupné cez

webový prehliadač. Nie je tak potrebná žiadna inštalácia na zariadení koncového

používateľa.

Hardvérové:

Ťažký klient – príkladom ťažkého klienta môže byť klasický počítač, ktorý

disponuje internou pamäťou, I/O rozhraniami. Takýto klient je plne funkčný aj bez

pripojenia k sieti.

Ľahký klient – je špecifické zariadenie so adekvátnou výbavou vzhľadom na svoju

funkciu. Najľahší klienti pozostávajú len z I/O rozhraní a zobrazovacej jednotky.

Nedisponuje pamäťou a preto naň nemožno nainštalovať žiadny softvér, k

aplikáciám a dátam pristupuje cez sieť.

Mobilné – smartfony alebo PDA (Personal Digital Assistent) s mobilnými

operačnými systémami. Tie zabezpečujú prístup s pomocou tenkého alebo hrubého

klienta.

1.2.2 Dátové centrá

Dátové centrá sú súborom výkonných serverov, ktoré poskytujú danú službu. Môže to byť

veľká miestnosť v podzemnom podlaží danej firmy, alebo na druhej pologuli Zeme.

Súčasný trend v IT je zvyšovanie kapacity týchto dátových centier pomocou virtualizácie.

Tú možno definovať, ako proces alebo technológiu, pri ktorej je nahradený fyzický

prostriedok softvérovou vrstvou. Takýto prostriedok je pre systém transparentne

definovaný, i keď fyzicky neexistuje.

15

Obrázok 2 : Znázornenie virtualizácie pri Cloud Computing riešení

Zdroj: The Hyderabad Cloud Computing Group /15.3.2014/

V praxi to znamená, že vďaka virtualizácii je možné nezávisle prevádzkovať niekoľko

operačných systémov súčasne na rovnakom hardvéri. Podporovaných je obvykle viac

operačných systémov, pričom na jednom hostiteľskom systéme môžu bežať aj rozdielne

operačné systémy. Pri virtualizácii je kľúčovou softvérovou vrstvou tzv. hypervisor, alebo

aj VMM (Virtual Machine Monitor), ktorý sprostredkováva prístup jednotlivých

virtuálnych prístrojov k fyzickej vrstve infraštruktúry. Práve virtualizácia je jedným z

hlavných prvkov CC, pretože umožňuje vysokú flexibilitu z hľadiska využiteľnosti

serverov. Samotná myšlienka virtualizácie však nie je žiadnou novinkou a je prítomná už

od druhej polovice minulého storočia (Rittinghouse et al, 2009, s.66).

1.3 Multitenancia

Súčasný model distribúcie softvéru je taký kedy jedna aplikácia beží na jednom počítači na

ktorom je nainštalovaná. Pri multitenancii (multitenancy – viacnásobný prenájom), ktorú

možno preložiť ako viacnásobný prenájom, spočíva v používaní jednej samostatnej

aplikácie viacerými zákazníkmi naraz. Poskytovateľ CC teda môže spustiť len jednu

aplikáciu, pričom táto jedna aplikácia bude simultánne spracovávať viacero dátových liniek

od jednotlivých zákazníkov. Pri takomto simultánnom toku viacerých dátových liniek je

samozrejmý vysoký dôraz na izoláciu a bezpečnosť týchto dátových tokov. Multi -

tenanciu možno označiť ako softvérový prístup, ktorý prináša výhody tak pre

16

poskytovateľov ako aj zákazníkov. Poskytovateľovi šetrí náklady na prevádzku aplikácie,

tým že beží na stabilnej konfigurácií, správa aplikácie má nižšie časové nároky. Toto

všetko sa potom odráža na konečnej cene, ktorá je tak pre zákazníka tiež nižšia.

1.4 Distribuované servery

Distribuované servery slúžia ako doplnok k datacentrám, často aj sú samotnými

datacentrami. Ich základnou odlišnosťou je najmä lokalita a niekedy aj úloha. Aj napriek

rozličnej lokalizácii, zabezpečujú z pohľadu zákazníka komplexnú službu. Sú akousi

pohotovostnou stanicou pre prípad výpadku iných dátových centier, alebo nedostatku

výpočtovej kapacity. Nezriedka zabezpečujú aj dvojité zálohovanie alebo riešia legislatívne

obmedzenia z pohľadu uchovávania dát v danom štáte.

1.5 Formy Cloud Computingu

Na základe poznatkov, ktoré sú zhrnuté v predchádzajúcej kapitole, ktorá pojednáva o

štruktúre CC dokážeme rozlíšiť rôzne tri základné formy CC. Ak teda povieme termín

„cloud“ ako metaforické pomenovanie Internetu ako takého a komplexnej schémy

technologických zariadení z ktorých pozostáva, dokážeme na základe vzťahu tohto cloudu

k podniku pomenovať nasledovné formy (Marchini et al, 2010, s.83):

Súkromný / Interný cloud (Private cloud),

Verejný / Externý cloud (Public cloud),

Komunitný cloud (Community cloud),

Kombinovaný cloud (Hybrid cloud).

17

Obrázok 3 Virtualizácia foriem Cloud Computingu

Zdroj: http://blog.nskinc.com/

1.5.1 Súkromný Cloud

Súkromné cloudy v sebe kombinujú výhody verejných cloudov, avšak stále umožňujú

danej spoločnosti plný dosah na správu a kontrolu dát a procesov. V tomto prípade si však

spoločnosť zadováži vlastnú dedikovanú štruktúru. Túto štruktúru si môže zabezpečiť

a prevádzkovať sama, ale taktiež si môže tieto zdroje a ich správu zabezpečiť aj treťou

stranou. Pri tomto riešení však dochádza k výraznému zvýšeniu TCO (Total Cost of

Ownership – celkové náklady na zakúpenie), a teda zaniká jedno z najväčších pozitív CC.

Z tohto dôvodu možno súkromné cloudy označiť ako riešenia vhodné najmä pre veľké

korporácie, ktoré by dokázali takéto riešenie finančne zabezpečiť a využiť, kde medzi

hlavné prednosti by pri týchto typoch podnikov bola možnosť mať svoje dáta pod dobrou

kontrolou a spĺňať tak interné firemné štandardy bezpečnosti dát (Armbrust et al, 2010,

s.45)

18

1.5.2 Verejný cloud

Je najvernejším zhmotnením konceptu CC. V tomto prípade ide totiž o dynamicky

prideľované výpočtové zdroje zo strany poskytovateľa CC. Rozsah a formu služieb si môžu

individuálne nastavovať jednotlivý zákazníci, ktorí zdieľajú celkovú prevádzkovateľovu

kapacitu. Verejný cloud je teda poskytovaný, riadený a spravovaný vo vzťahu k podniku

treťou stranou z jedného alebo viacerých prepojených dátových centier a to viacerým

zákazníkom súčasne. Réžia ako je napríklad zabezpečenie a zálohovanie je tak na strane

poskytovateľa, naproti tomu zákazník má minimálne možnosti kontroly a poznania

samotnej infraštruktúry a jej mechanizmov. Práve z tohto dôvodu je pri zvažovaní

verejného cloudu najdôležitejší atribút bezpečnosť, keďže zákazník tu dáva

poskytovateľovi najväčšie právomoci. Vzhľadom na minimálne TCO a bezpečnostnú

úroveň, ktorú verejný cloud ponúka spolu s minimálnymi potrebami zákazníka starať sa o

samotný systém, si myslím, že práve táto forma CC ma veľký potenciál pri malých a

stredných podnikoch. Taktiež práve táto forma poskytovania služieb sa v posledných

rokoch teší veľkej obľube najmä, emailoví klienti či fotografické portály v komerčnej sfére

(Armbrust et al, 2010, s.46).

1.5.3 Kombinovaný cloud

Kombinovaný cloud je, ako vyplýva z názvu, kombináciou jedného alebo viacerých cloud

riešení. V tomto prípade ide o jednotlivé celky, ktoré sú prepojené technologickým

riešením. Hlavné výhody kombinovaného cloudu spočívajú najmä vo vysokej

škálovateľnosti - customizácie kapacity a uľahčení transformácie IT štruktúry v podnikoch

a to hlavne vo väčších korporáciách, kde nie je možné spraviť takúto zásadnú zmenu

nárazovo. Ďalším dôvodom sú legislatívne zábrany v prípade niektorých typoch podnikov,

ktoré nemôžu istý druh dát odosielať žiadnym tretím stranám, prípadne nie je možné aby

boli uložené za hranicami daného štátu. Je potrebné spomenúť aj možnosť tzv.

„cloudburst“, čo možno označiť ako dynamické nasadenie aplikácie, ktorá beží na

interných zdrojoch avšak v čase zvýšenej potreby je premiestnená do cloudu s cieľom

pokryť jej nároky na výpočtovú kapacitu (Narasimhan, 2009, s.78) .

19

1.6 Model Cloud Computingu – tri základné vrstvy

Ako vyplýva z predošlého textu, CC je veľmi široký pojem, ktorý v sebe zahŕňa množstvo

variácii slova „služba“. Pri chápaní CC ako spôsob poskytovania služieb ich môžeme

rozčleniť do troch základných kategórii, resp. vrstiev z ktorých CC pozostáva. Vďaka

tomuto rozčleneniu je potom ľahšie pochopiť pojem „služby v oblaku“. Pre ľahšiu

predstavu je možno použiť prirovnanie CC k budove, ktorá pozostáva z jednotlivých

poschodí (viď. obrázok č.4) (Mather et al, 2009, s. 62)

Obrázok 4 : Obrázok zachytáva všetky tri distribučné modely CC v podobe infraštruktúry,

platformy a aplikácií

Zdroj: http://zhen.org

1.7 Infraštruktúra ako servis – IaaS

IaaS (Infrastructure as a service), táto vrstva obsahuje všetky fyzické a virtuálne zdroje,

ktoré ďalej slúžia k potrebám koncového užívateľa. Namiesto nákladného vytvárania

dátového centra pozostávajúceho z množstva serverov a softvéru si zákazník iba prenajme

výpočtovú kapacitu dátového centra. Na rozdiel od bežného outsourcingu, ktorý zahŕňa

hĺbkové analýzy podnikových procesov, vyjednávaní a stanovovania zmluvných

podmienok, IaaS je sústredené na poskytovanie štandardizovaných infraštruktúr, ktoré sú

optimalizované pre aplikácie zákazníka. IaaS poskytovateľ taktiež zabezpečuje zvládnutie

prechodu a hosting aplikácií. Zákazníkovi teda zostáva zachované vlastníctvo a správa

týchto aplikácií, zatiaľ čo zabezpečenie ich dostupnosti a riadenie infraštruktúry ostáva na

ramenách poskytovateľa IaaS. Ten v sumáre zabezpečuje:

20

Počítačový hardvér (nastavený ako škálovateľná komplexná sieť)

Počítačové siete (vrátane smerovačov, firewallov, vyvažovania záťaže)

Pripojenie k zdrojov k internetu

Platformu pre virtualizáciu, prostredie pre beh klientom špecifikovaných

virtuálnych strojov

SLA (Service layer agreement)

1.8 Platforma ako servis – PaaS

PaaS – (Platform as a service), pri PaaS riešení ponúka poskytovateľ vývojové prostredie

pre vývojárov aplikácií, ktorí vyvíjajú rôzne aplikácie a následne ich ponúkajú

prostredníctvom poskytovateľa platformy. Poskytovateľ PaaS obvykle vyvíja nástroje a

štandardy pre vývoj, kanály pre distribúciu a platby, vďaka čomu dokáže zabezpečiť

kompletný životný cyklus webovej aplikácie. Jeho príjmy tak plynú z poskytovania

platformy a predajných a distribučných služieb. Vzhľadom na nízke náklady na vstup a

využívanie zaužívaných kanálov pre získavanie zákazníka, tak môže dôjsť k rýchlemu

nárastu počtu softvérových aplikácií. Pre vytváranie vlastných aplikácií používajú vývojári

stavebné bloky (napr. preddefinované bloky kódu) na vývojové prostredie. PaaS riešenia sú

teda vývojové platformy, u ktorých je samotný vývojový nástroj dostupný pomocou CC

a je prístupný cez webový prehliadač. S PaaS tak vývojári môžu vytvárať webové aplikácie

bez nutnosti inštalácie akýchkoľvek vývojových nástrojov na ich počítači a potom môžu

tieto aplikácie nasadiť do prevádzky bez akejkoľvek odbornej kvalifikácie pre správu

systému.

Na rozdiel od modelu IaaS, kde vývojári môžu vytvárať konkrétne inštancie operačného

systému s konkrétnymi aplikáciami, pri PaaS sa vývojári zaoberajú len vývojom

webových aplikácií a vo všeobecnosti ich nezaujíma, aký je používaný operačný systém.

PaaS tak umožňuje používateľom sústrediť sa na vývoj než na zložité štruktúry systému.

Organizácie môžu presmerovať významnú časť ich prostriedkov do vývoja aplikácií, ktoré

podniku prinášajú skutočnú hodnotu. Často zmieňovaným problémom je najmä silné

naviazanie na poskytovateľa služby, keďže prenos aplikácie ktorá bola vytvorená na danú

platformu môže byť veľmi náročný. (Rittinghouse et al, 2009, s. 34).

21

1.9 Softvér ako servis – SaaS

SaaS – (Software as a service) je model, v ktorom poskytovateľ služby, v tomto prípade

priamo softvéru, umožní cez internet prístup k softvérovému riešeniu. Tieto aplikácie sú

umiestnené na webovom servery, kde sú taktiež prevádzkované. Zákazník k týmto

aplikáciám pristupuje cez webový prehliadač a jediné čo teda potrebuje na prácu je

internetové pripojenie a adekvátne nastavenie ochranného prvku firewall. Všetky

aktualizácie, zálohovanie a podpora softvéru prebieha na strane poskytovateľa služby.

Pracovný nástroj je tak dostupný odkiaľkoľvek, kde je internetové pripojenie, nie sú

potrebné žiadne inštalácie na strane zákazníka.

Takýto model je schopný poskytnúť neobmedzenú variáciu softvérových riešení, od

emailových klientov cez CRM, až po komplexné informačné systémy pokrývajúce chod

celej organizácie. Výrazný prínos má SaaS nie len pre koncového používateľa, ale aj pre

samotného výrobcu softvéru, ktorému odpadajú náklady na výrobu distribučných médií a

hlavne na nákladnú ochranu proti nelegálnemu kopírovaniu daného softvéru.

Obrázok 5 Možnosti Cloud Computing služieb

Zdroj: zdroj: NIST

22

Najmä pri tomto modely dochádza k výraznej úspore na kapitálových a operatívnych

nákladoch, čo je jedným z dôvodov prečo mu v nasledujúcich kapitolách priradíme

najväčšiu pozornosť najmä v oblasti malých a stredných podnikov.

Významnou variáciou SaaS je takzvané S+S odvodené od slovného spojenia Softvér

a služby (Software plus Services). To v sebe kombinuje riešenie softvéru lokalizovaného

na zariadení zákazníka pričom cez internet dochádza napríklad k okamžitému zálohovaniu

dát alebo iných doplnkových služieb. Vzniká tak možnosť pracovať s dátami aj v prípade

straty pripojenia na internet, avšak táto, často krát veľmi vyzdvihovaná, výhoda oproti

čistému SaaS modelu sa stáva čoraz menej podstatnou vzhľadom na súčasný trend

zvyšovania pokrytia a rýchlosti mobilného internetu. Jednotlivé spôsoby distribúcie v sebe

obsahujú mnohé ďalšie podmnožiny ako napríklad, poskytnutie dátového úložiska

(Storage as a service), poskytnutie bezpečnosti (Security as a service), poskytnutie

virtualizovanej plochy (Desktop as a service).

1.9.1 Vhodnosť nasadenia cloud computingu

Mnohí autori zaoberajúci sa cloud computimgom a jeho vhodnosti nasadenia sa zhodujú

v jednej základnej myšlienke:

„Cloud computing riešenie je vhodné pre kohokoľvek, kto potrebuje sprístupniť dáta a

processing veľkému počtu používateľov a má úlohy alebo aplikácie s nepredvídateľnými

nárokmi na výkon a kapacitu.“

Následné delenie aplikácií bolo uverejnené v článku Computerworld:

Aplikácie s potrebou masívnej customizácie - škálovateľnosti

Najčastejším prípadom sú webové aplikácie, ako sú napríklad elektronické obchody. Pre

tieto účely je cloud vhodný, pretože firma na začiatku nepozná počet užívateľov a nevie,

aký hardvér by bolo potrebné zaobstarať. Zaistí si teda cloud o určitých charakteristikách a

postupne ho môžeme dynamicky meniť. To je treba v prevádzkových a hlavne sezónnych

špičkách - týždne pred Vianocami bude mať e - shop značne inú návštevnosť ako v marci

a tomu musí zodpovedať aj jeho kapacita výpočtovej kapacity. Firma si teda môže na

23

december a január prenajať väčší výkon svojho virtuálneho stroja a po sezónnej špičke ho

znova znížiť.

Aplikácie vyžadujúce vysokú dostupnosť dát

Cloud computing všeobecne ponúka väčšiu dostupnosť , ako sú organizácie schopné si

zabezpečiť svojimi silami. Najmodernejšie dátové centrá ponúkajú dostupnosť až 99,982

percent, čo znamená výpadok maximálne cca. 1,6 hodiny ročne. Aby firmy dosiahli takéto

dostupnosti, tak by museli do vlastnej infraštruktúry investovať nesmierne veľa

prostriedkov. Je teda vhodné využiť služby cloud poskytovateľa. Ďalšou výhodou je

nepretržitá technická podpora, ktorú poskytovatelia ponúkajú. Dnešným trendom je tiež

všadeprítomná dostupnosť služieb, kedy užívateľ cestuje po celom svete a využíva ich aj

mimo pracovnú dobu.

Obrázok 6 Názorný príklad komplexného Cloud Computing poskytovateľa

Zdroj: NIST

Aplikácie s krátkou alebo dopredu neznámou životnosťou

Pre aplikácie s nejasnou budúcnosťou, kedy nie je vopred jasné, koľko ľudí ju bude

využívať a ako dlho sa bude prevádzkovať, nemá zmysel zaisťovať hardware. Rovnako tak

24

pre začínajúce firmy alebo projekt, u ktorých nie je jasná ich životnosť. Pre tieto prípady by

investícia do hardvéru bola príliš riziková.

Aplikácie sa širokou geografickou dostupnosťou

Cloud služby sa vďaka dnešnej pokročilej internetovej sieti dajú distribuovať po celom

svete a tým pádom sa cloud hodí pre aplikácie, ktoré vyžadujú širokú geografickú

dostupnosť. Vďaka nadnárodným poskytovateľom možno mať aj pre určité teritóriá dátové

centrum bližšie zákazníkom

Aplikácie vyžadujúce externé úložisko dát

Cloud vyhovuje aj aplikáciám vyžadujúcim externé dátové úložisko prístupné cez internet.

Zákazník platí len za využitý priestor a môžeme ho akokoľvek zväčšovať. Nemusí sa tiež

starať o zabezpečenie a zálohovanie. (http://computerworld.cz/novinky-microsoftu/cloud-pro-

pokrocile-3-kdy-je-lepsi-pouzit-cloud-44121/ 1.1.2014/)

25

ANALYTICKÁ ČASŤ PRÁCE

V analytickej časti práce sa budeme snažiť popísať konkrétnejšie firemné prostredie

z pohľadu možností nasadenia Cloud Computingu. Bude to hlavne z pohľadu Software as

a Service a jeho možností modularity, výhod a nevýhod, ktoré táto technológia prináša do

súčasnej praxe ERP.

2 Firemné prostredie ako zákazník a Cloud Computing

Cloud computing v prípade SaaS prináša rokmi a skúsenosťami prepracovaný softvér,

ktorý by si malé a stredné firmy nikdy nemohli dovoliť. Vývojári softvéru tieto skúsenosti

získajú vďaka spolupráci s najväčšími firmami v odbore a opakovaným procedúram.

Vďaka SaaS je možné potom jednoducho ponúkať takéto riešenie pre všetkých zákazníkov.

Pre malé a stredné firmy je cloud computing na nezaplatenie, pretože by sa pri vlastnej

infraštruktúry k takej úrovni IT nedostali , alebo len veľmi ťažko. To sa týka aj výhody

využívania služieb skúsených a hlavne vyškolených expertov, ktorí služby v cloude

spravujú. Cloud computing prináša veľa výhod, ale aj niektoré skryté nevýhody. V tejto

kapitole sa budeme snažiť popísať hlavné faktory z pohľadu firmy ako zákazníka vo forme

analýzy. V prvej časti tejto hlavnej kapitoly uvedieme konkrétne výhody nasadzovania

SaaS ako služby, ale ako vyššie uvádzame aj skryté nevýhody. Tým sa budeme venovať

v ďalších kapitolách.

2.1 Investícia do cloud computing riešenia a náklady

Prvotné investície do riešenia v cloude sú oveľa nižšie, než pri nákupe a implementácii on -

premise konkrétnych riešení. To firme umožňuje nasadiť SaaS veľmi rýchlo a tým pádom

aj rýchlejšie zvýšiť svoju konkurencieschopnosť. Napriek tomu sa ale firmy nevyhnú

napríklad jednorazovej investície do customizácie a integrácie systému. SaaS a cloud

computing všeobecne má aj pozitívny vplyv na firemný tok finančných prostriedkov. Tento

prístup má ešte jednu veľkú výhodu, konečná cena za riešenie je úplne priehľadná a možno

s ňou dobre kalkulovať. Ako príklad možno uviesť CRM systém od spoločnosti

salesforce.com, ktorý v module „Professional“ stojí $ 125 na používateľa na mesiac. V

26

cene sú zarátané náklady na služby: ( hardvér , licencie , správa serverov a systému ,

zálohy, atď.) a ďalej technická podpora určitej úrovne správy systému.

(http://www.onlinetech.com/resources /7.12.2014/)

Obrázok 7 Vysoko úspešná integrácia spoločnosti SalesForce

Zdroj: http://www.mansasys.com/blog/best-practices-for-a-highly-successful-salesforce-integration

/27.4.2014/

2.2 Modularita a dynamickosť nasadeného cloud systému vo firme

Schopnosť systému dynamicky meniť počty používateľov, ktorí môžu využívať softvérové

prostriedky a tiež alokovať hardvérové zdroje je veľmi veľká výhoda nasadeného systému.

Zákazník môže kedykoľvek požiadať o pridanie operačnej pamäte, výkonu procesora alebo

navýšiť objem dátového úložiska v prípade konkrétnej potreby. Ľahko teda prekoná

záťažové špičky, ktoré nastávajú v turbulentných obdobiach sezónnych špičiek, kvôli

ktorým by museli do firmy v prípade vlastného IT nakupovať ďalší hardvér.

(http://blogs.gartner.com/guy-crees /5.3.2014/)

Ten by v ostatných mesiacoch nevyužili a bolo by to veľmi neefektívne a hlavne nákladné.

Hardvérové zdroje poskytovateľa sa pre koncového zákazníka služby môžu zdať takmer

27

neobmedzené a čo je podstatné, sú veľmi dobre zabezpečené. Pomocou systému na

riadenie zdrojov a vďaka virtualizácii môže firma v privátnom cloude využiť svoj hardvér.

2.3 Náklady firmy ako klienta na softvér a licenciu

SaaS prináša veľmi účinné využívanie softvérových licencií a firma teda logicky nemusí

vlastniť licenciu a tým odpadajú prvotné vysoké náklady na jej zaobstaranie. Firma ako

zákazník si iba vyberie službu, ktorá zahŕňa aj licencovaný softvér konkrétneho druhu a

všetky licenčné náklady sú u poskytovateľa. Hlavnou výhodou je, že klient má garantovanú

vždy najnovšiu verziu, bez toho aby musel platiť udržiavacie licencie a aktualizácie na

nové verzie softvéru. Cena licencie je samozrejme zahrnutá do pravidelného poplatku ale

jedná sa o nízku čiastku. (http://www.cloud.cz /2.4.2014/)

Naopak upgrade on - premise systému vždy vyžaduje starostlivé plánovanie,

upozorňovanie používateľov o stálu kontrolu, čo môže znamenať aj výpadok systému, čo

ovplyvňuje chod firmy. U klasických licencií je potrebné inštalovať drobné aktualizácie a

nové verzie, tieto sa vydávajú väčšinou v ročnom alebo dlhšom cykle a potom môže

nasledovať nákladné školenia používateľov. V praxi sú časté prípady, keď firma nemá

peniaze na novú verziu, alebo naopak nová verzia nie je plne kompatibilná s ostatnými

systémami, a z toho dôvodu prevádzkuje firma zastaranú verziu niekoľko rokov.

2.4 Tenký klient – dostupnosť SaaS služieb

SaaS aplikácie sú distribuované pomocou tenkého klienta, ktorým je webový internetový

prehliadač. Dostupnosť služieb je 99 % a viac s dopredu plánovanými výpadkami z dôvodu

údržby a nepredvídaných okolností. Dôležitým prvkom v hodnotení dostupnosti cloud

služieb je kvalita a konektivita konkrétneho internetového pripojenia. Dnes je síce

internetová konektivita samozrejmosťou, ale cloud computing je na rozdiel od on - premise

aplikácií na internetovej sieti úplne závislý. Vyžaduje teda oveľa väčšiu šírku pásma,

rýchlosť pripojenia a tiež rýchlejší odozvy siete. Čím viac sa využívajú cloud služby, tým

rastie aj objem prenesených dát. Výkon SaaS aplikácií nie je o nič menšia, než akých

dosahujú inštalácie u zákazníka. Problémom môže byť práve konektivita , ktorá ovplyvňuje

rýchlosť prenosu dát medzi cloudom a klientom. Používateľ môže ľahko dôjsť k názoru, že

daná služba je pomalá len z tohto dôvodu. (www.online-crm.com /12.4.2014/)

28

2.5 Mobilný prístup a cloud firemné riešenia

Konkrétne SaaS verzie sú od začiatku pre klientov navrhované pre webový a mobilný

prístup. S nástupom smartfónov a tabletov je možné aplikácie ľahko preniesť aj na tieto

platformy. Používatelia potom môžu mať prístup k dôležitým obchodným dátam

kedykoľvek a hlavne odkiaľkoľvek. U on - premise riešeniach je integrácia do mobilných

platforiem zložitejšia, pretože systémy na to často nie sú pripravené.

Technická podpora cloud služieb by mala byť rovnaká, ako je ich dostupnosť. Je to nutné

už z dôvodu ponúkania služieb do krajín s rôznym časovým pásmom, ale aj kvôli počtu

zákazníkov. V prípade akéhokoľvek globálneho výpadku poskytovateľa je nutné chybu čo

najskôr odstrániť. S on - premise softvér firmy bežne ponúkajú podporu 8h denne v

pracovné dni. Ak sa teda niečo stane v piatok popoludní, tak je nutné čakať na riešenie až

do pondelka.

Pre oba prípady sa dnes ale podpisujú servisné a Service Level Agreement zmluvy, ktoré

presne vymedzujú čo má zákazník obdržať, aký je rozsah technickej podpory a prípadne

pokuty za nedodržanie podmienok. Výhodnejšie SLA pre zákazníka síce stojí viac peňazí,

ale zase má zabezpečenú nevyhnutnú úroveň podpory. Môžeme teda povedať, že

s cloudom automaticky prichádzaaj intenzívnejšia technická podpora.

(http://www.cloudave.com /2.4.2014/)

2.6 Zabezpečenie firemných dát a riziko straty

Hlavnou otázkou bezpečnosti v cloude zostáva, kto má k dátam prístup a ako je tento

prístup chránený. Či už na úrovni používateľa, ktorý so systémom pracuje, alebo

poskytovateľa a jeho pracovníkov. V dátových centrách sa stráži fyzický prístup a rovnako

sa overuje aj identifikácia používateľov vzdialeného prístupu. Dnes už často nestačí

samotná identifikácia pomocou mena a statického hesla, ale využívajú sa aj dynamické

jednorazové heslá, alebo bezpečnostné tokeny a hardvérové kľúče. Bežným štandardom je

napríklad pri prihlásení z neznámeho počítača vyžiadanie overenia cez firemné e-mailové

konto. Potom sa daný počítač zaradí do schválených zariadení. Toto všetko sa riadi na

úrovni Identity Manažmentu, ktorý riadi prihlasovacie politiky užívateľov. Databáza

používateľov by mala byť vždy u poskytovateľa. Nemenej dôležité je aj nastavenie

29

systémových rolí a prístupových práv k ďalším dátam a operáciám. O túto úroveň sa stará

IRM ( Information Rights Management ), ktorý stanovuje prístupové práva na úrovni

dokumentov, alebo súboru.

O bezpečnosť dát pri transfere dát z cloudu poskytovateľa do prehliadača používateľa sa

stará protokol SSL, respektíve jeho nástupca TLS, ktorá zaisťuje autentizáciu a šifrovanie

dát. Toto zabezpečenie je dostatočné a svedčí o tom aj prax internetového bankovníctva

väčšiny bánk. Stránky pre overenie pravosti a šifrovanú transmisiu potrebujú konkrétny

bezpečnostný certifikát. Banky najčastejšie používajú SLL ocenenia spoločnosti VerySign.

V prípade že firma potrebuje silnejšie zabezpečenie spojenia, tak sa využíva VPN

pripojenie prípadne aj na úrovni router - router pre vytvorenie bezpečného tunela.

Odhad za rok 2012 spoločnosťou Forrester bolo, že cloud je veľmi bezpečný. Popredný

poskytovatelia cloud služieb získavajú najdôležitejšie bezpečnostné certifikáty (ISO 27001,

ISO 20001, PCI-DSS a FISMA) a tiež preukazujú transparentné prevádzkové praktiky.

Zaobchádzanie s dátami je na vysokej úrovni a hlavné dátové centrá sú v Európe a Ázii.

Pokrokom je však skutočnosť, že si aj samotní zákazníci začali uvedomovať svoju

zodpovednosť v oblasti bezpečnosti cloudu. (http://www.zdnet.com/blog/forrester/scoring-

forresters-2011-cloud-predictions/774 /10.3.2014/)

Obrázok 8 Percentuálny nárast Cloud riešení podľa analytickej spoločnosti Gartner

(www.gartner.com)

Zdroj: http://www.forbes.com/sites/louiscolumbus/2013/02/19/gartner-predicts-infrastructure-

services-will-accelerate-cloud-computing-growth/ 27.4.2014/

30

Pri využití cloud služieb nesie všetku zodpovednosť za dostupnosť a zálohu firemných dát

poskytovateľ. Vďaka tomu, že dáta nie sú fyzicky vo firme, nie je potrebné sa obávať chýb

hardvéru, alebo napríklad prírodnej katastrofy. Pre tento účel poskytovatelia cloud služieb

majú vytvorený tzv. „Disaster Recovery Plan“, ktorý jednoznačne identifikuje a riadi

kontrolu nad dátami a zabezpečuje minimalizáciu strát v prípade potreby.

Pre predstavu môžeme uviesť porovnanie CRM bežiaceho na serveri zákazníka

zasiahnutého požiarom oproti CRM formou služby. V prvom prípade je nutné zabezpečiť

nový hardvér, odborný personál na jeho inštaláciu, obnovu inštalácie CRM a nahranie dát

zo zálohy (ak nejaká existuje). Tento proces môže trvať aj niekoľko dní. Pri využití SaaS sa

pre firmu nič nemení. Aj v prípade zasiahnutia koncových staníc možno k firemným dátam

pristupovať ďalej. Dnes už fungujú aj zálohy vo forme služby. Firma iba posiela svoje dáta

k poskytovateľovi a nemusí sa o nič viac starať.

2.7 Implementácia, testovanie a prevádzka

Tým, že zákazník nemusí inštalovať vlastný hardvér, operačné systémy, databázy, atď., sa

veľmi znižuje riziko vzniku problémov v priebehu implementácie ako je oneskorenie

dodávky alebo možný krach implementácie. Tieto riziká, ktoré by mohli implementáciu

ohroziť, sa prenášajú na poskytovateľa, ktorý má už svoju infraštruktúru vytvorenú.

Testovanie prevádzky konkrétneho systému je veľmi dôležitým krokom pri príprave

a nasadení danej služby. Po obdržaní prístupových údajov má zákazník funkčnú aplikáciu a

službu a môže začať testovať. Zákazník často testuje aplikáciu v rovnakom stave, ako bude

v jej produkčnej verzii. SaaS teda nielen, že skracuje dobu potrebnú na implementáciu

softvéru, ale aj testovanie, ktoré ju predchádza. Tohto stavu u on – premise modelu je

možné docieliť len veľmi ťažko a hlavne je to veľmi časovo náročné.

2.8 Závislosť na poskytovateľoch služieb a umiestnenie našich dát

Cloud computing sám o sebe by nemal znamenať čisto technologické negatívum. Nie však

každý druh aplikácie sa však pre riešenie v cloud prostredí hodí. Naše firemné dáta sú

fyzicky uložené u poskytovateľa služieb a tým pádom spotrebiteľ nad nimi nemá priamu

kontrolu, existuje teda potenciálne riziko úmyselného alebo neúmyselného zneužitia, či

poškodenie dát. Tomu sa ale nedá úplne ubrániť ani u inštalácie on - premise. Skôr je teda

31

nutné nájsť spoľahlivého a dôveryhodného poskytovateľa s bezpečnostnými certifikátmi a

mať tieto otázky zmluvne ošetrené. V dnešnej dobe je zabezpečenie dát u popredných

poskytovateľov na veľmi vysokej úrovni. Vo väčšine prípadov aj oveľa vyššie, ako sú

organizácie schopné dosiahnuť vlastnými prostriedkami.

Dáta môžu byť fyzicky uložené v inej krajine, než sídli poskytovateľ a hlavne zákazník.

Táto skutočnosť môže znamenať určité právne problémy, napríklad v oblasti spracovania

osobných alebo citlivých údajov, autorských práv a špecifické požiadavky potom môžu

mať aj orgány verejnej a štátnej správy. Niektorí poskytovatelia služieb sú si vedomí tohto

nedostatku a ponúkajú riešenie, to znamená, že spoločnosti si môžu zvoliť, kde chcú, aby

boli ich dáta fyzicky uložené a klienti majú možnosť si zvoliť „lokalitu – štát – región“

ktorý si zvolia na základe vlastných požiadaviek. (http://www.erpforum.cz/erp-trendy-

28.html /20.4.2014/)

Značná závislosť na poskytovateľovi služby a jeho riešenie je ďalšou možnou slabinou.

Odoberané softvérové a hardvérové riešenie je dané poskytovateľom a zvyčajne ho

nemožno ovplyvniť do požadovanej úrovne akú niekedy potrebujeme. V prípade prevahy

odoberaných služieb od jedného dodávateľa môže byt firma v nevýhodnej vyjednávacej

pozícii, napríklad v súvislosti s cenovými podmienkami, rovnako sa môže sa tiež stať, že

firma vyvinie aplikáciu, ktorá vyžaduje určitý typ hardvéru, ktorý poskytovateľ cloudu

nevlastní. Tým pádom si musí zabezpečiť hardvér sama a ísť cestou on - premise riešenia

alebo privátneho cloudu.

Už aj samotný prechod z klasického modelu prevádzkovania IS / ICT na cloud computing

môže byť pomerne náročný proces, ktorý môže zahŕňať výmenu, úpravu či vytvorenie

potrebných aplikácií tak aj migráciu dát z existujúcich systémov. Z technického hľadiska to

môže byť pomerne komplikovaná úloha.

2.9 Single – tenant a Multi – tenant riešenia

V prípade klasických SaaS cloud riešení, využíva službu mnoho ďalších firiem a jedná sa

teda o multi - tenant riešenie, v takomto prípade nie je možný veľký priestor na

customizáciu. Už z povahy „prenajímania“ vychádza, že sa odberateľ delí o rovnaký

softvérový kód, ktorý je schopný pracovať vo viacerých moduloch na virtuálnych

serveroch. K tomu sa viaže určitá všeobecnosť a nemožnosť prispôsobovať aplikáciu na

32

mieru jednej strane, pretože druhá to vyžaduje inak. V tomto prípade sa používajú určité

možnosti úprav aplikácie na tzv. parametrizáciu a je možné nastaviť tzv. následnosť akcií.

Samozrejmosťou sú konkrétne možnosti vlastného pomenovania polí, nastavenie vlastného

jazyka, meny a ďalších parametrov.

Naopak to je u privátneho cloudu, kde sa často nasadzujú single - tenant aplikácie, kde sú

široké možnosti prispôsobenia - customizácie obmedzené len daným softvérom. Existuje aj

stredná cesta, kedy zákazník kupuje softvér a licenciu a prevádzkuje aplikáciu v cloude u

poskytovateľa, kde má vyhranený svoj virtuálny server. Poskytovateľ sa mu stará aj o daný

softvér a vďaka single - tenant nasadenia môžu byť zmeny realizované podľa potreby.

V takomto prípade sa jedná o tzv. outsourced private cloud. Zákazník potom platí za

odoberanú službu a úpravu kódu. Nevýhodou je, že je potrebné najskôr zakúpiť softvérovú

licenciu. Prichádza teda o flexibilné licencovanie, ale ostávajú ostatné ušetrené náklady na

hardvér. Vzhľadom k podstate cloud computingu, kedy sú služby poskytované

prostredníctvom internetu, prirodzene rastie objem prenesených dát a súčasne sa zvyšujú

požiadavky na prenosovú rýchlosť a spojenie. Tieto vyššie náklady však môžu byť

kompenzované oveľa väčšími úsporami v iných oblastiach.

2.10 Try and Buy – vyskúšaj a potom kúp

V súčasnom rozmachu cloud computingových riešení si zákazníci môžu veľmi ľahko

vyskúšať a samozrejme aj prevádzkovať systémy, ktoré im boli v klasickom on - premise

systéme „nedosiahnuteľné“. Napríklad produkty spoločnosťou SAP alebo ORACLE boli

zviazané vždy len s veľkými podnikmi a teraz formou SaaS ich môžu používať aj menšie

firmy. Bez veľkých rizík je dnes možné využívať softvér, ktorý vyvinula a poskytuje

spoločnosť z druhej časti planéty, a v krajine zákazníka ho nikto nedodáva a nepodporuje.

V prípade zlej voľby možno vďaka pružnému licenčnému modelu rýchlo od dodávateľa

odísť a neznamená to vysoké finančné straty.

2.11 Hlavné riziká cloud computingu

Riziko 1:

Termín teória zdieľaného prostredia sa zaoberá problematikou využívania rovnakých

procesorov, pamätí a hlavne diskových úložísk. Dáta jednotlivých používateľov služby sú

33

oddelené pomocou prístupových práv a politík. Môže teda logicky nastať „situácia“, že

hlavní konkurenti na trhu budú mať svoje dáta na rovnakom pevnom disku .

Riziko 2:

Nedostačujúca a nespoľahlivá konektivita. V prípade, že má firma svoje dáta umiestnené

geograficky na inom mieste ako je jej sídlo, v tom prípade je konektivita veľmi dôležitým

parametrom pre odber služieb. Môže sa stať, že cloud služby majú odozvu dostatočnú, ale

internetové pripojenie s úzkym pásmom a nevhodnou agregáciou ich urobí nepoužiteľné .

Riziko 3:

Ďalším rizikom je úplný výpadok konektivity. Napríklad u e-mailového servera,

prevádzkovaného vo forme služby, kedy zákazník využíva iba webový IMAP klient je

užívateľ pri výpadku konektivity náhle bez elektronickej pošty.

Strata a nízka kvalita konektivity je teda veľkou hrozbou všetkých IT / ICT služieb , ale

cloud computing postihuje vo väčšej miere krach alebo významné zmeny na strane

dodávateľa.

Riziko 4:

Krach poskytovateľa služieb môže zapríčiniť značné problémy a ťažko sa dopredu

odhaduje. Dodávateľa môže tiež kúpiť iná firma, zmeniť portfólio služieb, prípadne danú

službu naďalej neposkytovať. Riziko je aj vývoj aplikácie smerom, ktorý firme nevyhovuje

a musí sa mu prispôsobovať. To všetko môže ohroziť dodávku odoberaných služieb a

spôsobiť zákazníkovi veľké škody.

Obrázok 9 Cloud computing z pohľadu zákazníka (Zdroj: Vlastné spracovanie)

34

Obrázok 10 Príležitosti a hrozby pre zákazníka

Zdroj: Vlastné spracovanie

Poskytovatelia cloud služieb potrebujú veľmi výkonné dátové centrá (centrum zdieľaných

služieb), ktoré jednak dokážu obslúžiť narastajúci počet zákazníkov a ich potreby, ale

rovnako tiež stavbu podľa najmodernejších štandardov pre zálohovanie dát tak, aby dátové

centrá boli chránené pred výpadkom a živlom. To so sebou nesie veľké počiatočné

investície a môže byt bariérou pre vznik nových poskytovateľov služieb.

Pri cloud computingových službách musí byť dátové centrum schopné odolať výpadku

komponentov a tiež musí byť chránené proti ohňu, vode a tiež neúmyselným chybám

personálu. K výpadku samozrejme môže dôjsť pri údržbe, ale percento je veľmi malé,

pretože takéto systémy spravujú len špecializovaný odborníci.

Dostupnosť počíta podľa vzorca:

MTBF A = -----------------

MTBF + MTTR

Kde:

MTBF - Mean Time Between Failures - Priemerná doba medzi poruchami

MTTR - Mean Time To Recovery - Priemerná doba k zotaveniu systému z poruchy

Zdroj: http://www.netguru.cz /20.3.2014/

Ako smer skôr spomenuli, nie všetky aplikácie sú vhodné pre cloud computing. Hlavným

problémom môže byť spoľahlivosť. Aplikácie bežiace v reálnom čase, ako napríklad

riadenie letovej prevádzky, alebo výrobná robotická linka vyžadujú precízne načasovanie a

neodpúšťajú akékoľvek oneskorenia, ktoré môže u „Software as a servis“ nastať. Rovnako

tak aj kritické aplikácie, u ktorých chyba, alebo krátkodobý výpadok môže znamenať stratu

ľudského života alebo veľké hmotné škody. Keďže žiadne sieťové spojenie nie je

35

stopercentne spoľahlivé, v takýchto prípadoch je SaaS neprípustné a neodporúča sa ho

realizovať. Čím ďalej je spotrebiteľ služby od poskytovateľa, tým dlhšia môže byt odozva

systému. Veľmi častým druhom aplikácií, ktoré nie sú vhodné pre cloud computing sú tie,

pri ktorých sa prenáša veľké množstvo dát. Opäť sa naráža na rovnaký problém a tým je

sieťová priepustnosť. (http://csrc.nist.gov/publications /12.3.2014/)

Na druhej strane stoja aplikácie, ktoré boli akoby pre cloud computing stvorené. Jedná sa

napríklad o CRM, dátové úložiská, e-mailové servery alebo účtovníctva. Obecne sú teda

vhodné aplikácie, ktoré nevyžadujú veľkú mieru customizácie od zákazníka a možno teda

plne využiť multi - tenant režim. (http://csrc.nist.gov/publications /12.3.2014/)

V ďalšej časti práce analyzujeme možnosti nasadenia ERP (Enterprise Resource Planning)

systému v rámci CC riešenia pre strednú firmu a možnosti využívanie jeho konkrétnych

modulov. V tejto časti sa pokúsime vytvoriť konkrétny pohľad na hlavné faktory ktoré

ovplyvňujú proces prechodu strednej firmy na ERP systém v cloude.

3 ERP systémy na trhu

Medzi hlavné ERP systémy na trhu patrí spoločnosť SAP a jej produkty:

SAP mySAP,

SAP Business ByDesign

Spoločnosť ORACLE produkty:

JD Edwards World,

JD Edwards EnterpriseOne

Spoločnosť Microsoft produkty:

MS Dynamics AX,

NAV,

GP

a ďalšie

Firmy ktoré uvádzame dodávajú najväčšie a najpredávanejšie on - premise riešenia na trhu.

SAP ponúka najkomplexnejšie portfólio business aplikácií, ktoré sú pripravené pre

36

jednotlivé odvetvia. Tieto produkty si ale môžu dovoliť len solventné firmy a hlavne

hovoríme o on – premise realizácii, teda riešenia dodávaných na hardvér zákazníka a

inštalovaný v mieste firmy (viď graf 3).

Podľa spoločnosti T - Systems, ktorá sa zaoberá implementáciou informačných systémov

on – premise a rovnako cloudovým riešením je krátka budúcnosť SaaS na európskom trhu

nasledovná (viď graf 1 a 2).

Graf 1 Aktuálne prijatie a budúce plány pre SaaS v Európe 2013 -2014

Doplnenie SaaS do spoločností počas (do) dvoch rokov

Nasadenie SaaS do dvoch rokov

Zdroj: http://www.t-systems.com/news-media/cloud-computing-it-s-the-why-that-

counts/857124# / 23.4.2014/

37

Graf 2 Hlavné faktory ovplyvňujúce výber dodávateľa cloudových služieb sú podľa

spoločnosti T – Systems.

1- Nie je vôbec dôležité

2- Veľmi dôležité

Zdroj: http://www.t-systems.com

Pod ERP balík aplikácií môžu patriť tieto napríklad moduly:

SCM (Supply Chain Management),

CRM (Customer Relationship Management),

PLM (Product Lifecycle Management),

HCM (Human Capital Management),

Manufacturing Management,

Warehouse management,

Asset management,

Financial management,

Order management,

Project management,

Inventory management

38

Graf 3 Percentuálne zastúpenie najväčších dodávateľov ERP systémov na svete

Zdroj: http://www.arthurlawrence.net/blog-five-reasons-why-sap-continues-to-dominate-

the-erp/ / 23.4.2014/

SaaS v súčasnosti naopak nahráva jednoduchším aplikáciám, ktoré nevyžadujú nutnosť

veľkej customizácie na mieru zákazníka. Súčasným trendom v oblasti ERP systémov je ich

zjednodušovania a mobilita. Tiež sa upúšťa od módy jedného globálneho balíka

podnikových aplikácií, ako tomu bolo predtým. To všetko nahráva cloud computingu

a konkrétne SaaS „službe“.

3.1 Spoločnoť Gartner a ERP Cloud computing - krivka trendov

Spoločnosť Gartner vydáva každoročne svoje štúdie Trend v najrôznejších oblastiach IT.

Využívajú k tomu krivku, ktorú nazývajú „hype cycle“. Tá ponúka pohľad na zrelosť

jednotlivých technológií, IT metodík a manažérskych disciplín. Snažia sa zvýrazniť, ktoré

očakávania sú prehnané a odhadnúť ako dlho bude technológiám a trendom trvať, než

dosiahnu svojej zrelosti, aby sa na trhu uchytili. Tiež pomáha organizáciám rozhodnúť sa,

kedy je vhodné danú technológiu nasadiť, aby neinvestovali do prázdnych marketingových

pojmov. (http://cs.wikipedia.org/wiki/Microsoft_Dynamics_NAV /15.3.2014/)

39

Obrázok 11 Gartner Hype Cycle správa pre Cloud Computing, 2012 – 2013

Zdroj: http://softwarestrategiesblog.com/2012/08/03/gartner-releases-their-hype-cycle-for-

cloud-computing-2012/ 24.3.2014/

Krivka Gartner Hype Cycle sa delí na tieto časti :

• Technology Trigger - Prielom, prvé predstavenie produktu, ktorá značne zaujme

pracovníkov odborníkov z praxe,

• Peak of Inflated Expectations - V tejto fáze nastáva nadšenie a nerealistické predstavy o

tom, čo všetko môže technológia priniesť. Zažíva aj pár úspechov vďaka snahe

technologických lídrov, ale celkovo je skôr neúspešná, pretože sa dostáva na hranice

svojich možností,

• Trough of Disillusionment - Technológia, ktorá absolútne nenaplní to, čo sa od nej

očakávalo a rýchlo vychádza z módy,

• Slope of Enlightenment - Cielené experimenty a poctivá práca rôznorodých organizácií

vedie k naozajstnému pochopeniu možností technológie a možným prínosom a rizikám,

• Plateau of Productivity - V tejto fáze technológie prináša reálne úžitky a je všeobecne

prijatá. Nástroje a metodiky sú stabilné. Organizácies a už neboja technológie nasadiť a

postupne sa rozširujú. (http://www.gartner.com /10.4.2014/)

40

3.2 ERP systém a jeho realizácia v Cloude

Naša analýza sa zameriava na vlastnosti ERP systému poskytovaných vo forme SaaS z

pohľadu zákazníka. Zmieňuje najpodstatnejšie rozdiely od klasických on - premise

systémov.

Obstaranie ERP systému je vďaka nižším prvotným nákladom oveľa jednoduchšie. S tým

úzko súvisí aj nízke TCO (Total Cost of Ownership) a lepšiu ROI (Return On Investment).

Vďaka realizácii ako SaaS nie je potreba veľkých investícií na obstaranie nákladnej

licencie a hardvéru. Nesmieme však zabúdať na cenu za implementáciu konkrétneho

riešenia, ktoré v prípade zabezpečenia treťou stranou môže znamenať značný náklad hneď

na začiatku. Ak implementáciu vykonáva poskytovateľ, tak je možné ju rozložiť do

viacerých rokov, podľa zmluvy. Obstaranie drahého systému sa nemusí kompenzovať

šetrením na iných miestach, napríklad platoch IT zamestnancov. Stav IT personálu sa

môžete zúžiť, ale nemusí. Firma bude vždy niekoho potrebovať aj v prípadoch SaaS, ale

nebude už potrebné ľudí starajúcich sa o hardvér, na ktorom by systém pracoval a tiež o

aktualizácie. Nemusí teda platiť ani IT expertov, pretože tí sú na strane dodávateľa.

V prípade rozšírenia firmy je veľmi jednoduché dokúpiť službu pre ďalších používateľov a

naopak. Vďaka mesačným, alebo štvrťročným platbám za používateľa, je SaaS veľmi

flexibilný a firma nemusí dopredu plánovať, ako veľkú licenciu nakúpiť. Vzhľadom k

vysokým cenám ERP riešenie možno ušetriť v prípade zníženie počtu používateľov.

Rovnako tak si zákazník platí aj za potrebný výkon a veľkosť dátového úložiska. Flexibilita

SaaS ERP sa odvíja od dodávateľa ERP a zmluvy.

Trvanie projektu na zavedenie on - premise ERP systémov je s každým rokom kratšie, ale

aj tak podľa štúdie Panorama Consulting Group z roku 2012 trvá zhruba 15 mesiacov. V

prípade cloud riešenia je cca o 4 mesiace kratšie. Menšie a stredné firmy môžu využiť SaaS

riešenie, ktoré je k dispozícii okamžite. Samozrejme sa ani tu firma nevyhne určitej

customizácii a integrácii s existujúcimi systémami. Implementáciu je možné zvládnuť aj v

priebehu mesiaca. SaaS znižuje riziko zlej voľby poskytovateľa, pretože ho možno

relatívne rýchlo zmeniť.

41

ERP systémy obsahujú najcitlivejšej dáta firiem, ako je účtovníctvo, informácie o

zákazníkoch alebo obchodné a výrobné know - how. Dáta sú u preverených

poskytovateľov služieb často vo väčšom bezpečí, než na vo vlastnej firme, ale stále sa

objavujú obavy z toho, že firma nemá svoje citlivé dáta fyzicky pri sebe. Ide teda skôr o

psychologickú bariéru na strane zákazníka, ktorý môže ERP v cloude uškodiť. Naráža sa tu

aj na právne normy danej krajiny, ktoré musí poskytovateľ splniť. Pokiaľ však firma

vyberie zavedeného poskytovateľa a všetky prípady ohrozenia dát zaistí zmluvne, tak tu nie

je o nič väčšie riziko, než u on - premise riešenia a skôr naopak.

3.3 Customizácia ERP systému

ERP systémy sú špecifické svojím napojením na obchodné alebo napríklad aj výrobné

procesy vo firme. Z toho vyplýva rôznorodosť, na ktorú musí byť firma pripravená. To

odporuje požiadavke SaaS, kde je snaha o čo najjednoduchšiu aplikáciu, ktorá sa ľahko

prevádzkuje v modeli 1 : N.

V odbornej literatúre (http://csrc.nist.gov/publications/drafts/800-146/Draft-NIST-SP800-

146.pdf) prevláda názor, že SaaS všeobecne má len veľmi malé možnosti customizácie. Tie

sa väčšinou vzťahujú na prispôsobenie rozvrhnutie obrazoviek, zmenu polí a ich parametre

pre danú firmu, prípadná zmena workflow systému. Nie je však možné dosiahnuť také

úrovne customizácie ako u on - premise riešenia, kde je možné danú inštaláciu kompletne

upraviť dokonca na úrovni kódu. Ponúka sa otázka, či to nie je skôr výhoda. Pri silne

individualizovanom systéme sa firma môže dostať do akejsi pasce, kedy má dokonale

prispôsobený on - premise systém a kvôli tomu nemôžete upgradovať na novú verziu. Pre

SaaS hovorí možnosť customizácie, ktorá sa nevylučuje s pravidelnými upgradami.

Customizácia je jednoduchá a veľmi rýchla. Lepšie a rýchlejšie sa teda prispôsobuje

zmenám v podnikaní. Príkladom pokročilého SaaS riešenie je prevádzka spoločnosti

NetSuite so svojím SaaS ERP produktom, ktorý je navrhnutý pre jednoduchú úpravu.

Vyvracia teda predstavu o tom, že SaaS nemožno ľahko prispôsobiť podnikaniu a firmy

musia skôr prispôsobiť svoj obchodný model možnostiam aplikácie.

ERP systém NetSuite ponúka aplikáciu SuiteFlow, čo je grafický nástroj, ktorý umožní

používateľovi meniť workflow podľa zmien v konkrétnej činnosti. Prispôsobenie multi -

42

tenant aplikácií pravdepodobne vždy bude obmedzenejšia, než u on - premise. Stredné a

veľké spoločnosti sú teda zvyknuté mať ERP systém nastavený presne podľa ich

obchodných a výrobných procesov. So SaaS klesá možnosť ladenia softvéru na mieru

organizácie a tiež kontrola nad aktuálnou verziou. Menšie firmy sa skôr prispôsobujú,

využívajú zabudované procesy. Organizáciám bez jasných cieľov a definovaných

obchodných procesoch SaaS riešenie nepomôže o nič viac, než on - premise. Čo sa týka

globálnej pôsobnosti firmy, pre ERP je viac ako dôležité, keďže sa jedná o systém, ktorý je

u väčších firiem nasadzovaný na každej pobočke. Ušetrené náklady za opakovanú

implementáciu môžu byť značné. Hlavný prínos bude jednoduché prepojenie systému pre

kontrolu hospodárenia a riadenie medzinárodných obchodných prípadov.

Staršie systémy ako napríklad SAP R / 3 nikdy neboli navrhované pre prepojený svet a núti

firmy doinštalovať drahé adaptéry alebo aplikácie tretích strán. Jednoducho povedané nie

sú orientované na služby. Ako náhle sa web stal médiom pre výmenu informácií, tak začali

mať on - premise ERP systémy problémy. SaaS prináša reporty vo forme Dashboard pre

manažment i bežného používateľa. Zákazníci chcú napríklad vidieť cenu a počet tovar

skladom priamo na stránke organizácie a po objednávke tiež jej status. Na opačnej strane

stoja cloudové ERP systémy, ktoré boli navrhované na prepojenie s inými platformami a

webovými aplikáciami v rámci organizácie aj mimo. Od základu sú navrhnuté ako stále

dostupné služby, slúžiace ako firme, tak aj pre jej partnerom, dodávateľom a hlavne

zákazníkom.

Obrázok 12 Aplikácia SuiteFlow integrovaná v ERP systéme Netsuite slúžiaca na

customizáciu systému

Zdroj : www.netsuite.com

/11.43.2014/

43

3.4 Náklady na ERP v realizácii SaaS

Spoločnosti sa často rozhodujú pre ERP - SaaS hlavne kvôli počiatočným nižším

nákladom. Dôležité je ale tiež spočítať, aké budú náklady napríklad po 2 rokoch samotnej

praxe a zistiť kedy sa cenove pretína model SaaS s on – premise realizáciou. Mesačné

poplatky za ERP sa vo väčších firmách násobia naozaj veľkými číslami a počiatočné

nadšenie sa môže v extrémnom prípade obrátiť v neschopnosť platiť za službu tak vysoké

mesačné poplatky. U on - premise by v prípade ekonomických problémov zostal

licencovaný softvér a prípadné finančné výpadky by boli prekonané bez zmeny. U SaaS by

bola služba bez platenia počas krátkej doby vypnutá. Z praxe ale vieme, že s nákladmi sa

ale určite lepšie pracuje z účtovného a ekonomického hľadiska u SaaS verzie.

Integrácia SaaS je rovnako ako u on - premise závislá na možnostiach softvéru

komunikovať s ostatnými systémami. Toto je realizované hlavne pomocou API. U SaaS

ERP systémov je možné naraziť na problémy v integrácii so staršími on - premise

systémami. Problém môže byť na strane cloudu, kedy má obmedzené možnosti integrácie,

alebo zastarané on - premise aplikácie. Aj to môže odradiť firmu od nasadenia SaaS

riešenia. Vždy je teda nutné si zistiť možnosti napojenia na existujúce systémy organizácie

a partnerov, s ktorými systémy spolupracujú. Tejto problematike sa začalo venovať

niekoľko firiem, pretože to bola istá príležitosti na trhu a je stále aktuálna. Existujú teda už

systémy špecializujúca sa na integráciu známych SaaS služieb (salesforce.com, NetSuite,

Google Apps), medzi sebou, ale aj s firemnými back office systémami. Ako príklad možno

uviesť firmy Adeptia, Jitterbit alebo Informatica Cloud.

44

Obrázok 13 Adeptia ETL Suite - komplexné riešenie, ktoré poskytuje výkonné konverzie

dát.

Zdroj: http://www.adeptia.com/products/data_transformation.html /1.3.2014/

Ak by sme mali zhrnúť jasné pozitíva nasadenia ERP ako SaaS boli by to asi tieto:

Jasne určené náklady na prevádzku do budúcnosti,

Využívanie moderných informačných technológií zo strany poskytovateľa služby,

Mutitenancia – skúsenosti,

Rozšíriteľnosť.

Rovnako by sme zhrnúť jasné potencionálne negatíva ERP ako SaaS:

Zvyšovanie poplatkov za službu,

Výpadok Internetového pripojenia – obmedzenosť služieb,

Strata, respektíve únik dát,

Možná nekompatibilita so zastaranými on – premise systémami,

3.5 Návratnosť investície spoločnosti do ERP SaaS riešenia

Return On Investments, čiže návratnosť investícií je metóda, ktorá sa používa na

hodnotenie investície nielen do informačných technológií. Na IT sa vynakladajú veľké

prostriedky s často nejasnými výsledkami. ROI by mala pomôcť predpovedať kedy a či

45

vôbec sa organizácii tieto prostriedky vrátia. Spoločnosti by si mali spočítať návratnosť ich

investície do hardvéru, softvéru a iných aktív. K tomu ale najskôr musia vedieť, čo stojí ich

existujúca prevádzka. To býva čiastočne aj problém tejto metodiky na výpočet návratnosti

investície. Spoločnosti, ktoré nevedia, aké majú doterajšie náklady na všetky oblasti, ťažko

spočítajú úžitok a peniaze ušetrené pri zavedení nového systému do firmy.

Obrázok 14 ROI finančná metrika

Zdro: http://www.forbes.com

Nasadením ERP sa vždy očakáva zníženie operačných nákladov firmy a zvýšenie príjmu.

Podľa výskumu spoločnosti Panorama Consulting Group z roku 2012 sa ale iba 50

percentám zákazníka podarilo realizovať viac ako 50 % očakávaných úžitkov. ROI teda

nehovorí, či sa dosiahnu ciele a kedy, ale iba odhaduje návratnosť investície.

(http://www.salesforce.com/saas/benefits-of-saas/12.3.2014/)

Vzorec ROI:

Príjmy – Vynaložené náklady

Vynaložené náklady

ROI <100% - Ak nie je hodnota záporná, tak to znamená, že projekt zarába,

ROI = 100% - Bod zlomu návratnosti investície, príjmy sa rovnajú vynaloženým

nákladom.

46

ROI> 100% - predstavuje veľmi výhodnú investíciu, ktorá je behom danej doby splatená a

generuje zisk.

Samotný výpočet je veľmi jednoduchý. Pred výpočtom je potrebné určiť oblasti, ktoré

investíciu ovplyvnia, analyzovať zmeny a previesť ich na finančné čísla. V praxi sa

rovnako využívajú takzvané tvrdé a mäkké metriky, o ktorých budeme písať na ďalších

riadkoch. (http://si.vse.cz/archive/proceedings/2001/metriky-jako-nastroj-rizeni-efektivity-

is-it.pdf)

Tvrdé metriky ERP:

skrátenie dĺžky DSO (Days Of Outstanding)

zrýchlenie výroby

zníženie stavu skladovej evidencie

Mäkké metriky ERP:

lepší prehľad nad výrobou a skladom

efektívnejšia komunikácia so zákazníkmi a dodávateľmi

jednoduchší a rýchlejší reporting pre manažment

Rýchlejšie implementácie

Aplikácie sú jednoduchšie

Zníženie potrebu technickej podpory

Typický príklad: systéme pre call centrá - Ľudia pracujú určitý čas, čo znamená určité

mzdové náklady. Systém úspor operátorovi call centra 1 hodinu práce denne a pri počte

8 operátorov to znamená jedného pracujúceho človeka a jeho plat.

Ďaľším veľmi dôležitým faktorom je analýza celkových nákladov vlastníctva ( Total

Cost of Ownership - TCO), ktorá je používaná ako jeden z veľmi významných

prístupov k hodnotenie podnikovej informatiky. TCO môže byť považované za

finančný odhad s cieľom pomôcť zákazníkom a podnikovým manažérom pri hodnotení

priamych a nepriamych nákladov spojených s IS / ICT - nákup a prevádzka hardvéru

a softvéru. TCO umožňuje zrozumiteľne a jasne priradiť náklady vynakladané na

47

riadenie podniku. Je teda druhou najčastejšie používanou metodikou pre hodnotenie IT

projektov.

Obrázok 15 Total cost of ownership – TCO - odhad celkových priamych aj nepriamych fi-

nančných nákladov.

Zdroj: http://www.itnews.sk/2013-10-08/c158601-tco-naozaj-viete-aka-je-cena-prevadzky-vasho-it

/ 21.2.2014/

CapEX - Kapitálové náklady, inak tiež investičné náklady, sú náklady obchodnej

spoločnosti na obstaranie nového, obnovu starého fyzického majetku

Opex - Prevádzkové náklady, sú celkové náklady na zabezpečenie bežnej podnikateľskej

činnosti (mzdy, materiál, atď.), tj. neinvestičné náklady.

Výpočet TCO pozostáva zo všetkých nákladov na riešenie, ktoré bola firma nútená

vynaložiť .

Počítajú sa tieto položky :

• Náklady na licencie / predplatné u SaaS

• Náklady na hardvér a jeho údržbu ( on - premise )

• Náklady na implementáciu a customizáciu

48

• Náklady na integráciu a migráciu dát

• Servisné a poplatky

• Mzdy IT oddelenie potrebné pre údržbu HW a podporu užívateľov

• Riadenie zmien

• Náklady na školenie

• Konektivita

Rozhodne sa oplatí TCO kombinovať s ROI, kde je počítané s nákladmi a ziskami alebo

úsporami, a porovnať, či sú do oboch veličín zahrnuté rovnaké náklady. Pre ERP sa v praxi

všeobecne počíta TCO a ROI na 5 rokov. (http://truecloud.dreamhosters.com/stub/calculator)

49

PRAKTICKÁ ČASŤ PRÁCE

4 Prechod konkrétnej spoločnosti na Cloud Computing

Zavedenie nového softvéru alebo zmenu existujúceho, spoločnosť vykonáva z hľadiska

nejakej potreby. Môže to byť neporiadok a nejednotnosť firemných dát, potreba

optimalizovať výrobné a predajné procesy, podporenie IT systémov, alebo len nutnosť

znížiť náklady v určitej oblasti. Tieto stimuly by mali pomôcť k definícii cieľov, ktoré chce

firma dosiahnuť.

Prípravy na prechod do cloudu by mala obsahovať tieto body:

[1] Definícia cieľov a metrík

[2] Analýza súčasnej situácie a definície požiadaviek na nové riešenie

[3] Výber vhodného modelu zavedenie softvéru

[4] Výber dodávateľa

[5] Spísanie potrebných zmlúv a príprava exit stratégie

[6] Proces prechodu do cloudu

V prvom rade si musí firma uvedomiť súčasný stav svojho IT a podmienok pre zavedenie

nového systému, či už klasickou formou alebo ako služby. Na základe takejto analýzy sa

bude firma rozhodovať, či vôbec je pre ňu cloud computing vhodný. Preto je dôležité ju

nepodceniť a neusilovať sa o veci za každú cenu. Analýza by mala zvážiť tieto oblasti :

[1] Ekonomická situácia a súčasné náklady

[2] Veľkosť, štruktúra a geografické pôsobenie organizácie

[3] Závislosť firmy na IT

[4] Špecifiká firmy a nároky na customizáciu

[5] Citlivosť dát a know - how

[6] Vlastný hardvér - výkonnosť, spoľahlivosť, rozšíriteľnosť, záruky

[7] IT a iný odborný personál potrebný na zavedenie systému

[8] Možnosti integrácie s existujúcim systémom

50

Výstupom tejto časti by malo byt definovanie rozpočtu pre nový systém a súvisiace veci.

Pre vedenie podniku je cena jedným z najdôležitejších aspektov. Nákup a nasadenie

systému vždy schvaľuje finančný riaditeľ, ktorý má jasné priority. Firma by si mala

stanoviť rozpočet, ktorý bude mať k dispozícii na dosiahnutie cieľov. V rozpočte sa musí

počítať minimálne s týmito položkami:

[1] Náklady na licenciu / predplatné u SaaS

[2] Náklady na hardvér a jeho údržbu (on-premise)

[3] Náklady na implementáciu a customizáciu

[4] Náklady na integráciu a migráciu dát servisné a maintenance poplatky

[5] Mzdy IT oddelenie potrebné pre údržbu HW a podporu užívateľov

[6] Riadenie zmien

[7] Náklady na školenie

ERP systémy sú špecifické veľmi vysokými cenami za licencie a druhá veľká prvotná

investícia sa týka implementácie. V prípade implementácie dodávateľom softvéru môže

byť práca za inštaláciu a prispôsobenie aplikácií firme aj vyššia ako cena licencie.

Nasledujúca tabuľka porovnáva všetky tri varianty nasadenia ERP a zobrazuje súvisiace

náklady. Rozpočtové obmedzenia môžu veľmi rýchlo rozhodnúť vo variante SaaS ERP,

pretože si firma nemôže také prvotné investície dovoliť.

Tabuľka 1 Prioritné obmedzenie pri nasadzovaní jednotlivých riešení

Náklady SaaS Privátny

Cloud On - Premise

Licencia ERP systému x Licencia operačný systém x

Hardvér x x Implementácia

Customizacia

Integrácia Migrácia dát

Školenie

Poplatok za službu x x

Konektivita

Údržba hardvéru a softvéru x

Servisná podpora x

51

Prenájom hardvéru x x

Mzdy

Riadenie zmien

Aktualizácia ERP licencia

Aktualizácia OS, DB x x

Legenda: -obsahuje, x – neobsahuje, - znizenie, -zvysenie

Zdroj: Vlastné spracovanie

Organizácie, sa odlišujú svojimi výrobnými a obchodnými procesmi a SaaS riešenie je pre

nich menej výhodné, skôr realizujú on - premise riešenie na mieru. ERP musí podporovať

dané odvetvie a konkrétne špecifiká daného odvetvia. V komplexnosti na pripravenosť

systému pre najširšie možne odvetvia stále vedie on - premise riešenie SAP. Až na

výnimky obecne platí pravidlo, že v prípade nutnosti zásadne upravovať softvér na mieru,

je treba zvoliť klasickú variantu softvér a upravovať inštaláciu u daného zákazníka. Pre

začínajúce firmy pri zavádzaní softvéru, ktorý realizuje konkrétnu oblasť, pre ktorú ešte nie

sú nastavené procesy, sa oplatí využiť SaaS. Napríklad CRM malej firmy v SaaS prinesie

návod ako pracovať s dátami o zákazníkoch od prvého oslovenia, cez ich získanie a

následnú starostlivosť, preto v tomto prípade jednoznačne SaaS.

Pri veľkých spoločnostiach u existujúcich zavedených systémov je nutné zistiť možnosti

integrácie a tiež formáty dát, s ktorými komunikujú existujúci dodávatelia. Nasadiť systém,

s ktorým nebude vedieť komunikovať okolie podniku, by bolo viac ako neefektívne . Cloud

služby nemajú s integráciou problémy a vývoj ide stále dopredu. Problémy sa teda môžu

vyskytnúť skôr u individuálne vyvinutých aplikácií a doplnkov. Na základe týchto

informácií možno stanoviť požiadavky na možnosti integrácie nového systému. Iba v

prípade väčších objemov dát, ktoré by mali migrovať medzi systémami, je nutné zvážiť

odozvy systému a kapacitu sieťového pripojenia. Ďalšou otázkou je integrácia z cloudu do

cloudu oproti cloudu s on - premise systémom. V prvom prípade je zákazník odkázaný plne

na možnosti integrácie jednotlivých cloud služieb a nemožno tu robiť veľké zmeny. V

druhom sa naskytá možnosť úpravy kódu on - premise riešenia tak, aby bolo schopné

komunikácie s cloud systémom.

52

4.1 Nasadenie správneho riešenia – dôvody pre a proti

Na zavedenie systému do spoločnosti treba pozerať zo všetkých možných pohľadov, ktoré

boli spomenuté v tejto i predošlých kapitolách. V nasledujúcej tabuľke počtami hviezdičiek

porovnávame jednotlivé pre a proti pre zavedenie tej ktorej varianty ako najvhodnejšieho

modelu.

Tabuľka 2 Dôvody pre a proti nasadenie jednotlivých riešení

Hodnotenie SaaS Private Cloud On - Premise

Dostupnosť aplikácie ☆ ☆☆ ☆ ☆☆ ☆

Okamžitá odozva ☆ ☆ ☆ ☆☆

Možnosti customizacie ☆ ☆ ☆ ☆ ☆ ☆☆

Mobilita ☆ ☆☆ ☆ ☆☆ ☆ ☆

Bezpečnosť ☆ ☆☆ ☆ ☆☆ ☆

Flexibilne licencovanie ☆ ☆☆ ☆ ☆

Škálovatelnost hardveru ☆ ☆☆ ☆ ☆☆ ☆

Výkon ☆ ☆☆ ☆ ☆☆ ☆ ☆☆

Rýchlosť implementácie ☆ ☆☆ ☆ ☆ ☆

Silne špecifické prostredie ☆ ☆ ☆ ☆ ☆☆

Závislosť firmy na IT ☆ ☆☆ ☆ ☆☆ ☆

Nároky na integráciu ☆ ☆ ☆ ☆☆ ☆ ☆☆

Vlastný hardvér ☆ ☆ ☆ ☆ ☆☆

Vlastný kapitál na začiatok ☆ ☆ ☆ ☆ ☆☆

Dostupná konektivita ☆ ☆☆ ☆ ☆☆ ☆

Zdroj: Vlastné spracovanie

Z nasledujúcej tabuľky jednoznačne vyplývajú závery pre prax:

Pozitíva pre Cloud riešenie v spoločnosti:

[1] Kolísajúca potreba hardvérového výkonu,

[2] Nejasná doba trvania firmy, alebo projektu,

[3] Potreba vysokej dostupnosti 24/7/365,

[4] Požiadavka mobilného prístupu k aplikácii,

[5] Nedostatok prostriedkov pre jednorazovú prvotnú investíciu,

[6] Viac pobočiek s rovnakými potrebami,

53

[7] Dôležitá je rýchlosť implementácie,

[8] Chýbajúce IT oddelenie a skúsenosti.

Pozitíva pre On - premise riešenie v spoločnosti:

[1] Kritické real - time aplikácie

[2] Veľká medzinárodná firma

[3] Silne špecifické a unikátne firemné prostredie (veľká customizácia)

[4] Vlastný softvér a náročné integračné prostredie

[5] Vlastné dátové centrum

[6] Dostatok financií pre investíciu do licencie

[7] Slabá internetová konektivita v mieste podnikania

Preto, aby si spoločnosť lepšie uvedomila aká je jej súčasná situácia a čo jej môžu cloud

služby priniesť, je treba si najprv uvedomiť, či už niektoré cloud služby využíva a ak nie,

tak sa o to ihneď pokúsiť. Stačí k tomu aj testovacie zavedenie určitého systému do cloudu,

aby získala skúsenosti a od nich sa mohla odraziť pri rozhodovaní, či sa cloud služby hodia

pre tú či onú aplikáciu.

Odborná literatúra zaoberajúca sa cloud computingom odporúča zvážiť nasledovne body

pri výbere poskytovateľa:

[1] Vyberať len praxou overeného a stabilného poskytovateľa

[2] Požadovať minimálne certifikáty ISO 9001, 27001

[3] Ak sa poskytovateľ bráni bezpečnostnému auditu a nezverejňuje spätnú kvalitu

svojich služieb, tak ho okamžite zavrhnúť

[4] Trvať na zmluvách preverených právnikmi z odboru IT

[5] Pokúsiť kontaktovať referenčných zákazníkov a opýtať sa na spokojnosť

[6] Poskytovateľ, ktorý má zákazníka v rovnakom odbore bude už danému odvetviu

lepšie rozumieť

4.2 Proces prechodu spoločnosti na Software as a service

Ako prvé je nutné zvoliť migračnú stratégiu, respektíve plán migrácie. Prechod na nový

54

systém je projekt, ktorý by mal mať jasné fázy a termíny. V každej fáze musí byť

špecifikované, čo je jej cieľom a dokedy musí byť splnená, pretože na ňu nadväzuje ďalšia

fáza. Migračná stratégia musí zahŕňať aj zaistenie bezpečnosti dát. Toto všetko by malo

byt spísané v migračnej zmluve. Pred akoukoľvek prácou s existujúcim systémom je nutné

zálohovať všetky potrebné dáta. To znamená obsah systému, ale tiež jeho nastavenie,

zoznamy užívateľov a ich rolí. Ďalším krokom je nastavenie používateľov, ich rolí a

customizácia nového systému. Ak sa nejedná o komplexný ERP balík, alebo čisto stand -

alone aplikáciu, potom je nutné zabezpečiť integráciu so zvyšnými systémami, ktoré sa vo

firme používajú. Môže sa ale jednať aj o integráciu so systémami dodávateľa a odberateľa.

Nasledujúcim krokom je migrácia doterajších dát, môžeme povedať že toto je jeden

z veľmi častých kritických krokov pri prechode. Dáta môžu mať veľmi rôznorodú podobu

a hlavne kvalitu. Väčšinou sa jedná o databázovú záležitosť, kde sa používajú najrôznejšie

dátové pumpy, alebo využitie export a import pomocou štandardizovaných formátov

(napríklad CSV, XML). Po migrácii je nutné overiť, či boli prevedené naozaj všetky dáta a

prípadné rozdiely opraviť.

Vo fáze testovania by už mal byť systém plne pripravený a nasleduje testovanie funkčnosti

a niekedy aj záťažové testy. Ak proces prebieha korektne, tak sa spíše akceptačný protokol

a systém je prevzatý zákazníkom. Prípadne môže byť prevzatý s výhradami, ktoré sa budú

ešte riešiť v rámci zmenového konania. Školenie je pre dosiahnutie plánovaných cieľov

všeobecne veľmi dôležité. Školia sa väčšinou len osoby, zastupujúce danú časť firmy, a tie

to nasledovne s podporou dokumentácie odovzdávajú svojim spolupracovníkom.

Samostatnou kapitolou je tzv. monitoring systému, pre meranie sa využívajú služby alebo

aplikácie nainštalované ako u poskytovateľa, tak u zákazníka. Najčastejšie sa kontroluje

dostupnosť a odozva. Môže to vyzerať aj tak, že sa aplikácia snaží správať ako reálny

používateľ a pravidelne sa ku službe pripája a meria odozvu na jej otázky v časovom

intervale.

4.3 Prípadová štúdia – Oracle SaaS pre stavebnú firmu

Algocloud je unikátny a komplexný súhrn technológií a služieb, ktorý umožňuje využívať

špičkové IT nástroje bez veľkých vstupných investícií. Je vhodný pre všetky typy firiem,

pre štátnu správu i pre jednotlivcov. Je ojedinelou kombináciou plného portfólia cloud

služieb (SaaS, IaaS, PaaS) s maximálnou flexibilitou a garanciou bezpečnosti. Algocloud

ponúka profesionálne riešenia za rozumnú cenu ako jediný v Českej a Slovenskej

55

republike. ERP riešenie v prostredí Algocloudu je postavené na produkte Oracle JD

Edwards EnterpriseOne. Vzhľadom k tomu, že dopredu pripravené riešenie má pevne

definovaný rozsah pre podporované podnikové procesy, funkcionalitu a použité

technológie, je optimálnym riešením pre malé a stredne veľké spoločnosti, ktoré chcú

získať vysoko kvalitný ERP systém bez obavy zo zdĺhavej a nákladnej implementácie.

Prednadstavené riešenie Oracle JD Edwards Accelerate v prostredí Algocloudu umožňuje

automatizovať jedinečné obchodné procesy, a tak ľahko dosiahnuť maximálny úžitok

z nasadenia ERP systému.

Ponúka prednastavené riešenie pre tieto spoločnosti:

● Distribučné spoločnosti

● Profesionálne služby

● Stavebné spoločnosti

● Výrobné spoločnosti

V prípadovej štúdii sa budeme snažiť porovnať možnosti nasadenia produktu od

spoločnosti Oracle. Jedná sa o Oracle ERP systém - Edwards Enterprise One, ktorý

obsahuje tieto konkrétne moduly:

Oracle Technology Foundation – Základný systém ERP

System Foundation – Podsystém ERP

Financials - Financie

Financial Management and Compliance Console – Finančné riadenie

Procurement and Subcontract Management – Obstarávanie a kontrakty

Inventory Management – Riadenie zásob

Sales Order Management – Manažment predaja

Manufacturing Management – Výrobný manažment

Quality Management – Riadenie kvality

Systém bude implementovaný do spoločnosti ktorá, sa zaoberá stavebnou činnosťou –

nakupuje, predáva a skladuje. Spoločnosť má 140 zamestnancov, z toho 25 používateľov

pracuje aktívne s ERP systémom. Obrat firmy je cca 10 900 000 EUR. Systém ponúka

hotové riešenia financie, nákup, predaj, sklady, riadenie kvality, riadenie zásob a ďalšie.

56

Spoločnosť sa rozhodla pre tento systém na základe referencií od svojich dodávateľov

a ďalších firiem s ktorými spolupracuje. Súčasťou dodávky je kompletná procesná

dokumentácia a samozrejme zaškolenie pracovníkov firmy. Firma sa rozhodla pre toto

riešenie aj z dôvodu, že pri tomto systéme nie je potrebná veľká customizácia moduly sú na

90 % prednastavené. V našej prípadovej štúdii porovnáme 3 varianty nasadenia

konkrétneho systému a to z pohľadu SaaS, On – Premise a Privat Cloud. V prípade riešenia

Saas je možné projekt spustiť predbežne 40 dní od podpisu zmluvy a v prípade On –

premise riešenia cca. o mesiac viac – ( modul Manufacturing Management vyžaduje

osobitnú implementáciu).

Spoločnosť pred začatím jednania o možnostiach spolupráce a prechodom do virtuálneho

prostredia mala základné požiadavky, ktoré sme zhrnuli do tabuľky a jednotlivé položky sú

podľa dôležitosti označené počtom hviezd. Firma preferuje vysokú dostupnosť riešenia

a vďaka kvalitnej konektivite ju SaaS varianta splní pravdepodobne najlepšie. Rovnako je

veľmi výhodná rýchlosť implementácie, ktorá sebe tiež podpíše na lepšej návratnosti

investícií. Spoločnosť nemá osobitné požiadavky na mobilitu. Firma mala mierne obavy

ohľadom dostupnosti systému, pretože doteraz podobný systém nepoužívala, preto sa

rozhodla predĺžiť testovaciu prevádzku. Firma vlastní staršie on - premise riešenie, ktoré

rovnako potrebuje čiastočne integrovať s novým systémom. Pre firmu sú dôležité

nasledovné priority, zobrazili sme ich v nasledujúcej tabuľke, čím väčšia priorita tým viac

hviezd.

Tabuľka 3 Tabuľka priorít pre nasadenie riešenia

Dostupnosť aplikácie ☆ ☆ ☆

Okamžitá odozva ☆ ☆☆

Možnosti customizácie ☆ ☆

Mobilita ☆

Bezpečnosť ☆ ☆☆

Škálovateľnosť hardvéru ☆ ☆

Výkon ☆ ☆ ☆

Rýchlosť implementácie ☆ ☆ ☆

Silne špecifické prostredie ☆ ☆

Závislosť firmy na IT ☆ ☆ ☆

Nároky na integráciu ☆☆

Vlastný hardvér ☆

57

Vlastný kapitál pre začiatok ☆ ☆

Dostupná konektivita ☆ ☆ ☆

Zdroj: Vlastné spracovanie

Obrázok 16 Procesný diagram produktu JD Edwards EnterptiseOne

Zdroj: http://www.varsitylogistics.com/partners/oracle-jd-edwards-enterpriseone.asp

/ 1.4.2014/

58

Obrázok 17 Konkrétne nasadenie Oracle JD Edwards EnterptiseOne

Zdroj: Vlastné spracovanie

4.4 Návrh a cena konkrétnych riešení pre spoločnosť

4.4.1 Software as a service

Vstupná investícia - 13 000 EUR

Riešenie Accelerate - 3000 EUR

Pravidelné poplatky:

Mesačný poplatok za SaaS (za používateľa) - 110 EUR

Licencia Oracle JD Edwards

Licencia Accelerate

Licencia Maintenance

Hardvér a jeho údržba

Operačný systém a jeho podpora

Zálohovanie

Servisná podpora

Legislatívna podpora

59

Mesačný poplatok za SaaS (za užívateľa) je kalkulovaný pre 25 používateľov. V prípade

iného počtu užívateľov sa môže líšiť. V poplatku sú zahrnuté prakticky všetky náklady so

systémom. Zákazník už v ďalších rokoch nemá žiadne nepredvídateľné náklady. Rýchlosť

implementácie je o cca 1-1,5 mesiaca kratšie, pretože sa nemusí čakať na dodávku

hardvéru a práce s ním spojené.

4.4.2 Riešenie privátneho Cloudu

Implementácia, kedy zákazník investuje všetko na začiatku, serverovská časť systému na

prenajíma mesačne

Úvodná investícia

Licencia Oracle JD Edwards - 40 000 EUR

Riešenie Accelerate - 50 000 EUR

Pravidelné poplatky

Prenájom hardvéru mesačne (servery, OS, zálohovanie) - 800 EUR

Servisná podpora mesačne - 1000 EUR

Ročná maintenance Oracle licencia - 8000 EUR

4.4.3 Riešenie On - premise

Riešenie kedy firma obstaráva všetko na začiatku, vrátane hardvéru pre realizáciu systému

a stará sa o kompletné riešenie. Náklady teda sú:

ľudské zdroje,

údržbu systému,

elektrickú energiu,

zálohovanie a ďalšie.

Úvodné investície

Licencia Oracle JD Edwards – 40 000 EUR

Prednastavené riešenie Accelerate – 50 000 EUR

Hardvér, OS, zálohovanie pre ERP – 25 000 EUR

60

Pravidelné poplatky

Servisná podpora mesačne 900 EUR

Ročný maintenance Oracle licencie – 8000 EUR

Ročná mzda 2 IT špecialistov – 28 000 EUR

Infraštruktúra (elektrina, chladenie, atď.) ročne – 2400 EUR

Konkrétna stavebná spoločnosť kde sme mali možnosť realizovať náš projekt sa rozhodla

implementovať riešenie SaaS, ktoré z pohľadu vstupných investícií je najvýhodnejšie

a rovnako aj z pohľadu návratnosti investície najlepšie. Spoločnosť musí ešte doriešiť

niektoré problematickejšie časti, ako je spojenie niektorých on – premise starších riešení

s novým SaaS riešením. Pri písaní našej práce sme získali veľmi veľa praktických

a teoretických skúseností, ktoré by sme v budúcnosti radi využili v konkrétnej praxi.

61

Záver

V diplomovej práci sme sa snažili definovať pojem cloud computing a charakterizovať

všetky jeho varianty a formy. Hoci sa na trhu vyskytuje mnoho marketingových pojmov,

medzi štandardné stále patrí len IaaS, PaaS a SaaS, v poradí od základných fyzických

zdrojov až po aplikačné služby. Práca sa zameriava na všadeprítomný trend cloud

computingu a konkrétne Software as a Service. Jej hlavným cieľom je špecifikácia výhod a

nevýhod, ktoré tento koncept prináša pre zákazníka. Za hlavné charakteristiky verejného

cloudu, ktoré by mali byť splnené vždy, považujeme zdieľané flexibilné prostredie,

merateľnosť a všadeprítomnou dostupnosť.

V prvej kapitole sme sa snažili charakterizovať celkový pohľad na problematiku

a čitateľom poskytnúť hlavné rozdelenia a jednotlivo ich popísať čo najzrozumiteľnejšie.

V tejto teoretickej časti sme použili hlavne zahraničnú literatúru aby sme o problematike

získali čo najširší prehľad. Na záver teoretickej časti práce popisujeme vhodnosť nasadenia

cloud computingu pre jednotlivé aplikácie.

V analytickej časti našej práce prechádzame od všeobecnej časti ku konkrétnej a snažíme

sa charakterizovať využitie ERP systému vo firemnom prostredí. Táto časť našej práce je

zameraná na konkrétne výhody, ale rovnako aj riziká nasadenia ERP ako SaaS riešenia.

V tejto časti práce popisujeme aj rozdiely medzi riešením on – premise a virtuálnym

prístupom k aplikáciám. V závere analytickej časti práce uvádzame zoznam najväčších

hráčov v oblasti ERP a taktiež sa odvolávame na konkrétne spoločnosti, ktoré sa zaoberajú

implementáciou on – premise systémov a tiež cloud systémov a predikujú stratégiu tohto

odvetvia do budúcnosti.

V tretej časti našej práce sme realizovali prípadovú štúdiu kde sme sa snažili zužitkovať

teoretické poznatky z predchádzajúcich kapitol a navrhnúť riešenia pre konkrétnu stavebnú

spoločnosť, navrhli sme konkrétne body pri prechode spoločnosti na riešenie ERP ako

SaaS. Spoločnosť sa rozhodla pre systém od firmy Oracle, ktorý bol aj reálne realizovaný.

V tejto prípadovej štúdii sme porovnali jednotlivé možné riešenia nasadenia systému

s ohľadom na priority spoločnosti.

62

V práci sme sa snažili splniť všetky body zadania diplomovej práce a myslíme si, že sa

nám to z väčšej miery podarilo. Pre firmu sme sa snažili navrhnúť čo najlepšiu variantu

a porovnať jednotlivé kritériá, čo sme deklarovali v tabuľkách a rozdeleniach v praktickej

časti práce. V práci sme sa snažili splniť všetky body zadania diplomovej práce a myslíme

si, že sa nám to z väčšej miery podarilo.

63

Zoznam obrázkov, tabuliek a grafov

Obrázok 1 Komponenty Cloud Computingu ....................................................................... 12

Obrázok 2 : Znázornenie virtualizácie pri Cloud Computing riešení .................................. 15

Obrázok 3 Virtualizácia foriem Cloud Computingu ............................................................ 17

Obrázok 4 : Obrázok zachytáva všetky tri distribučné modely CC v podobe infraštruktúry,

platformy a aplikácií ............................................................................................................ 19

Obrázok 5 Možnosti Cloud Computing služieb .................................................................. 21

Obrázok 6 Názorný príklad komplexného Cloud Computing poskytovateľa ..................... 23

Obrázok 7 Vysoko úspešná integrácia spoločnosti SalesForce ........................................... 26

Obrázok 8 Percentuálny nárast Cloud riešení podľa analytickej spoločnosti Gartner

(www.gartner.com) .............................................................................................................. 29

Obrázok 9 Cloud computing z pohľadu zákazníka (Zdroj: Vlastné spracovanie) .............. 33

Obrázok 10 Príležitosti a hrozby pre zákazníka .................................................................. 34

Obrázok 11 Gartner Hype Cycle správa pre Cloud Computing, 2012 – 2013 .................... 39

Obrázok 12 Aplikácia SuiteFlow integrovaná v ERP systéme Netsuite slúžiaca na

customizáciu systému .......................................................................................................... 42

Obrázok 13 Adeptia ETL Suite - komplexné riešenie, ktoré poskytuje výkonné konverzie

dát. ........................................................................................................................................ 44

Obrázok 14 ROI finančná metrika ....................................................................................... 45

Obrázok 15 Total cost of ownership – TCO - odhad celkových priamych aj nepriamych

finančných nákladov. ........................................................................................................... 47

Obrázok 16 Procesný diagram produktu JD Edwards EnterptiseOne ................................. 57

Obrázok 17 Konkrétne nasadenie Oracle JD Edwards EnterptiseOne ................................ 58

Tabuľka 1 Prioritné obmedzenie pri nasadzovaní jednotlivých riešení ............................... 50

Tabuľka 2 Dôvody pre a proti nasadenie jednotlivých riešení ............................................ 52

Tabuľka 3 Tabuľka priorít pre nasadenie riešenia ............................................................... 56

Graf 1 Aktuálne prijatie a budúce plány pre SaaS v Európe 2013 -2014 ............................ 36

Graf 2 Hlavné faktory ovplyvňujúce výber dodávateľa cloudových služieb sú podľa

spoločnosti T – Systems. ................................................................................................... 37

Graf 3 Percentuálne zastúpenie najväčších dodávateľov ERP systémov na svete .............. 38

64

Terminologický slovník

Application API Aplikačné rozhranie pre komunikáciu

Application Service

Providing ASP Poskytovateľ aplikačných Služieb

Business to Business B2B Využíva sa pre označenie koncového systému, ktoré

slúži firmám nie koncovým zákazníkom

Capital Expenditures CAPEX Kapitálové výdavky

Central Processing Unit CPU Centrálna výpočtová jednotka

Customer Relationship

Management CRM Riadenie vzťahu so zákazníkmi

Enterprise Resource

Planning ERP Systém pre riadenie podnikových zdrojov

Infrastructure as a Service IaaS Infraštruktúra ako služba

Platform as a Service PaaS Platforma ako služba

Return on Investment Secure ROI Návratnosť investície, Finančné metodika hodnotenia

investícií

Software as a Service SaaS Softvér ako služba

Standards and Technology NIST Národný inštitút pre štandardy a technológiu

Total Cost of Ownership TCO Celkové náklady na vlastníctvo

65

Použitá literatúra

1. ANTONOPOULOS, N et al. 2010. Cloud Computing Principles, Systems and

Applications (Computer Communications and Networks). 1. vydanie. Londýn :

Springer, 379 s., ISBN 978-1-84996-240-7.

2. ARMBRUST, M et al. 2010. A View of Cloud Computing. Communications of the

ACM., roč. 53, č. 4, s. 50-58. ISSN 00010782.

3. ARMBRUST, M. et al., 2009. Above the Clouds: A Berkeley View of Cloud

Computing. Berkely: University of California

4. BUYYA, R et al. 2011. Cloud computing: principles and paradigms. 1st. ed.

Hoboken, N.J.: Wiley, c2011, 637 s. ISBN 04-708-8799-0.

5. Cloud computing et al. 2009. Distributed Internet computing for IT and scientific

research. IEEE Internet Computing. 2009, roč. 13, č. 5, s. 10. ISSN 10897801.

6. GLOBERMAN, S., 1999, A Conceptual Framework for Understanding the

Outsourcing Decision. European Management Journal, 17(6), 645-654.

7. KRUTZ, R et al. 2010. A Comprehensive Guide to Secure Cloud Computing.

Indianapolis : Wiley, 2010. s. 384. ISBN 978-0-470-58987-8.

8. MARCHINI, R et al. 2010. Cloud Computing: A Practical Introduction to the Legal

Issue. Londyn : BSI Standards, 170 s., ISBN 978-0580703225.

9. MATHER, T et al. 2009. Cloud Security and Privacy : An Enterprise Perspective on

Risks and Compliance (Theory in Practice). Sebastopol : O'Reilly Media, s. 336.

ISBN 978-0-596-80276-9.

10. NARASIMHAN, B., 2009, Cloud Computing Saving – Real or Imaginary? Appirio.

Availableat: http://blog.appirio.com/2009/04/cloud-computing-savings-realor.

11. OMTZIGT, T., 2008, Cloud Computing - Predominantly an IT Operation

Outsourcing Trend. Eclipse - Developers Journal.

12. RITTINGHOUSE, J et al. 2009. Cloud Computing: Implementation,Management,

and Security . Boca Raton : CRC Press, 340. ISBN 978-1-4398-0680-7.

13. SOSINSKY,B et al. 2011. Cloud computing bible. Indianapolis, IN: Wiley, c2011,

xxviii, 497, p. ISBN 9780470903568

14. Velte T, et al: Cloud Computing : Praktický Průvodce s.344 , ISBN 978-80-251-3333

66

15. VELTE, A et al. 2009. Cloud Computing, Practical Approach. 1. vydanie. New York

: McGraw-Hill Osborne Media, s. 352. ISBN 978-0-07-162695-8.

16. Voříšek, J. 2008Princípy a modely rízení podnikové informatiky. Praha :

Oeconomica, 2008. str. 446. ISBN: 978-80-245-1440-6.

17. Williamsson, O. E. (1981). The Economics of Organization: The Transaction

CostApproach. American Journal of Sociology, 87, 548-577.

18. Badger, Lee, a další. DRAFT Cloud Computing Synopsis and Recommendations.

http://csrc.nist.gov/publications/drafts/800-146/Draft-NIST-SP800- 146.pdf.

19. Burian, Vojtech. ERP systémy jako služba. erpforum.cz.

http://www.erpforum.cz/erp-trendy-28.html.

20. ERPFacts.com. Benefits of ERP Software-as-a-Service (SaaS). ERPFacts.com

http://www.erpfacts.com/benefits-of-erp-saas.htm

21. ERPFacts.com. Benefits of ERP Software-as-a-Service (SaaS). ERPFacts.com.

http://www.erpfacts.com/benefits-of-erp-saas.html

22. Fenn, J. et al, 2011. http://www.gartner.com/id=1748018.

23. Havránek, Robert. Cloud pro pokročilé 3: Kdy je lepší použít cloud? Computerworld.

http://computerworld.cz/novinky-microsoftu/cloud-pro- pokrocile-3-kdy-je-lepsi-

pouzit-cloud-44121.

24. Hogan, M. D., a další. NIST-SP 500-291, NIST Cloud Computing Standards

Roadmap. NIST.http://www.nist.gov/customcf/get_pdf.cfm?pub_id=909024.

25. Inc. Gartner Magic Quadrant for ERP, 2010.

http://www.epicor.com/MRCDocumentLibrary/Gartner-Magic-Quadrant-2010-

Ens.pdf.

26. Kepes, Ben. And Who Said SaaS Wasn’t Customizable? - NetSuite Rewrites the

Rules and Embraces Design Thinking in the process. Cloudave.

http://www.cloudave.com/550/and-who-said-saas-wasn-t-customizable-netsuite-

rewrites-the- rules-and-embraces-design-thinking-in-the-process/.

27. Mateju, David. Role bezpečnosti v dúveryhodném cloudu. Cloud.cz.

http://www.cloud.cz/bezpenost/175-role-bezpecnosti-v-duveryhodnem-

cloudu.html].

67

28. Natys, Yefim. Platform as a Service

http://www.gartner.com/technology/research/cloud-computing/report/paas-

cloud.jsp.

29. netguru.cz. Slovníček k tématu Novinky v datových centrech. netguru.cz.

http://www.netguru.cz/11012-novinky-v-oblasti-datovych-center/slovniek-k-

tematu- novinky-dc-standardy-tier.html .

30. Online Tech Inc. Top 5 reasons why your company should transition to private

cloud computing. ONLINE TECH. 2012. http://www.onlinetech.com/resources/e-

tips/cloud-computing/top-5-reasons-why-your-company-should-transition-to-

private-cloud- computing.

31. online-crm.com. The Realities of CRM SaaS - Advantages and Disadvantages.

online-crm.com. 2011. http://www.online-crm. com/saas_advantage

s_disadvantages .htm.

32. Schmidt, Marty J. Total Cost of Ownership (TCO). 2011,

http://www.solutionmatrix.com/total-cost-of-ownership.html

33. Staten, James. Scoring Forrester's 2011 cloud predictions. zdnet.com.

http://www.zdnet.com/blog/forrester/scoring-forresters-2011-cloud-

predictions/774.

34. Učeň, Pavel. Metriky jako nástroj rízení efektivity IS/IT.

http://si.vse.cz/archive/proceedings/2001/metriky-jako-nastroj-rizeni-efektivity-is-

it.pdf.

35. Wikipedia. Microsoft Dynamics NAV. Wikipedia.

http://cs.wikipedia.org/wiki/Microsoft_Dynamics_NAV.