Cloud Native ERP
vs ERP prilagođen Cloud-u

S ovim člankom želimo razjasniti razliku između Cloud Native ERP aplikacija i aplikacija prilagođenih Cloud-u te razloge zašto uvođenje nenativnih aplikacija za Cloud nije isplativo.

CLOUD NATIVE ERP VS ERP PRILAGOĐEN CLOUD:
VELIKA JE RAZLIKA

U današnje vrijeme jako puno aplikacija za upravljanje poslovanjem na tržištu djeluje u Cloud-u, ali postoji presudna značajka koja često ostaje neprimijećena i umjesto toga ističe sejedan ključni element kako bi se brojne prednosti koje Cloud nudi mogle iskoristiti.
Razlika je u načinu na koji Cloud radi, odnosno da li je aplikacija zamišljena za Cloud Native ili prilagođena Cloud radu.

Počnimo s činjenicom da većina ERP aplikacija koje postoje na tržištu tvrde da rade u Cloud-u dok su zapravo prilagođene i nisu adaptirane za nativni rad u Cloudu.

Odnosno, radi se o aplikacijama instaliranim na Cloud Serveru, gdje putem udaljenih tehnologija poput Terminal Servisa i Remote Desktop konekcije korisnik pristupa tom Serveru u Cloudu i lokalno prikazuje sliku aplikacije Klijentu koji zapravo radi na Serveru.

Tada aplikacija radi u Cloud-u, prikazuje se u Cloud-u i nakon toga se slika koja se javlja u svakoj tisućinki sekunde se "kopira" u sliku koju korisnik ima pred očima na svom računalu. Zapravo, sve obrade ne vrši samo njegovo računalo. Njegovo računalo pomiče miš i pritišće tipke na tipkovnici, ali procesorski kapacitet Klijenta u ovom je slučaju praktički nikakav.

Riječ je o zastarjelim tehnologijama koje ne mogu generirati lokalne datoteke na Cloud-u na udaljenom poslužitelju.

PROBLEMI APLIKACIJA PRIMJENJENIH I CLOUD-U

Online aplikacija u Cloud-u može dovesti do sljedećih problema:

1° problem ekonomske prirode

Kupac koji želi online aplikaciju ili niz aplikacija mora kupiti Microsoftove licence licence koje su korisniku financijski nedostižne, te treba imati znanje o online tehnologijama.
Svaki put kad se promijeni verzija Operacijskog Sustava na poslužitelju, te se licence moraju kupiti. Odnosno, ako tvrtka pređe sa Windows Server 2010 na 2012, ili sa 2016 na 2019, u svakom tom prijelazu sa servera na server mora kupiti potrebne licence.
Broj licenci proporcionalan je broju klijenata, pa ako tvrtka ima 10 klijenata trebat će joj 10 licenci, ako ima 100 klijenata trebat će joj 100 licenci. Stoga ova vrsta aktivnosti postaje poprilično skupa.

Često, kako bi izbjegle plaćanje, tvrtke ne mijenjaju verzije i zadržavaju stariju verziju, ali time su primorane koristiti zastarjelu tehnologiju. Nakon nekog određenog vremena stare verzije operativnih sustava se u potpunosti prestaju koristit ili ne postoji podrška za njih. Ekonomski problem u ovom slučaju pokreće druge probleme tehnološke prirode, jer ne nastavljajući ažurirati licence, tvrtka ostaje u tehnološkom zaostatku.

2° problem tehničke prirode

Prilikom uklanjanja aplikacije, veza koju moramo imati između klijentskog dijela i udaljenog poslužiteljskog dijela u Cloudu, mora biti vrlo pouzdana jer kada veza nestane, čak i na nekoliko sekundi, primijetiti ćemo da monitor postaje crn ili se gasi. To se događa jer poslužitelj više ne može kopirati sliku sa programa u lokalni prikazivač, jer nedostaje veza.

3° problem tehničke prirode

Vidjeli smo da je pokušaj uvođenja vanjskih aplikacija za Cloud u Cloud pomoću tehnike daljinskog upravljanja vrlo skupo za licence i nezgodno zbog potencijalnih tehničkih problema.
Postoji još jedan veliki problem, naime performanse koje poslužitelj mora imati da bi mogao koristiti ovu vrstu tehnologije. Zamislimo tvrtku s 50 radnih stanica: danas sva naša računala imaju najmanje 2 GHz procesor, što je prilično jaka snaga (+8 Giga RAM-a + tvrdi disk koji sadrži naše podatke), sada množimo sa 50 korisnika, uskoro ćemo otkriti da ne postoji procesor veći od 4GHz. Procesor od 4 GHz maksimalna je frekvencija koju poslužitelj može implementirati.

 

Određivanje veličine snage poslužitelja koje bi tvrtka trebala imati na za implementaciju takve vrste rješenja u Cloudu postaje vrlo vrlo skupo. Korištenje Clouda s vrlo jakim poslužiteljem danas puno košta. Veličina CPU-a i količina RAM-a na strani poslužitelja uvelike utječu na cijenu virtualnog stroja potrebnog na Cloudu za ovo rješenje.

 

Raspodijeljena snaga svih lokalnih računala u tvrtki mnogo je veća od izvrsnog poslužitelja u Cloudu, pa je bolje iskoristiti distribuiranu snagu.

Zašto da kupim super moćan Cloud Server koji me puno košta ali mi nije potreban? 

Razumijemo da aplikacija koja nije nativna za rad u Cloudu zahtijeva vrlo visoke troškove Cloud-a da bi se koristila na taj način.

LEGITIMNA - SAVRŠENOST TVRTKI PREMA CLOUDU

U ovom će se trenutku netko pitati: "Ali tko me tjera na to da odem u Cloud?" I upravo je to razlog zašto se mnoge tvrtke danas nerado prelaze u Cloud, jer smatraju da bi, kako bi radile kao prije, morale investirati znatno više.
Ali zašto? Budući da smatraju Cloud rad takozvanim hibridnim načinom radakoji se sastoji od stavljanja starih aplikacija tvrtke u Cloud način rada.

Podcjenjuju činjenicu da je Cloud tehnologija dizajnirana da bude učinkovitija, neophodno da se cijelo okruženje uskladi s ovom vrstom tehnologije, uključujući aplikacije koje moraju biti izvorne za Cloud.
Takozvani hibridni način nije izvorni način, to je način koji se može dobiti, ali puno košta.

Da bih u Private Cloud-u imali dostupnu online aplikaciju koja nije dizajnirana za Cloud u privatnom Cloud-u, morat će kupiti Virualni stroj s vrlo visokim značajkama i mogućnostima obrade, koji proporcionalno rastu s povećanjem broja korisnika.

Private Cloud dizajniran i korišten na ovaj način vrlo je skup, puno je skuplji nego imati iste virtualne strojeve na fizičkom poslužitelju koje tvrtka ima unutar tvrtke koje sama i održava.

Tvrke na brz način mogu istražiti da u roku od 3 godine moge kupiti stroj uz cijenu najma u Cloudu.
Ali zašto se to događa? To se događa jer aplikacije instalirane na tom virtualnom stroju nisu prikladne za Cloud.Prilagođene su Cloud-u, putem Terminal Services tehnologija.

KAKO DJELUJU APLIKACIJE ERP NATIVE CLOUD-A: DRUGAČIJI PRISTUP

Izvorne aplikacije za Cloud rade na tako da u potpunosti iskorištavaju prednosti Cloud-a, izbjegavajući do sada viđene tehničke i ekonomske probleme.

Aplikacija u kojoj korisnik radi nije instalirana u Cloud-u, a zatim se prikazuje izravno na korisnikovom računalu koje je sposobno komunicirati u smislu prijenosa podataka i funkcionalnosti s poslužiteljskim dijelom koji je instaliran u samom Cloud-u. Na taj se način koristi raspodijeljena snaga svih lokalnih računala u tvrtki, koja je, kako smo vidjeli, puno veća od izvrsnog poslužitelja u Cloudu.

U slučaju Fluentis ERP-a, komponenta Servera instalira se na virtualni stroj u Cloud-u, dok se aplikacija koja komunicira sa okolinom poslužitelja instalira na sva računala tvrtke putem onoga što je definirano kao SOA (Service Oriented Architecture).

Tada više nije Client Server, već Service Oriented.

Drugim riječima, aplikacija Fluentis instalirana na računalu klijenta komunicira s Cloud poslužiteljem, nizom naredbi koje aplikacija klijenta daje poslužitelju, čije se naredbe koriste za ekstrapolaciju podataka, izvršavanje postupaka, brisanje podataka, pretragu izvješća, ukratko, sve aktivnosti koje se inače provode.

Sasvim drugačiji scenarij od takozvanih starih aplikacija, gdje sve mora biti instalirano u poslužiteljskom dijelu, jer inače aplikacije ne rade.
U našem slučaju u poslužiteljski dio instaliramo samo "srce" Fluentisa, koje nema sučelje, već funkcionalnost.

Stoga razumijemo da je težina Fluentisa na poslužitelju puno manja od težine aplikacije koja nije dizajnirana za CloudSlijedom toga, kako se povećava broj korisnika, nemamo proporcionalni porast potreba i mogućnosti obrade podataka.

Aplikacija dizajnirana za Cloud distribuira procesorski kapacitet između Poslužitelja i Klijentapri čemu Klijent aplikacija obavlja svoje aktivnosti, ali s Poslužiteljem komunicira samo kada mora izvršiti podatkovne transakcije i operacije.
Dok se stare aplikacije moraju kontinuirano redizajnirati između klijentskog i poslužiteljskog dijela te zahtijevaju mnogo veći procesorski kapacitet i veće mrežne potrebe, to se ne događa s izvornom Cloud aplikacijom.
Stoga su mogućnosti koje zahtijeva Cloud aplikacija za virtualni stroj na strani poslužitelja mnogo manje strukturirane od onih potrebnih za pokretanje aplikacija stare generacije.

Aplikacija nove generacije je aplikacija koja pažljivo koristi resurse na strani poslužitelja. Optimizirana je za maksimalno iskorištavanje lokalnih aplikacija, lokalnih resursa računala u usporedbi s udaljenim poslužiteljem.

Uzmimo primjer: u našem pametnom telefonu radije koristimo aplikaciju nego istu uslugu putem preglednika, jer je aplikacija, koja je program instaliran na našem pametnom telefonu, sposobna koristiti resurse našeg pametnog telefona na mnogo učinkovitiji i brži način.

Preuzimamo aplikacije jer tako više koristimo lokalnu obradu našeg pametnog telefona.
Za sustav upravljanja, na osobnim računalima, Fluentis djeluje na potpuno isti način, koristeći lokalne resurse stroja korisnika.

CLOUD NATIVE APLIKACIJA I U PREGLEDNIKU: RAZJASNIMO

Izvorne aplikacije za Cloud mogu se graditi na dva načina: putem bilo koje aplikacije instalirane lokalno ili putem web sućelja instaliranog na poslužitelju.

Fluentis je dosad kao prioritet odabrao rutu aplikacije.

Zašto? Zato što je bio jedini održiv? Ne. Postoje softveri za upravljanje koji rade putem preglednika. Nažalost u tom pogledu postoji zabuna: mnogi brkaju izvornu aplikaciju za Cloud s aplikacijom koja radi u pregledniku u odnosu na aplikaciju koja ne radi u pregledniku.

Fluentis NE RADI U pregledniku,već RADI KAO preglednik.

Rad u pregledniku znači pozivanje aplikacije koja je instalirana na udaljenom poslužitelju putem http protokola.

Mi nismo odabrali ovaj put. Zašto?
Budući da su u razvoju trenutne verzije Fluentisa, dvije glavne pretpostavke bile bi sljedeće: da je to bila CLOUD NATIVE aplikacija i da bi njome mogao u potpunosti UPRAVLJATI PARTNER.

HTML protokol koji karakteriziraju sve aplikacije koje rade u pregledniku je statički protokol. Odnosno, kad definiramo stranicu na taj način, pregledavamo je, ali je ne možemo promijeniti.

Promjena i prilagodba aplikacije za svakog korisnika na html jezik nije nemoguće, moguća je, ali zadržavanje tih promjena tijekom dužeg vremena je nešto nezamislivo.
Da smo Fluentis zamislili kao upotrebljiv putem preglednika, propao bi jedan od 2 temelja na kojima ne prihvaćamo kompromise: na taj način partner nikada ne bi mogao promijeniti i modificirati aplikaciju.

Možemo uočiti da mnogi naši konkurenti koji su umjesto toga odabrali rutu preglednika imaju ozbiljnih problema prilikom ažuriranja, jer aplikacija nema fleksibilno sučelje, već statično.

ŠTO SE DOGAĐA: NOVI RAZVITAK

Nedostatak standarda u protokolu preglednika, a prije svega nedostatak fleksibilnosti, uvijek nas je dovodio u situaciju da čekamo da ti standardi postanu uobičajeni.

Prije otprilike nekoliko godina zajednica programera shvatila je da se nešto mora promijeniti. Okupili su se kako bi razvili standardne protokole koji su mogli koristiti razne aplikacije u pregledniku.
U mogućnosti da koriste vrlo fleksibilne aplikacije, ali ujedno rade i u pregledniku.
Napokon su pronašli ispravan smjer.

Ova nova tehnologija, koja se naziva Web Assemblyrođena je prije samo dvije godine.

Fluentis je stvorio i predstavio aplikaciju pod nazivom Fluentis Live Update na Synergy 2019 događaju, stvorenu s ciljem testiranja pouzdanosti tehnologije Web Assembly-a. Bio je to ispravan projekt gdje smo mi bili poput pionira tek rođene tehnologije. Vidjeli smo mnoge nedostatke, nastavili smo pratiti standarde koji su se od tada dalje razvijali i možemo direktno tvrditi da će ova platforma predstavljati ispravnu referentnu platformu za Enterprise programe (one aplikacije koje imaju karakteristiku izuzetno zahtjevnih u pogledu transakcija podataka). 

Fluentis svoju tehnološku inovaciju čini jednom od svojih najvećih snaga- Kontinuirano pratimo i eksperimentiramo s novim tehnologijama kako bismo ponudili rješenja s najboljim učinkom.

KONTAKTIRAJTE NAS ZA VIŠE INFORMACIJA

Odgovorit ćemo na Vaš zahtjev u najkraćem mogućem roku