Odabir između softvera za upravljanje nekretninama na licu mjesta i u oblaku uglavnom je odluka o tome gdje sustav radi, tko je odgovoran za njegovu infrastrukturu, kako mu korisnici pristupaju i kako će se upravljati sigurnošću, održavanjem, integracijama, oporavkom i budućim promjenama.
Koja je razlika između softvera na licu mjesta i softvera u oblaku?
Glavna razlika je gdje se softver i podržavajuća infrastruktura koriste i tko preuzima odgovornost za njihovo održavanje.
Što je softver za operacije na licu mjesta?
Softver na licu mjesta je implementiran unutar infrastrukture koju kontrolira organizacija, kao što su poslužitelji u vlastitim objektima ili privatno upravljanom okruženju.
Organizacija obično preuzima veću odgovornost za područja kao što su:
- Upravljanje poslužiteljima i infrastrukturom
- Instalacija softvera
- Ažuriranja i zakrpe
- Sigurnosne kopije
- Konfiguracija mreže
- Kontrole pristupa
- Praćenje
- Oporavak od katastrofa
Što je softver za operacije u oblaku?
Softver u oblaku se hostira u udaljenoj infrastrukturi i pristupa mu se putem mreže, obično interneta.
Ovisno o modelu usluge, pružatelj softvera ili platforma u oblaku obično upravljaju većim dijelom temeljne infrastrukture, dok kupac ostaje odgovoran za svoje korisnike, podatke, konfiguraciju, poslovne procese i druga područja definirana ugovorom o usluzi.
Što se zapravo mijenja između dva modela?
Važna razlika nije samo gdje se poslužitelj nalazi. To je kako je odgovornost podijeljena.
| Područje | Na licu mjesta | U oblaku |
|---|---|---|
| Infrastruktura | Uglavnom upravlja organizacija. | Više odgovornosti za infrastrukturu leži na pružatelju. |
| Pristup | Često vezan za internu mrežu ili konfigurirani udaljeni pristup. | Obično dizajniran za pristup temeljen na mreži preko lokacija. |
| Ažuriranja | Organizacija obično upravlja implementacijom i održavanjem. | Pružatelj obično upravlja ažuriranjima platforme ili aplikacije. |
| Skaliranje | Može zahtijevati dodatno planiranje infrastrukture. | Kapacitet se često može proširiti kroz model usluge. |
| Struktura troškova | Može uključivati troškove infrastrukture, licenciranja, IT-a i održavanja. | Obično koristi ponavljajuće pretplate ili cijene temeljene na potrošnji. |
| Kontrola | Veća izravna kontrola nad infrastrukturom. | Odgovornost za infrastrukturu dijeli se s pružateljem. |
Gdje se softver u oblaku i na licu mjesta najviše razlikuje?
Tko posjeduje odgovornost za infrastrukturu?
Implementacija na licu mjesta daje organizaciji veću izravnu kontrolu nad infrastrukturom, ali ta kontrola dolazi s odgovornošću za upravljanje, praćenje, održavanje i oporavak okruženja.
Implementacija u oblaku prebacuje veću odgovornost za infrastrukturu na pružatelja, ali kupac i dalje treba razumjeti što pružatelj upravlja i što ostaje odgovornost kupca.
Kako korisnici pristupaju sustavu?
Sustavi u oblaku obično su dizajnirani za korisnike koji trebaju pristup preko ureda, nekretnina, lokacija ili uređaja.
Okruženja na licu mjesta također mogu podržavati udaljeni pristup, ali to može zahtijevati dodatnu mrežnu, autentifikacijsku, VPN ili drugu infrastrukturu za pristup.
Tko upravlja ažuriranjima softvera i održavanjem?
Okruženja na licu mjesta obično stavljaju više odgovornosti za ažuriranje i održavanje na organizaciju ili njenog tehnološkog partnera.
Pružatelji u oblaku obično se bave većim dijelom održavanja temeljne platforme i procesa izdavanja aplikacija, ovisno o modelu usluge.
Kako se razlikuje skalabilnost?
Skaliranje okruženja na licu mjesta može zahtijevati planiranje kapaciteta, dodatnu infrastrukturu, promjene konfiguracije ili novu opremu.
Okruženje u oblaku često se može proširiti bez da kupac kupuje i instalira istu fizičku infrastrukturu izravno.
Je li softver u oblaku ili na licu mjesta sigurniji?
Niti jedan model implementacije nije inherentno siguran samo zato što se nalazi na određenom mjestu.
Sigurnost ovisi o tome kako je okruženje dizajnirano, konfigurirano, praćeno, održavano i upravljano.
Koja sigurnosna odgovornost dolazi s softverom na licu mjesta?
Organizacija koja upravlja vlastitim okruženjem može imati veću izravnu kontrolu nad:
- Arhitektura mreže
- Konfiguracija poslužitelja
- Politike pristupa
- Rasporedi zakrpa
- Sigurnosne kopije
- Praćenje
- Fizička infrastruktura
Kompenzacija je da organizacija mora imati stručnost i procese za učinkovito upravljanje tim područjima.
Koja sigurnosna odgovornost dolazi s softverom u oblaku?
Implementacije u oblaku koriste model zajedničke odgovornosti u kojem pružatelj upravlja definiranim dijelovima okruženja dok kupac ostaje odgovoran za područja kao što su pristup korisnika, dozvole, rukovanje podacima, konfiguracija i poslovni procesi.
Što biste trebali procijeniti umjesto da pitate koji je model sigurniji?
Postavite pitanja kao što su:
- Kako se korisnici autentificiraju?
- Kako se kontroliraju dozvole?
- Kako je osjetljivi podatak zaštićen?
- Kako se bilježe promjene i pristup?
- Kako se upravlja ranjivostima i zakrpama?
- Kako se upravlja sigurnosnim kopijama i oporavkom?
- Koji zahtjevi za usklađenost se primjenjuju?
- Koje odgovornosti pripadaju pružatelju?
- Koje odgovornosti ostaju s vašom organizacijom?
Koje su glavne prednosti i ograničenja softvera u oblaku?
Gdje softver u oblaku može olakšati operacije?
Pristup preko lokacija
Timovi obično mogu pristupiti sustavu s različitih nekretnina, ureda ili odobrenih uređaja bez potrebe za radom aplikacije isključivo s jednog lokalnog poslužiteljskog okruženja.
Manje lokalne infrastrukture
Organizacija obično ne mora kupovati i upravljati istom infrastrukturom aplikacije sama.
Centralizirana ažuriranja
Pružatelj softvera ili platforme obično upravlja većim dijelom procesa ažuriranja aplikacije i održavanja infrastrukture.
Lakše proširenje
Novi korisnici, nekretnine ili operativni procesi mogu se dodati bez izgradnje ekvivalentne fizičke infrastrukture na svakoj lokaciji.
Koja ograničenja trebate uzeti u obzir s softverom u oblaku?
- Ovisnost o mrežnoj povezanosti
- Ponavljajući troškovi pretplate ili platforme
- Ovisnost o modelu usluge i izdavanju dobavljača
- Zahtjevi za lokaciju podataka ili regulativu
- Ograničenja definirana arhitekturom platforme
- Planiranje migracije i izlaska iz ugovora s dobavljačem
Softver u oblaku stoga treba procijeniti kao operativni model, a ne jednostavno kao softver koji se događa da radi na internetu.
Koje su glavne prednosti i ograničenja softvera na licu mjesta?
Gdje softver na licu mjesta može imati smisla?
Izravna kontrola infrastrukture
Organizacije mogu izravno upravljati infrastrukturom, mrežom, rasporedom implementacije i lokalnim okruženjem.
Specijalizirana okruženja
Neke organizacije trebaju vrlo specifičnu infrastrukturu, mrežu, lokaciju podataka ili aranžmane integracije.
Lokalna dostupnost
Neki lokalni radni tokovi mogu nastaviti bez ovisnosti o vanjskoj internetskoj povezanosti kada su potrebni sustavi dostupni unutar lokalne mreže.
Prilagodba infrastrukture
Organizacije s dovoljno tehničkih resursa mogu dizajnirati okruženje blisko unutarnjim zahtjevima.
Koja ograničenja trebate uzeti u obzir s lokalnim softverom?
- Nabava i održavanje infrastrukture
- Unutarnja tehnička stručnost
- Odgovornost za zakrpe i ažuriranja
- Odgovornost za sigurnosne kopije i oporavak
- Arhitektura za daljinski pristup
- Planiranje kapaciteta
- Upravljanje životnim ciklusom hardvera
- Potencijalno sporija ekspanzija infrastrukture
Je li softver u oblaku jeftiniji od lokalnog softvera?
Ne nužno.
Usporedba samo softverske licence ili mjesečne pretplate može dati nepotpunu sliku.
Koji troškovi pripadaju izračunu lokalnog rješenja?
Ovisno o okruženju, ukupni trošak može uključivati:
- Licenciranje softvera
- Poslužitelji i infrastruktura
- Mrežno povezivanje
- IT osoblje ili podrška
- Alati za sigurnost
- Sigurnosne kopije
- Oporavak od katastrofa
- Zamjena hardvera
- Ažuriranja i održavanje
Koji troškovi pripadaju izračunu u oblaku?
Ovisno o usluzi, ukupni trošak može uključivati:
- Pretplate ili naknade za platformu
- Licencije za korisnike
- Implementacija
- Pohrana podataka
- Integracije
- Dodatne usluge
- Podrška
- Migracija
- Buduća ekspanzija
Koji je bolji način za usporedbu troškova?
Usporedite ukupne troškove poslovanja svakog modela tijekom realističnog razdoblja i uključite ljude, infrastrukturu, podršku, migraciju, integraciju i odgovornosti za oporavak potrebne za svaki od njih.
Kako bi integracije trebale utjecati na odluku između oblaka i lokalnog rješenja?
Arhitektura implementacije je važna jer softver za operacije rijetko radi sam.
Koji sustavi trebaju razmjenjivati podatke?
Ovisno o organizaciji, softver za operacije može trebati povezati se s:
- CRM sustavima
- Računovodstvenim ili ERP sustavima
- Platformama za plaćanje
- Sustavima za kontrolu pristupa
- Alatima za komunikaciju
- Skladištima podataka
- Alatima za poslovnu inteligenciju
- Pružateljima identiteta
- Ostalim operativnim aplikacijama
Da li se softver u oblaku automatski lakše integrira?
Ne. Integracija ovisi o API-jima, modelima podataka, autentifikaciji, posrednicima, podršci dobavljača, mrežnoj arhitekturi i sustavima koji se povezuju.
Booking Ninjas pruža okvir za integracije za povezivanje operativnih radnih tokova s vanjskim sustavima gdje je relevantna integracija dostupna i uključena u opseg implementacije.
Zašto bi se arhitektura podataka trebala procijeniti rano?
Tehnički prikladan sustav može i dalje stvoriti operativne probleme ako timovi moraju ponavljati izvoz, uvoz, usklađivanje, ili ponovo unositi informacije između nepovezanih sustava.
To je usko povezano s širim odabirom između jedne povezane platforme i više točnih rješenja .
Kako bi trebali utjecati dostupnost i oporavak od katastrofa na odluku?
Što se događa ako veza s internetom ne uspije?
Cloud aplikacija obično zahtijeva pristup mreži. Operateri trebaju razumjeti kako se kritični radni tokovi obrađuju tijekom problema s povezivanjem i jesu li potrebne sigurnosne veze ili druge procedure kontinuiteta.
Što se događa ako lokalna infrastruktura ne uspije?
Lokalno okruženje može nastaviti raditi neovisno o vanjskom pristupu internetu u nekim konfiguracijama, ali organizacija ostaje odgovorna za neuspjehe koji utječu na njezine poslužitelje, pohranu, mrežu, energiju i lokalno okruženje.
Tko je odgovoran za oporavak?
Procijenite:
- Frekvencija sigurnosnih kopija
- Lokacija sigurnosnih kopija
- Postupci oporavka
- Redundancija
- Odgovor na incidente
- Obveze pružatelja usluga
- Unutarnje procedure kontinuiteta poslovanja
Cilj nije pretpostaviti da niti jedan model implementacije eliminira vrijeme zastoja. Cilj je razumjeti kako se vrijeme zastoja sprječava, otkriva, upravlja i oporavlja.
Kako biste trebali odabrati između softvera u oblaku i lokalnog rješenja?
Započnite s operativnim zahtjevima umjesto s preferencijom za jedan tehnološki model.
1. Definirajte gdje ljudi trebaju raditi
Identificirajte koji korisnici, nekretnine, uredi i uređaji trebaju pristup i je li rad na daljinu dio normalnog operativnog modela.
2. Definirajte svoje odgovornosti za sigurnost i usklađenost
Identificirajte podatke koji se obrađuju, tko bi trebao imati pristup, primjenjive zahtjeve usklađenosti i koje kontrole vaša organizacija mora zadržati.
3. Procijenite svoju unutarnju IT kapacitet
Odredite ima li vaša organizacija ljude i procese potrebne za upravljanje infrastrukturom, upravljanje ažuriranjima, praćenje sustava, održavanje sigurnosnih kopija i oporavak od neuspjeha.
4. Mapirajte arhitekturu integracije
Identificirajte sustave koji moraju razmjenjivati informacije prije nego što odaberete arhitekturu aplikacije.
5. Usporedite ukupne troškove vlasništva
Uključite softver, infrastrukturu, podršku, implementaciju, integracije, održavanje, ljude, migraciju i buduću ekspanziju.
6. Planirajte rast
Razmotrite što se događa kada organizacija dodaje više lokacija, korisnika, zapisa, poslovnih jedinica, radnih tokova ili integracija.
7. Planirajte izlaz prije odabira platforme
Razumite kako se podaci mogu izvesti, na čemu integracije ovise o platformi, koliko bi mogla trajati migracija i što bi se dogodilo ako organizacija kasnije promijeni sustave.
Distribuirani pristup, infrastrukturno upravljanje od strane pružatelja, brža ekspanzija i smanjenje odgovornosti za lokalnu infrastrukturu su važni za operativni model.
Izravno vlasništvo infrastrukture, specijalizirana lokalna arhitektura ili specifični tehnički i regulatorni zahtjevi opravdavaju upravljanje okruženjem interno.
Što biste trebali uzeti u obzir prije prelaska s lokalnog rješenja na oblak?
Prelazak na softver u oblaku nije jednostavno pitanje kopiranja baze podataka na drugi poslužitelj.
Inventar podataka prvo
Identificirajte zapise koji se migriraju, njihove vlasnike, formate, ovisnosti, probleme s kvalitetom, zahtjeve za zadržavanje i osjetljive informacije.
Mapirajte integracije i ovisnosti
Dokumentirajte koji sustavi trenutno razmjenjuju informacije i koji poslovni procesi ovise o njima.
Namjerno obnovite uloge i dozvole
Ne prenosite jednostavno stare obrasce pristupa u novo okruženje. Iskoristite migraciju kako biste potvrdili tko treba pristupiti kojim zapisima i funkcijama.
Testirajte radne tokove prije potpunog uvođenja
Kritični radni tokovi trebaju se testirati s reprezentativnim korisnicima i realističnim podacima prije nego što se staro okruženje povuče.
Pripremite tim za promjenu operacija
Novi model implementacije može utjecati na prijavu, radne tokove, odgovornosti, izvještavanje, podršku i svakodnevne procedure.
Naš vodič o pripremi timova za nekretnine za novi softver ide dublje u fazni rollout, obuku i usvajanje.
Praktična sekvenca migracije
Podaci o inventaru → mapirajte integracije → konfigurirajte novo okruženje → migrirajte i potvrdite → testirajte radne tokove → obučite korisnike → kontrolirani rollout → povucite staro okruženje kada je odobreno
Kako se Booking Ninjas uklapa u odluku o softveru u oblaku?
Booking Ninjas je platforma koja je izvorno izgrađena na Salesforce-u za rezervacije i operacije.
Platforma je izgrađena oko Salesforce-a
Umjesto da djeluje kao izolirana lokalna aplikacija za nekretnine, Booking Ninjas radi unutar šireg Salesforce ekosustava.
Osnova Salesforce-native je relevantna za organizacije koje procjenjuju kako operativne aplikacije odgovaraju njihovom širem CRM-u, podacima, sigurnosti, radnim tokovima i arhitekturi platforme.
Integracije ostaju dio arhitekture
Premještanje operacija u oblak ne uklanja potrebu za povezivanjem postojećih sustava.
Relevantne mogućnosti integracije mogu uključivati API integraciju , sustave identiteta, platforme za plaćanje, ERP sustave, računovodstvene sustave, alate za analizu i druge aplikacije ovisno o implementaciji.
Oblak ne znači jedan standardni radni tok za svaku organizaciju
Model implementacije i poslovni radni tok su odvojene odluke.
Booking Ninjas može biti konfiguriran oko različitih vrsta operativnih zapisa, procesa, korisnika, dozvola i integracija, s točnom implementacijom koja ovisi o zahtjevima i opsegu organizacije.
Odluka bi se trebala i dalje temeljiti na poslovnim zahtjevima
Organizacije bi trebale procijeniti Booking Ninjas na isti način na koji bi trebale procijeniti bilo koju operativnu platformu: na temelju radnih tokova, sigurnosti, korisnika, integracija, zahtjeva za podacima, implementacijom, podrškom i dugoročnim operativnim modelom.
Kako izgleda odluka o oblaku naspram lokalnom modelu u praksi?
Razmotrite operatera nekretnina s nekoliko lokacija i centralnim operativnim timom.
Što bi zahtijevao lokalni model?
Organizacija bi mogla interno upravljati okruženjem aplikacije, upravljati kapacitetom poslužitelja, održavati sigurnosne kopije, kontrolirati implementaciju softvera, konfigurirati daljinski pristup i pružati internu tehničku podršku.
Što bi se promijenilo s modelom u oblaku?
Pružatelj bi preuzeo odgovornost za veći dio temeljne infrastrukture platforme dok bi ovlašteni korisnici mogli pristupiti aplikaciji putem mreže.
Organizacija bi i dalje trebala upravljati korisnicima, dozvolama, poslovnim procesima, podacima, integracijama, obukom, upravljanjem i svojim odgovornostima prema ugovoru o usluzi.
Koji model bi trebao odabrati operater?
Odgovor ovisi o tome hoće li organizacija dobiti više vrijednosti od posjedovanja i upravljanja infrastrukturom ili od prebacivanja veće odgovornosti za infrastrukturu na platformu u oblaku.
Često postavljana pitanja
Koja je glavna razlika između softvera u oblaku i lokalnog softvera?
Glavna razlika je gdje se infrastruktura softvera upravlja i kako se odgovornost dijeli. Lokalni softver obično stavlja više odgovornosti za infrastrukturu na organizaciju, dok softver u oblaku stavlja veći dio te odgovornosti na pružatelja.
Je li softver u oblaku uvijek jeftiniji od lokalnog softvera?
Ne. Softver u oblaku može smanjiti neke početne troškove infrastrukture, ali ukupni trošak ovisi o pretplatama, korisnicima, implementaciji, pohrani, integracijama, podršci i proširenju. Troškovi lokalnog softvera mogu uključivati hardver, licenciranje, IT osoblje, održavanje, sigurnost, sigurnosne kopije i zamjensku infrastrukturu.
Je li softver u oblaku sigurniji od lokalnog softvera?
Niti jedan model nije automatski sigurniji. Sigurnost ovisi o arhitekturi, konfiguraciji, kontrolama pristupa, praćenju, održavanju, rukovanju podacima, praksama pružatelja i vlastitim sigurnosnim procesima organizacije.
Može li lokalni softver podržati rad na daljinu?
Da. Lokalni sustavi mogu podržati daljinski pristup, ali organizacija može trebati konfigurirati i održavati mrežnu, autentifikaciju, VPN ili drugu infrastrukturu potrebnu za siguran pristup.
Zahteva li softver u oblaku još uvijek unutarnje IT uključivanje?
Može. Pružatelji usluga u oblaku mogu upravljati većim dijelom infrastrukture, ali organizacije i dalje trebaju upravljati područjima kao što su korisnici, dozvole, integracije, upravljanje podacima, poslovni procesi, upravljanje dobavljačima i podrška.
Što biste trebali provjeriti prije nego što pređete s lokalnog na oblak?
Pregledajte podatke, integracije, dozvole, sigurnosne zahtjeve, ovisnosti mreže, procedure migracije, testiranje, obuku, kontinuitet poslovanja i kako će staro okruženje biti povučeno nakon što je novi sustav odobren.
Je li Booking Ninjas u oblaku?
Booking Ninjas je platforma za rezervacije i operacije koja je izvorno izgrađena na Salesforce-u. Točna arhitektura sustava, integracije, dozvole, radni tokovi i implementacija ovise o zahtjevima i dogovorenom opsegu organizacije.
Odaberite operativni model prije nego što odaberete softver
Započnite s korisnicima, radnim tokovima, sigurnosnim zahtjevima, integracijama, podacima, IT kapacitetom i planovima rasta. Zatim odlučite koja softverska arhitektura može podržati operaciju koju zapravo trebate.
