Cloud Nativ ERP vs ERP adaptat la Cloud
Cu acest articol, dorim să clarificăm diferența dintre aplicațiile ERP Cloud native și aplicațiile adaptate Cloud-ului și motivele pentru care trecerea aplicațiilor care nu sunt native în Cloud nu sunt convenabile.
Completați formularul pentru informații suplimentare
Cloud Nativ ERP și ERP adaptat la Cloud: o diferență enormă!
Multe aplicații software funcționează astăzi in Cloud, dar există o caracteristică fundamentală care permite exploatarea avantajelor oferite de Cloud.
Diferența constă în modul în care funcționează Cloud-ul, mai exact dacă aplicația a fost proiectată nativ pentru Cloud sau dacă a fost adaptată cu ajutorul instrumentelor care sunt capabile să facă aplicația server operațională în Cloud.
Majoritatea aplicațiilor ERP existente pe piață care pretind că funcționează în Cloud sunt de fapt adaptate și nu Cloud native.
Acestea sunt aplicații instalate pe un server găzduit in Cloud, pe care, prin tehnologii remote cum sunt tehnologiile Terminal Services și Remote Desktop Connection, utilizatorul le accesează și redă local, pe Clientul propriu, imaginea aplicației care funcționează de fapt pe Server.
Deci, aplicația funcționează în Cloud, este afișată în Cloud și apoi imaginea produsă la fiecare miime de secundă este „copiată” în imaginea pe care utilizatorul o are în fața ochilor pe PC. Deci PC-ul său nu elaborează, ci face mouse-ul să se miște și comunică tastele care sunt apăsate de la tastatură, iar capacitatea de procesare a Clientului este practic nulă în acest caz.
Acestea sunt tehnologii depășite, care pot doar să redea local aplicațiile care nu sunt cloud native și care rulează pe un server la distanță.
Problemele Aplicațiilor adaptate pentru Cloud
1° Probleme de natură economică
Clientul care dorește să controleze de la distanță o aplicație sau o serie de aplicații trebuie să achiziționeze licențe Microsoft, care au tehnologii remote, care sunt destul de scumpe. De fiecare dată când versiunea sistemului de operare de pe Server se schimbă, aceste licențe trebuie cumpărate iar. Adică, dacă o companie trece de la Windows Server 2010 la 2012 la 2016 la 2019, de fiecare dată când schimbă un Server trebuie să achiziționeze licențe. Numărul de licențe este proporțional cu numărul de clienți/utilizatori ai companiei, deci dacă are 10 clienți va avea nevoie de 10 licențe, dacă are 100 de clienți va avea nevoie de 100 de licențe. Prin urmare, acest tip de abordare devine cu adevărat costisitor.
Adesea, pentru a evita costurile, companiile nu schimbă versiunile și le păstrează pe cele vechi, rămânând astfel ancorate la o tehnologie veche, chiar și pe partea Server. O abordare greșită deoarece după un timp versiunile vechi ale sistemelor de operare sunt scoase din uz, deci nu mai sunt întreținute. Astfel, problema economică declanșează probleme de natură tehnică, deoarece, prin neactualizarea licențelor, compania rămâne în urma din punct de vedere tehnologic.
2° Probleme de natură tehnică
În controlul de la distanță al aplicației, conexiunea între partea Client și partea Server remote in Cloud trebuie să fie o foarte fiabilă deoarece atunci când conexiunea dispare, chiar și pentru câteva secunde, vom vedea că monitorul se înnegrește sau se blochează. Acest lucru se întâmplă deoarece Serverul nu mai este capabil să copieze local imaginea programului.
2° Probleme de natură tehnologică
Prin urmare, am văzut că încercarea de a trece prin tehnici la distanță in Cloud, aplicații care nu sunt nativ concepute pentru Cloud, este foarte costisitoare pentru licențe și este incomodă din punct de vedere tehnic.
Există o altă mare problemă, care este performanța pe care Serverul trebuie să o aibă pentru a putea aborda acest tip de tehnologie. Să ne imaginăm o companie cu 50 de stații de lucru: astăzi toate computerele au un procesor de cel puțin 2 GHz, ceea ce reprezintă o putere destul de importantă (+ 8 Giga de RAM + un hard disk generos care conține informațiile); înmulțind cu 50 de utilizatori, descoperim că nu există un procesor mai mare de 4GHz.
Un procesor de 4GHz este frecvența maximă pe care un server o poate implementa.
Utilizarea unui Cloud cu un server foarte puternic astăzi costă enorm. Dimensiunea procesorului și cantitatea de memorie RAM din partea serverului afectează foarte mult costul mașinii virtuale necesare pe Cloud pentru a găzdui această soluție.
Puterea distribuită a tuturor PC-urilor locale dintr-o companie este mult mai mare decât un server excelent din Cloud, deci merită să profitați de puterea distribuită.
De ce ar trebui să renunț la server și să cumpăr un server Cloud super puternic care mă costă atât de mult?
În acest fel, înțelegem că o aplicație non-Cloud-native impune costuri foarte mari pentru a fi utilizată în Cloud.
Dubiile companiilor față de Cloud
Multe companii astăzi sunt reticente să treacă in Cloud, deoarece consideră că, pentru a funcționa așa cum obișnuiau, ar trebui să cheltuiască mult mai mult.
Dar de ce? Pentru că iau în considerare un așa-numit mod hibrid, care constă în migrarea companiei în Cloud cu aplicații vechi.
Subestimează faptul că tehnologia Cloud este concepută pentru a fi mai eficientă, fiind însă necesar ca întregul mediu să fie în conformitate cu acest tip de tehnologie, inclusiv aplicațiile care trebuie să fie native Cloud.
Așa numitul mod hibrid nu este un mod nativ, este un mod care se poate obține, dar costă foarte mult.
Pentru a implementa o aplicație in Privat Cloud care nu a fost proiectată pentru Cloud, va trebui să achiziționați o mașină virtuală cu caracteristici și capacități de procesare foarte ridicate, care cresc proporțional cu creșterea numărului de utilizatori.
Un Privat Cloud realizat în acest fel este foarte scump, este mult mai scump decât să ai aceleași mașini virtuale pe un server fizic pe care compania îl are în interior și pe care îl întreține.
Deci o companie va înțelege că în 3 ani poate cumpăra mașina cu costul închirierii in Cloud.
Acest lucru se întâmplă deoarece aplicațiile care vor fi instalate pe acea mașină virtuală nu sunt potrivite pentru Cloud. Acestea sunt adaptate la Cloud, prin intermediul tehnologiilor Terminal Services.
Cum funcționează aplicațiile ERP native in Cloud: o abordare foarte diferită
Aplicațiile native in cloud funcționează într-un mod care exploatează cu adevărat beneficiile Cloud-ului, evitând problemele tehnice și economice discutate până acum.
Aplicația în care lucrează utilizatorul nu este instalată in Cloud și apoi redată pe PC-ul utilizatorului, ci direct pe PC-ul utilizatorului, care este capabil să comunice din punctul de vedere al tranziției datelor și funcționalității cu partea Server, instalată în Cloud. Astfel este exploatată puterea distribuită a tuturor computerelor locale, prezente într-o companie, care, după cum am văzut, este mult mai mare decât un server excelent in Cloud.
În cazul Fluentis ERP, componenta Server este instalată pe o mașină virtuală prezentă in Cloud, în timp ce pe toate PC-urile companiei este instalatî aplicația care comunică cu mediul Server prin intermediul SOA (Service Oriented Architecture).
Deci nu Client Server, ci Service Oriented.
Service Oriented
Cu alte cuvinte, aplicația Fluentis instalată pe PC-ul Clientului comunică cu Serverul in Cloud, printr-o serie de comenzi pe care aplicația Client le dă părții Server, ale cărei comenzi sunt folosite pentru extrapolarea datelor, executarea procedurilor, ștergerea informațiilor, solicitarea rapoartelor, pe scurt, toate activitățile care se desfășoară în mod normal.
Un scenariu foarte diferit de așa-numitele aplicații vechi, în care totul trebuie instalat pe partea Server, altfel nu funcționează.
În cazul nostru, instalăm doar Fluentis „core” pe partea Server, care nu are interfață, ci doar funcționalități.
Prin urmare, înțelegem că „greutatea” aplicației Fluentis pe server este mult mai mică decât cea a uneia care nu a fost proiectată pentru Cloud. Ca urmare, pe măsură ce numărul de utilizatori crește, nu avem o creștere proporțională a cerințelor și capacităților de calcul.
Distribuția capacității de prelucrare
O aplicație concepută pentru Cloud distribuie capacitatea de procesare între Server și Client, unde Clientul este o aplicație care își desfășoară activitățile, dar comunică cu Serverul numai atunci când trebuie să efectueze tranzacții de date și operații.
În timp ce aplicațiile mai vechi, care trebuie proiectate continuu între părțile Client și Server, necesită o capacitate de procesare mult mai mare și o solicitare mai mare a rețelei, acest lucru nu se întâmplă cu o aplicație nativă în cloud.
Prin urmare, capacitățile cerute de o aplicație Cloud Native unei Virtual Machine pe partea Server sunt mult mai puțin structurate față de cele necesare pentru a rula aplicații de generație mai veche.
Utilizarea atentă a resurselor pe partea server
O aplicație de generație nouă este o aplicație care utilizează cu atenție resursele pe partea server. Este optimizată pentru a profita maxim de aplicațiile locale, resursele locale ale PC-ului, comparativ cu cele remote ale serverului.
Să luăm un exemplu: în smartphone-ul nostru preferăm să folosim un app mai degrabă decât același serviciu pe browser, deoarece aplicația, care este un program instalat pe smartphone-ul nostru, reușește să utilizeze resursele smartphone-ului nostru într-un mod mult mai eficient decât să le primim continuu din rețea.
Descărcăm aplicații pentru că beneficiem mai bine de procesarea locală a smartphone-ului nostru.
Pe PC-urile pe care le avem, Fluentis ERP funcționează exact în același mod, folosind mult resursele locale ale mașinii care o folosește.
Cloud Native APP și în Browser: să clarificăm
Aplicațiile native in cloud pot fi construite în 2 moduri: fie printr-o aplicație instalată local, fie printr-un site web instalat pe partea server.
Fluentis a ales până acum app-ul ca soluție principală.
De ce? Pentru ca a fost singura soluție viabilă? Nu. Există ERP care funcționează printr-un browser. Din păcate mulți confundă aplicația cloud native cu o aplicație care funcționează într-un browser versus o aplicație care nu funcționează într-un browser.
Fluentis NU operează într-un browser, funcționează CA UN browser.
Operarea într-un browser înseamnă lansarea unei aplicații instalate pe un server la distanță printr-un protocol http.
Noi nu am ales această cale. De ce?
Pentru că în dezvoltarea versiunii actuale a aplicației Fluentis cele 2 ipoteze principale au fost: că este o aplicație CLOUD NATIVE și că ar putea fi complet GESTIONABILĂ DE CĂTRE UN PARTENER.
Aprofundare
Protocolul html, caracterizat de toate aplicațiile care funcționează într-un browser, este un protocol static. Adică, atunci când am definit o pagină în acest mod, rămâne așa, nu o pot schimba.
Modificarea și personalizarea aplicației pentru fiecare client în html nu este imposibilă, dar menținerea acestor modificări în timp este de inimaginabilă.
Dacă am fi conceput Fluentis pentru a fi utilizat prin browser, unul dintre cele 2 principii fundamentale pentru care nu acceptăm compromisuri ar fi eșuat: Partenerul nu ar fi putut niciodată să schimbe și să modifice aplicația.
De fapt, vedem că astăzi mulți dintre concurenții noștri care au ales ruta browserului au probleme serioase atunci când fac actualizări, deoarece aplicația nu are o interfață flexibilă, ci o interfață statică.
Ce pregătim: new developments
Lipsa standardelor în protocolul browserului și mai ales lipsa de flexibilitate, ne-a convins să așteptăm ca aceste standarde să devină comune.
Cu câțiva ani în urmă, comunitatea dezvoltatorilor și-a dat seama că nu se mai poate continua astfel și s-a reunit pentru a dezvolta protocoale standard care să poată găzdui diferitele aplicații in browser care să fie flexibile.
În sfârșit, direcția corectă.
Această nouă tehnologie, care se numește Web Assembly, s-a născut acum doar 2 ani și este încă foarte imatură.
Fluentis a creat și prezentat la Synergy 2019 o aplicație numită Fluentis Live Update, creată cu scopul de a testa fiabilitatea tehnologiei Web Assembly. A fost proiectul potrivit pentru a fi pionieri ai unei tehnologii nou-născute. Am văzut multe deficiențe, am continuat să monitorizăm standardele care au evoluat în continuare și putem spune că această platformă va fi probabil platforma de referință corectă pentru aplicațiile Enterprise (acele aplicații care au caracteristica de a fi extrem de solicitante în ceea ce privesc tranzacțiile).
Unul din punctele forte ale lui Fluentis este inovația tehnologică. Monitorizăm continuu și experimentăm noi tehnologii pentru a oferi cele mai performante soluții.
În curând … dezvoltări noi!
Ce poate face Fluentis ERP
pentru compania dvs?
Test gratuit 15 zile | Fără reînnoire automată | Acces imediat
Contactați-ne pentru mai multe informații