Gestiunea datelorîncloud [611263]

Gestiunea datelorîncloud
Proiect-Proiecte economice
Coordonator:
Prof.Univ.dr.Gabriela Meșniță
Student: [anonimizat]2016

2Cuprins
Cap.3. Analiza tehnologiilor cloud computing ………………………….. ………………………….. …..3
3.1. Arhitectura „actorilor” cloud computing -ului………………………….. ……………………… 3
3.2.Arhitectura proceselor cloud ………………………….. ………………………….. ………………… 5
3.3.Componentele cloudului ………………………….. ………………………….. ……………………… 7
3.4. Soluția open source de cloud computing ………………………….. ………………………….. …8
3.5.SaaS-nivelul utilizat de YMENS ………………………….. ………………………….. ………..10
3.6.Aplicația ECM (Enterprise Content Management) ………………………….. …………….. 11
3.7.Aspecte economice ………………………….. ………………………….. ………………………….. ..13

3Cap.3.Analiza tehnologiilor cloud computing
3.1.Arhitectura „actorilor” cloud computing -ului
În diagrama de mai jos sunt prezenta ți actorii de cloud computing cu activitățile aferente
fiecaruia dintre ei. Ulterior voi prezenta și arhitectura serviciilor cloud dar în primul rând trebuie
sa înțelegem cine sunt cei care utilizează/furnizează această tehnologie modernă.
Fig.3.1.:Actoricloud-computing
Unconsumator de cloud este persoana/organiza ția care utilizează servicii de la un furnizor
cloud. Acesta contactează un furnizor de servicii cloud, examinează și alege serviciile potrivite
pentru el și definește nivelul de servicii pe care îl agreează împreună cu furnizorul de servicii
cloud.
Consumatorii de SaaS pot fi organiza ții care furnizează membrilor săi acces la aplicații
software, end users care utilizează direct aplica ții software sau administratori de aplica ții software
care configurează aplica ții pentru end users. Acești consumatori de SaaS pot fi taxați pe baza
numărului de end users, timpului de utilizare, lă țimea de bandă cosumată, cantitatea de date
memorată sau durata de stocare.
Consumatorii de PaaS pot angaja instrumente și resurse de execu ție oferite de furnizorii de
cloud pentru a dezvolta, testa, implementa și administra aplica țiile gazduite în mediul cloud.
Consumatorii de PaaS pot fi dezvoltatori de aplica ții care ela borează și implementează aplica ții
software, testerii de aplica ții care rulează și testează aplicații bazate pe tehnologia cloud
computing, dezvoltatorii care publică aplica țiile în mediul cloud, administratorii de aplicații care
configurează și monit orizează performan ța aplicației instalată pe platforma cloud. Acești
consumatori pot fi taxa ți pentru procesare, memorare baze de date sau resurse de rețea consumate
prin utilizarea PaaS, precum și durata utilizării acestei platforme.

4Consumatorii de IaaS au acces la calculatoare virtuale, access la stocare în re țea,
componente de infrastructură de re țea și alte resurse de calcul de bază pe care aceștia, pot
implementa și rula diverse programe. Acești consumatori de IaaS pot fi dezvoltatori de
sistem, admin istratori de sistem și manageri IT care sunt interesa ți în crearea, instalarea,
administrarea, precum și servicii de monitorizare, pentru opera țiuni privind infrastructura
IT. Consumatorii de IaaS au prevăzute capabilită ți privind accesarea aces tor resurse
de calcul și sunt taxa ți în funcție de cantitatea și durata resurselor consumate,cumarfi :
oreCPUutilizatepentrucomputerevirtuale,volumul șiduratadatelorstocate, lățimede
bandăconsumată, numărul deadreeseIPutilizatepentruanumiteintervale.
Furnizorul de serviciicloudesteoorganizație caredezvoltă servicii disponibile
pentruconsumatori,brokeri
șiauditori.Aceștifurnizoriadministre ază infrastructura n ecesarăpentrufurnizarea
serviciilorsolicitate, rulea zăprogramelecarefurnizează acesteservicii șilivreazăserviciile
prinintermediulrețelelor.
Furnizorii deSaaSimplementea ză, configurea ză,întrețin șiactualizează
aplicațiilesoftware pe infrastructu racloudastfelîncâtserviciilesăfiefurnizate la nivelul
așteptatdecătreconsumatoriidecloud. Furnizorul deSaaSareresponsabilitat easă
administreze șisăcontrolezeaplicațiileșiinfrastructura. Pede altăparte,consumatorii au
oinfluențălimitatăprivindmediulîncareruleazăaplicațiileșiconfigurarea acestora.
Furnizorii dePaaSadministrea ză infrastructură decalcul șiruleazăstivede
execuție,programe debazededate,precumșiprograme middleware carefurnizează
componen telepentruplatforme. Fu rnizoriiclouddetipPaaSîșidezvoltăînmodnormal
propriilecomponente,implementea zășiinstalează programele deadministrare, precumși
kit‐urilededezvoltare șiinstrumentele demanagement.Consumatorii clouddetip PaaS
dețincontrolul asupra aplicațiilorșiposibilasupra setărilorprivindmediulîncaresunt
găzduite acestea, darnuau,saufoartelimitat,acceslainfrastructura debazăa
platformei cumarfi:rețeaua, serverele, sistemele deoperare șiunitățidestocare.
Furnizorii deIaaSdeținșifurnizează resursele fizicedecalculcarepotinclude:
servere,rețeleșistocare.Aceștifurnizoriîntreținointerfațăprivindserviciul,mașini
virtuale șiprogramele necesare privind intefețelevirtualederețea,pentruaface
disponibile resursele decalculpentruclienți.Consumatorii de IaaSau accesla sistemele
de operare șirețea.Pedealtăparte,furnizorii deserviciiIaaSaucontrolul asupra
componentelorfizicehardware șiprogramelecloudcarefac disponibilă această
infrastructură de servicii, cumarfi :serverefizice,echipamentederețea,unitățidestocare,
găzduiresistemedeoperare și programe de virtualizare.
Auditorulcloudesteoriceterțăparteindependentă, care efectuează oevaluarea
serviciilor cloud, operațiunilesistemelor deinformații,performan țășisecuritatea privind
implementarea soluțiilorcloud de cătrediver șifurnizori înconformitate cu standardele,
SLAssaualteobligațiilegale.Unauditordecloud poateevaluaserviciile furnizate de
furnizoruldecloudprivindcontroalele de securitate, impactulasupra vie țiiprivate,
performan ța,integritateasistemelor și/saudisponibilitatea sistemuluișiainformațiilor
despreacesta.Auditulesteînmoduzualrealizatprinexaminarea activitățiijurnalelorde
activitate (log‐uri), dar,pentruanumițifurnizori, poatefirealizatprinfolosireainterfețelor
deevaluareamediului delucruîn timpreal.

5Brokerul cloudesteoentitatecaregestionea zăutilizarea, p erformanțașilivrarea
serviciilor cloud și negocia zărelațiiledintrefurnizorii decloud șiconsumatorii de cloud.
Brokerul poatecombina unsetdeserviciidelaunul sau maimulțifurnizoridecloud(Service
Aggregation)sauoreambalare/rebrandprivind serviciile cloud(ServiceIntermediation)pentru
aoferinoiserviciipentruclienți.Acesteasuntînmod normal unsetdeserviciifixe.Dacă
brokerulesteoentitatecaremixeazășipotrive ște maimulteservicii pentru aoferialteservicii
ținândcontdeeficiențacosturilor, productiv itateșidisponibilitate vorbimdeun serviciu de
arbitraj(ServiceArbitrage).
Transportatorulcloudesteoriceintermediarcare furnizează conectivitate șitransport
pentruserviciile clouddelafurnizorii decloudlaconsumatoriidecloud.
3.2.Arhitectura proceselor cloud
Procesare de tip grid
Acest tip de arhitectură este cea mai ușoară de integrat arhitectură care poate fi migrată în
cloud. O astfel de arhitectură care solicită puternic procesorul, însă își împarte procesele sale în
bucăți mai mici care sunt executate izolat.
Fig.3.2. Arhi tecura de tip grid
Figura3.2ilustrează procesul de comunicare din cadrul unei astfel de arhitecturi. Mai întâi
un server sau un grup de servere primește datele care trebuiesc procesate, urmând să trimită mai
departe mesajul unei cozi de așteptare. Alte servere monitorizează coada de mesaje și așteaptă ca
alte seturi de date să apară. Când un set de date noi apare, este procesat de primul server care
observă prezența setului respectiv și apoi rezultatul este transmis înapoi în coada de mesaje. Cele
două componente pot opera independe nt. În cadrul cloud computingului nu este necesar controlul
unui server când nu există date de procesat. De asemenea numărul de server poate fi scalat pentru
a suporta numărul de seturi de date care sunt destinate unei anumite aplicații.

6Deci, în loc să e xiste calculatoare fără activitate, se poate stabili numărul lor
dinamic în funcție de necesități pentru a face față unui număr mare de cereri. Acest tip de
arhitectură este destinată unui număr restrâns de piețe, științifice, financiare sau altele de
scară largă.
Procesare tranzac țională
Un sistem tranzacțional este un sistem în care una sau mai multe părți ale datelor
de intrare sunt procesate împreună ca o tranzacție unitară, stabilindu -se conexiuni cu alte
date aflate în sistem. Nucleul unui sistem tr anzacțional este reprezentat în general de o bază
de date relațională care administrează toate legăturile care compun un sistem.
Figura 3.3descrie dispunerea unui sistem tranzacțional de disponibilitate ridicată.
În cadrul unui astfel de sistem, un serve r de aplicații modelează datele stocate într -o bază
de date și le prezintă, prin intermediul unei interfețe afișate într -un navigator web,
utilizatorului care poate manipula datele respective după cum dorește. Majoritatea
aplicațiilor web implementează un astfel de sistem tranzacțional. Pentru disponibilitate
ridicată, componentele pot forma un grup, iar nivelul logic de prezentare să fie ascuns în
spatele unui load balancer.
Integrarea unui sistem tranzacțional într -un cloud este un proces mai complex dec ât
integrarea unei arhitecturi de tip grid. Una din cerințele principale ale unui astfel de sistem
este ca media temporală de eroare a unui server virtual să fie mai mică decât media
temporală a hardware -ului suport. Numărul nodurilor fizice determină medi a temporală de
eroare, și din cauza micșorării numărului de noduri fizice din cloud, acea medie este mai
mare pentru oricare nod dintr -un sistem cu procesare tranzacțională.
Fig.3.3. Sistem tranzacțional

73.3.Componentele cloudului
Infrastructura este compusă din clienți, rețea și servicii. Un loc foarte important îl ocupă
și securitatea.
Clienți
Nivelul client reprezintă modalitatea de interacțiune cu cloudul. Există mai multe tipuri de
clienți și fiecare dintre acestea oferă o mo dalitate diferită de comunicare cu cloudul. Modul de
interacțiune este determinat de nevoile contextuale și de limitările pe care fiecare tip de client le
prezintă.
Clienti mobili
Gama de clienți mobili variază de la laptopuri la PDA -uri și telefoane i nteligente, cum ar
fi Iphone sau Blackberry. Posibilitățile de a rula o aplicație robustă de dimensiuni mari pe un
telefon mobil sunt momentan reduse, însă utilizatorii care folosesc laptopuri se pot conecta la cloud
și să acceseze aplicații care se vor co mporta ca și aplicații native.
Principalele probleme întâmpinate de clienții mobili sunt conectivitatea și securitatea.
Deoarece clienții se vor conecta la cloud din locații diferite, aceștia nu vor avea o conexiune
optimizată și astfel nu se pot aștepta la viteza egale cu cele întâlnite la clienții desktop. Însă nu
toate aplicațiile au nevoie de conexiuni foarte bune pentru a transfera un volum mare de date, iar
posibilitatea de a crea aplicații de către toată lumea deschide posibilitatea dezvoltării uno r aplicații
croite pentru clienții mobili. O a doua problemă este cea de securitate, dar există și un avantaj. Prin
natura lor, clienții mobili pot fi pierduți sau furați și astfel datele stocate pe dispozitive sunt
vulnerabile, însă daca datele sunt stoca te pe cloud și utilizatorul manipulează doar fișierele de care
a avut nevoie la momentul respectiv, restul datelor vor fi protejate în cazul pierderii/furtului
dispozitivului.
Clienți “thin”
Clienții ”thin” reprezintă calculatoare fără hard diskuri, făr ă DVD-ROM și afișează doar
ce este pe server. Acești clienți se integrează cu un cloud privat, în care majoritatea aplicațiilor și
a serviciilor sunt orientate pe interacțiunea cu cloudul prin accesarea serverelor virtuale. Avantajul
acestor clienți este c ă sunt mult mai ieftini, mai ușori de întreținut și consumă mai puțină energie
decât clienții thick.
De asemenea oferă un nivel de securitate ridicat, deoarece nici un fel de date nu sunt stocate
pe dispozitiv. Toate datele sunt stocate în centrele de dat e sau pe cloud, astfel că o infiltrare fizică
este imposibilă.
Clienți “thick”
Reprezintă în acest motiv majoritatea clienților prezenți, fiind folosiți pentru conectarea la
cloud. Deși unele aplicații pot fi portate pe cloud, există câteva programe ca re trebuie să ruleze pe
client. Aceste mașini se pot conecta la servere virtualizate și sunt soluția pentru stocarea fișierelor
pe client i pentru rularea unor programe care nu există pe cloud.
Din punct de vedere al securității, acești clienți sunt mai v ulnerabili decât clienții thin și
mai apare problema de soliditate. Dacă un client thin nu mai funcționează, utilizatorul are
posibilitatea de a schimba dispozitivul având la dispoziție mediul stocat pe cloud. În cazul în care
un client thick nu mai funcți onează, utilizatorul nu mai are posibilitatea de recreere a mediului pe
care lucra, deoarece majoritatea datelor erau stocate pe dispozitivul respectiv.

83.4. Soluția open source de cloud computing
După studierea mai multor soluții open -source de cloud computing,, am ajuns la
concluzia că cea mai bună și potrivită este cea oferită de Eucalyptus. Am ales această
variantă deoarece oferă o platformă tip IaaS care se pretează cel mai bine în domeniul
cercetării dar și într -un mediu academic.
Eucalyptus este o infrastructură open -source, folosită pentru implementarea
„norilor” din proximitatea infrastructurilor corporative. Această platformă permite
integrarea „norilor” hibrizi și privați destinați centrelor de date, fără să necesite o
configurație hardware su plimentară la sediile respective.
Integrând tehnologii Linux și servicii web, care există în infrastructurile IT
existente, Eucalyptus permite clienților să creeze „nori” computaționali adaptați nevoilor
specifice ale utilizatorilor. Platforma oferă supor t pentru interfața AWS, permițând astfel
interacțiunea „norilor” privați cu cei publici. Pe lângă administrarea mașinilor virtuale,
tehnologia este capabilă de o virtualizare sigură atât a rețelei, cât și a infrastructurii de
stocare din interiorul „norulu i”. Eucalyptus este compatibil cu mai multe distribuții de
Linux, printre care se numără Ubuntu, RedHat, OpenSUSE, Debian, Fedora, CentOS și se
poate integra alături de mai multe tehnologii de virtualizare.
Eucalyptus devine treptat standardul pentru clou d computing, oferind eficientizare
a costurilor și scalabilitate infrastructurii, care împreună cu securitatea și controlul
infrastructurii companiei client, fac din această platformă aproape o necesitate în mediul
IT din această perioadă.
Tehnologie
Eucalyptus a fost creat astfel încât să fie ușor de instalat și cât mai maleabil la
rețeaua în care urmează să fie integrat. Cadrul software este unul foarte modular,
combinând diverse servicii web, care inter -operează folosind protocoale standard de
comunica re. Prin acest cadru platforma implementează mașini și resurse de stocare
virtualizate care sunt interconectate prin intermediul unei rețele de nivel 2 OSI (Open
System Interconnect) izolate.
Din perspectiva unei aplicații care rulează la nivelul client, interfața de programare
a aplicației este compatibilă cu interfața AWS, existând suport atât pentru SOAP cât și
pentru REST. Prin customizare se pot integra și alte interfețe.
Fiecare componentă de nivel înalt a fost implementată ca un serviciu web
indep endent, având avantajul că fiecare serviciu web expune o interfață de programare sub
forma unui document WSDL, care conține atât operații care le poate efectua serviciul web
respectiv, cât și structuri de date de intrare și ieșire. De asemenea, se pot inte gra și
particularitățile existente ale serviciului web, cum ar fi politicile pentru comunicare sigură
între componente.
În Eucalyptus există patru componente de nivel înalt, fiecare cu interfața de serviciu
web propie:
Controlerul de nod care se ocupă cu execuția, administrarea și terminarea
instanțelor de mașini virtuale de pe nodul de rețea pe care rulează.
Controlerul de grup se ocupă cu acumularea de informații și cu programarea
execuției mașinilor virtuale de pe anumite controlere de nod, dar și cu administrarea
instanței virtuale a rețelei.
Controlerul de stocare (Walrus) este un serviciu de stocare/interogare, care
implementează interfața Amazon S3, oferind un mecanism pentru salvarea și
accesarea imaginilor de mașini virtuale și a datelor utiliza torilor.

9Controlerul de nor este punctul de intrare în nor pentru utilizatori și administrator.
El interoghează agenții administratori de noduri, ia decizii legate de planificarea de
nivel înalt și implementează agenții administratori de noduri prin efect uarea de
cereri către controlerii de grup.
Fig.3.4. Arhitecutra Eucalyptus
Controlerul de stocare (Walrus)
Eucalyptus include un serviciu de stocare de date care mitighează tehnologii de servicii
web și care se poate interfața cu Amazon S3. Walrus implementează REST, prin HTTP, dar și
interfețe SOAP care sunt compatibile cu Amazon S3. Walrus oferă două tipuri de funcționalități:
Utilizatorii care au acces la Eucalyptus pot folosi Walrus pentru a tranzacționa date
înspre/dinspre cloud.
Walrus se comp ortă ca un serviciu de stocare a instanțelor mașinilor virtuale.
Fig.3.5. Schemă logică pentru serverul de stocare

10Walrus permite transferul serial de date simultan, oferind garanția că o copie
consistentă a obiectului manipulat de utilizator va exista, chiar dacă se efectuează operații
simultane de citire/scriere pe aceeași instanță a obiectului.
De asemenea Walrus acționează ca un sistem de administrare a instanțelor mașinilor
virtuale. Kernelul, sistemul de fișiere de root și imaginea ramdisk sunt co piate pe Walrus
prin utilitare E2 oferite de Amazon. Aceste utilitare realizează compresii asupra imaginilor,
le criptează în funție de drepturile utilizatorului și le divizează în mai multe părți descrise
într-un fișier special. Această entitate realizeaz ă și verificarea și decriptarea imaginilor
încărcate de utilizatori. Când un controler de nod efectuează o cerere a unei imagini de pe
Walrus, înainte să o instanțieze pe nod, trimite o cerere specifică care este autentificată
după un set de reguli interne . În urma acestei autentificări imaginile sunt verificate,
decriptate și transferate. Ca o metodă de optimizare, datorată dimensiunii mari a imaginilor
mașinilor virtuale, Walrus menține un cache cu imagini care au fost decriptate anterior.
Walrus este pro iectat astfel încât să fie modular, astfel încât autentificarea, tranzacția și
stocarea subsistemelor pot fi customizate în funcție de nevoile contextuale.
3.5.SaaS-nivelul utilizat de YMENS
Compania Ymens a ales să utilizeze nivelul SaaS din mai multe m otive pe care le voi
prezenta ca o listă de proprietă ți.
Așadar modelul SaaS are urmatoarele proprietăți:
Fiecare client are propria versiune de aplicatie gazduita si rulata pe serverul gazda.
Similar cu ASP (Application Service Provider). Tranzitia d e laaplicatii clasice la
SaaS implică un effort minim .(AdHoc/Client)
Furnizorul gazduieste cate o instanta separata de aplicatie pentru fiecare client, dar
toate instantele folosesc acelasi cod, cu optiuni de configurare pt a arata si a se
comporta diferit. (Configurabil)
Instantele raman complet izolate intre ele. Trecerea la acest model implica
schimbari de arhitectura, daca aplicatia initiala folosea particularizari individuale,
fara metadate de configurare
Furnizorul ruleaza o singura instanta de aplicatie, folosind date de configurare
pentru ca aceasta sa arate si sa se comporte diferit pentru fiecare. (Configurabil si
eficient pentru chiriasi multipli)
Politicile de securitate si autorizare –datele sunt in siguranta, separate de ale altor
clienti. Modelul are scalabilitate redusa.
Furnizorul gazduieste mai multi chiriasi pe o ferma de instante identice, fiecare
client stocheaza date separat, se furnizeza metadate de configurare. (Scalabil,
Configurabil si eficient pentru chiriasi multipli)
SaaS presupune gazduirea datelor inafara retelei locale controlate, in cloud , astfel
fiecare componenta trebuie sa aiba acces la datele de care are nevoie, indiferent de unde
vin datele .
Se poate configura aplicatia Saa S sa depinda de datele produse de aplicatii on –
premise ca parte a functionalitatii lor ( de ex, o aplicatie CRM SaaS care refera date despre
stocuri gestionate de o aplicatie de gestiune stocuri on -premise)
Se poate configura aplicatia on -premise applicati on sa depinda de datele produse
de o aplicatie SaaS ca parte a functionalitatii (de ex, o aplicatie on -premise de salarizare
care refera dat e de HR gestionate de o aplicatie HR de tip SaaS) .

113.6.Aplicația ECM (Enterprise Content Management)
Ymens ECM este o soluție cloud bazată pe aplicația ELO de tip ECM (Enterprise Content
Management). Solu ția Ymens este special concepută pentru a îmbunătăți procesele interne de
colectare, stocare, gestionare și utilizare a informațiilor din compania dumneavoastră. Crește rea
eficienței operaționale și a productivității, împreună cu reducerea costurilor sunt beneficii rezultate
direct din utilizarea aplica ției Ymens ECM. Totodată, soluția vă protejează documentele împotriva
deteriorării sau a pierderii, asigură trasabilitat eași controlul acestora, precum și securizarea
informațiilor confidențiale. Soluția Ymens ECM vă oferă posibilitatea de a ține sub control întregul
ciclu de viață al documentelor din compania dumneavoastră, în conformitate cu normele interne.
Beneficii:
1.Eficientizarea proceselor și fluxurilor de lucru din companie
Ymens ECM facilitează automatizarea proceselor și a fluxurilor de lucru din companie.
Dumneavoastră defini ți fluxurile operaționale din companie, pentru ca, ulterior, acestea să fie
implementat eși gestionate rapid prin intermediul Ymens CM. Veți constata în scurt timp reducerea
semnificativă a erorilor în activitatea zilnică și creșterea eficienței în organizație.
Soluția de tip enterprise content management de la Ymens oferă multiple opțiuni d e căutare
a informa țiilor: de tip text, avansată, în metadate, în comentariile documentelor și OCR (Optical
Character Recognition, respectiv căutare în cadrul documentelor scanate).
Șabloanele de documente create în aplicație, alertele de tip reminder, acc esul facil la orice
versiune electronică a documentelor vor fi instrumente foarte utile pentru eficientizarea organizării
și creșterea productivității angajațior dumneavoastră.
2.Reducerea costurilor opera ționale asociate creării, stocării, accesării și
recuperării datelor
Ymens ECM vă ajută să reduce ți costurile operaționale asociate arhivării fizice a
documentelor. De asemenea, utilizând spa țiul generos de stocare în cloud pus la dispoziție de
aplicație, eliminați costurile asociate stocării datelor pe server-ul dumneavoastră.
Prin salvarea tuturor documentelor o singură dată, în acela și loc, evitați și costurile generate
de pierderea documentelor. În plus, angaja ții dumneavoastră nu vor mai pierde timp pentru
căutareași accesarea informațiilor necesare .
3.Minimizarea riscului pierderii datelor și a breșelor de securitate
Cu soluția Ymens ECM, documentele dumneavoastră sunt permanent în siguranță în arhiva
electronică. Accesul în aplica ție se face securizat, cu nume de utilizator și parolă pentru fiecare
angajat în parte. Dumneavoastră stabili ți nivelele de acces pentru fiecare utilizator și puteți urmări
istoricul versiunilor și modificarea informațiilor asociate documentului (metadate pentru
identificare). În plus aplica ția, vă permite recuperarea docume ntelor după ștergere.
4.Posibilitatea implementării și respectării de către toți angajații a unor
standarde interne privind documentele companiei
Soluția Ymens de tip Enterprise Content Management vă oferă posibilitatea de a stoca
șabloane de documente care să fie folosite de către to ți angajații. În plus, prin utilizarea fluxurilor
de aprobare, vă asigura ți că toate documentele urmează traseul stabilit de dumneavoastră, de la
redactare și până la aprobarea lor finală. De asemenea, aveți posibilitatea de a i mpune perioada de
timp pentru care anumite documente vor fi păstrate în arhiva electronică, conform legisla ției în
vigoare sau normelor interne.

12Și, în plus, pentru că lucrați în cloud, beneficiați de:
-Predictibilitatea costurilor prin plata unui abonament lunar;
-Eficientizarea proceselor interne și creșterea productivității;
-Upgrade-ul la cea mai nouă versiune a solu ției, rapid și gratuit;
-Respectarea unor standarde înalte de securitate;
-Acces permanent la solu ția Ymens ECM de pe calculato r, tabletă sau
smartphone cu conexiune la internet, în orice moment, oriunde v -ați afla.
Pachet Start Pachet Expert
Pachetul cuprinde:
-5 useri Web Light
-5 useri Web Light Read Only2
-10GB spa țiu de stocare per companie
-Opțional, se pot achiziționa utilizatori suplimentariPachetul cuprinde:
-minim 20 useri Web Full/Desktop/Java în orice
combinație, dintre care cel puțin 1 user Java
-50 GB spa țiu de stocare per companie
Funcționalități aplicațieUtilizator
StandardUtilizator
AvansatUtilizator
DesktopAdministrator
Arhivarea documentelor și organizarea
acestora într -o structură arborescentă
Previzualizarea documentelor direct din
aplicație (Word, Excel, .Ppt, Pdf, Jpg,
CAD, Tiff etc.)
Versionarea documentelor (cu
posibilitatea de adăugare/modificare a
comentariilor pe versiuni)
Crearea de legături între documente
Criptarea comunica ției client -server
Criptarea documentelor pe server
Utilizarea OCR pentru recunoa șterea
textului din documentele adăugate
Atașarea de fișiere la documente
Alocarea de sarcini și utilizare fluxuri de
lucru
Căutare simplă și avansată a
documentelor în arhivă
Utilizare formulare pe tipuri de
documente și/sau pași din flux

133.7.Aspecte economice
Pentru consideratii economice, sistemele de cloud computing ajuta la realizarea
urmatoarelor aspecte:
Reducerea costurilor este una dintre principalele preocupari pentru construirea unui
sistem cloud care se poate adapta la comportamentul consumatorului si reduce costul pentru
achizitia si întretinerea infrastructurii. Scalabilitatea si plata în functie de utilizare sunt aspecte
esentiale ale acestei probleme. Astfel, stabilirea unui sistem de cloud computing presupune de
obicei costuri aditionale –fie prin adaptarea logicii de afaceri la interfetele specifice cloud host
sau îmbunatatind infrastructura locala sa fie „cloud -ready”.
Plata în functie de utilizare . Capacitatea de a construi costul în conformitate cu consumul
real de resurse este un aspect relevant al sistemelor de cloud computing. Plata în functie de utilizare
priveste calitatea suportului de servicii, unde cerin țele specifice ce trebuie atinse de catre sistem și
astfel platite pot fi specificate. Unul dintre motoarele economice cheie pentru nivelul curent al
interesului în cloud computing este modificarea structurala din acest domeniu. Trecând de la un
model de investitie de capi tal normal la o ch eltuiala operationala, cloud computing promite sa
permita mai ales IMM -urilorși antreprenorilor sa accelereze dezvoltarea și adoptarea soluțiilor
inovatoare.
Timpul îmbunatatit de introducere pe piata , mai ales pentru întreprinderile mici și
mijlocii care vor sa îsi vânda serviciile repede și usor cu mici întârzieri provocate de achizitia siTrimitere documente pe mail direct din
aplicație (ca fișier atașat sau ca link)
Tipărire documente direct din aplica ție
Definire drepturi de acces pe foldere
și/sau pe documente
Posibilitatea de arhivare a e -mailurilor
Integrarea cu Microsoft Outlook și
Microsoft Office
Definirea grafică și administrarea
fluxurilor de documente
Editor grafic de formulare și de reguli de
completare/validare
Scanare documente direct din aplica ție
Reguli de OCR, recunoa șterede
formulare, coduri de bare
Profile de scanare, utilizare separatori de
documente, îmbunătă țirea calității
imaginii rezultate

14stabilirea infrastructurii, mai ales în scop compatibil și competitiv cu industriile mari.
Întreprinderile mai mari trebuie sa poata publica noile capacitati cu mici cheltuieli generale
a ramâne competitive. Cloud computing -ul poate sustine acest lucru asigurând
dedicate anumitor cazuri de utilizare specifice care preiau capacitatile esentiale pentru a
sustine previzionarea usoara și astfelpentru a reduce timpul de introducere pe piata.
Returnarea investitiilor (ROI) este esentiala pentru toti investitorii si nu poate fi
garantata întotdeauna –defapt, unele sisteme de cloud computing dau gres în acest aspect.
Pentru a fi viabil din punct de vedere comercial, cei care doresc migrarea în cloud trebuie
sa se asigure ca efortul și costul sunt depasite de beneficii –acest lucru poate presupune
ROI direct (de exemplu mai multi clienti) si indirect (de exemplu beneficiile din
publicitate). Exte rnalizarea resurselor versus cresterea infrastructurii locale și folosirea
tehnologiilor (private) cloud necesita astfel sa fie depasita si punctele limita sa fie
identificate.
Transformarea CAPEX în OPEX este o caracteristica implicita si controversata
a sistemelor de cloud computing, deoarece beneficiul real de cost (cf. ROI) nu este
întotdeauna clar. Cheltuielile de capital (CAPEX) sunt necesare pentru a construi
infrastructura locala, dar prin externalizarea resurselor computationale catre sisteme clo ud
la cerere și scalabile, o companie va face de fapt cheltuieli operationale (OPEX) pentru
furnizarea capacitatilor, deoarece va achizitiona și utiliza resursele în conformitate cu
nevoile operationale.
„Ecologizarea” este relevanta nu numai pentru a re duce costurile suplimentare de
consum de energie, dar șipentru a reduce amprenta de carbon. În timp ce emisia de carbon
a masinilor individuale poate fi estimata destul de bine, aceste informa ții sunt foarte putin
luate în considerare când se scal eaza si stemele pe Cloud, ceea ce permit reducerea
consumului de resurse neutilizate (reducere). În plus, escaladarea trebuie sa fie foarte bine
echilibrata cu costurile, dar și cu problemele asociate cu emisiile de carbon.