Výber medzi softvérom pre prevádzku na mieste a v cloude je predovšetkým rozhodnutím o tom, kde systém beží, kto je zodpovedný za jeho infraštruktúru, ako sa k nemu používatelia dostanú a ako sa budú spravovať bezpečnosť, údržba, integrácie, obnova a budúce zmeny.
Aký je rozdiel medzi softvérom na mieste a v cloude?
Hlavný rozdiel je v tom, kde sa softvér a podporná infraštruktúra prevádzkujú a kto preberá zodpovednosť za ich údržbu.
Čo je softvér pre prevádzku na mieste?
Softvér na mieste je nasadený v infraštruktúre, ktorú ovláda organizácia, ako sú servery v jej vlastných zariadeniach alebo súkromne spravované prostredie.
Organizácia zvyčajne preberá väčšiu zodpovednosť za oblasti ako:
- Správa serverov a infraštruktúry
- Inštalácia softvéru
- Aktualizácie a opravy
- Zálohy
- Konfigurácia siete
- Kontroly prístupu
- Monitorovanie
- Obnova po havárii
Čo je softvér pre prevádzku v cloude?
Cloudový softvér je hostený v vzdialenej infraštruktúre a prístupný cez sieť, zvyčajne internet.
V závislosti od modelu služby zvyčajne poskytovateľ softvéru alebo cloudová platforma spravuje viac z podkladovej infraštruktúry, zatiaľ čo zákazník zostáva zodpovedný za svojich používateľov, dáta, konfiguráciu, obchodné procesy a ďalšie oblasti definované v zmluve o službe.
Čo sa naozaj mení medzi týmito dvoma modelmi?
Dôležitý rozdiel nie je len v tom, kde server sedí. Je to o tom, ako je zodpovednosť rozdelená.
| Oblasť | Na mieste | Cloud |
|---|---|---|
| Infraštruktúra | Spravovaná predovšetkým organizáciou. | Viac zodpovednosti za infraštruktúru leží na poskytovateľovi. |
| Prístup | Často viazaný na internú sieť alebo nakonfigurovaný vzdialený prístup. | Bežne navrhnuté pre prístup na báze siete naprieč lokalitami. |
| Aktualizácie | Organizácia zvyčajne spravuje nasadenie a údržbu. | Poskytovateľ bežne spravuje aktualizácie platformy alebo aplikácie. |
| Škálovanie | Môže vyžadovať dodatočné plánovanie infraštruktúry. | Kapacita sa často môže rozšíriť prostredníctvom modelu služby. |
| Štruktúra nákladov | Môže zahŕňať náklady na infraštruktúru, licencovanie, IT a údržbu. | Bežne používa opakujúce sa predplatné alebo ceny na báze spotreby. |
| Kontrola | Vyššia priama kontrola nad infraštruktúrou. | Zodpovednosť za infraštruktúru je zdieľaná s poskytovateľom. |
Kde sa cloudový a softvér na mieste najviac líšia?
Kto vlastní zodpovednosť za infraštruktúru?
Nasadenie na mieste dáva organizácii väčšiu priamu kontrolu nad infraštruktúrou, ale táto kontrola prichádza so zodpovednosťou za prevádzku, monitorovanie, údržbu a obnovu prostredia.
Nasadenie v cloude presúva viac zodpovednosti za infraštruktúru na poskytovateľa, ale zákazník stále musí rozumieť tomu, čo poskytovateľ spravuje a čo zostáva zodpovednosťou zákazníka.
Ako sa používatelia dostanú k systému?
Cloudové systémy sú bežne navrhnuté pre používateľov, ktorí potrebujú prístup naprieč kanceláriami, nehnuteľnosťami, lokalitami alebo zariadeniami.
Prostredia na mieste môžu tiež podporovať vzdialený prístup, ale to môže vyžadovať dodatočnú sieť, autentifikáciu, VPN alebo iné prístupové infraštruktúry.
Kto spravuje aktualizácie softvéru a údržbu?
Prostredia na mieste zvyčajne kladú väčšiu zodpovednosť za aktualizácie a údržbu na organizáciu alebo jej technologického partnera.
Poskytovatelia cloudu zvyčajne spravujú viac z podkladovej údržby platformy a procesu vydávania aplikácií, v závislosti od modelu služby.
Ako sa líši škálovateľnosť?
Škálovanie prostredia na mieste môže vyžadovať plánovanie kapacity, dodatočnú infraštruktúru, zmeny konfigurácie alebo nový hardvér.
Cloudové prostredie sa často môže rozšíriť bez toho, aby zákazník musel priamo nakupovať a inštalovať rovnakú fyzickú infraštruktúru.
Je cloudový alebo softvér na mieste bezpečnejší?
Žiadny model nasadenia nie je inherentne bezpečný len preto, že je hostený.
Bezpečnosť závisí od toho, ako je prostredie navrhnuté, nakonfigurované, monitorované, udržiavané a spravované.
Aká zodpovednosť za bezpečnosť prichádza so softvérom na mieste?
Organizácia prevádzkujúca svoje vlastné prostredie môže mať väčšiu priamu kontrolu nad:
- Architektúra siete
- Konfigurácia servera
- Politiky prístupu
- Harmonogramy opráv
- Zálohy
- Monitorovanie
- Fyzická infraštruktúra
Obchodná výhoda je, že organizácia musí mať odborné znalosti a procesy na efektívne riadenie týchto oblastí.
Aká zodpovednosť za bezpečnosť prichádza so softvérom v cloude?
Nasadenia v cloude používajú model zdieľanej zodpovednosti, v ktorom poskytovateľ spravuje definované časti prostredia, zatiaľ čo zákazník zostáva zodpovedný za oblasti ako prístup používateľov, oprávnenia, spracovanie dát, konfiguráciu a obchodné procesy.
Čo by ste mali hodnotiť namiesto otázky, ktorý model je bezpečnejší?
Pýtajte sa otázky ako:
- Ako sú používatelia autentifikovaní?
- Ako sú kontrolované oprávnenia?
- Ako je chránená citlivá data?
- Ako sú zmeny a prístupy zaznamenávané?
- Ako sú spravované zraniteľnosti a opravy?
- Ako sú spravované zálohy a obnova?
- Aké požiadavky na dodržiavanie platia?
- Ktoré zodpovednosti patrí poskytovateľovi?
- Ktoré zodpovednosti zostávajú vo vašej organizácii?
Aké sú hlavné výhody a obmedzenia softvéru v cloude?
Kde môže cloudový softvér uľahčiť prevádzku?
Prístup naprieč lokalitami
Tímy môžu bežne pristupovať k systému z rôznych nehnuteľností, kancelárií alebo schválených zariadení bez toho, aby prevádzkovali aplikáciu výlučne z jedného miestneho serverového prostredia.
Menej miestnej infraštruktúry
Organizácia zvyčajne nemusí nakupovať a prevádzkovať rovnakú infraštruktúru aplikácie sama.
Centralizované aktualizácie
Poskytovateľ softvéru alebo platformy bežne spravuje viac z procesu aktualizácie aplikácie a údržby infraštruktúry.
Jednoduchšie rozšírenie
Noví používatelia, nehnuteľnosti alebo prevádzkové procesy môžu byť pridané bez budovania ekvivalentnej fyzickej infraštruktúry na každej lokalite.
Aké obmedzenia by ste mali zvážiť pri softvéri v cloude?
- Závislosť od sieťovej konektivity
- Opakujúce sa náklady na predplatné alebo platformu
- Závislosť od modelu služieb a vydania dodávateľa
- Požiadavky na umiestnenie dát alebo regulácie
- Obmedzenia definované architektúrou platformy
- Plánovanie migrácie a odchodu od dodávateľa
Cloudový softvér by sa preto mal hodnotiť ako prevádzkový model, nie len ako softvér, ktorý sa náhodou spúšťa na internete.
Aké sú hlavné výhody a obmedzenia softvéru na mieste?
Kde môže softvér na mieste dávať zmysel?
Priama kontrola infraštruktúry
Organizácie môžu priamo spravovať infraštruktúru, sieť, harmonogram nasadenia a miestne prostredie.
Špecializované prostredia
Niektoré organizácie potrebujú veľmi špecifickú infraštruktúru, sieť, umiestnenie dát alebo integračné usporiadania.
Lokálna dostupnosť
Niektoré lokálne pracovné postupy môžu pokračovať bez závislosti na externom pripojení na internet, keď sú potrebné systémy dostupné v rámci lokálnej siete.
Prispôsobenie infraštruktúry
Organizácie s dostatočnými technickými zdrojmi môžu navrhnúť prostredie presne podľa interných požiadaviek.
Aké obmedzenia by ste mali zvážiť pri on-premise softvéri?
- Získavanie a údržba infraštruktúry
- Interná technická odbornosť
- Zodpovednosť za opravy a aktualizácie
- Zodpovednosť za zálohovanie a obnovu
- Architektúra vzdialeného prístupu
- Plánovanie kapacity
- Správa životného cyklu hardvéru
- Potenciálne pomalšie rozširovanie infraštruktúry
Je cloudový softvér lacnejší ako on-premise softvér?
Nie nevyhnutne.
Porovnávanie iba licencie softvéru alebo mesačného predplatného môže poskytnúť neúplný obraz.
Aké náklady patrí do výpočtu on-premise?
V závislosti od prostredia môže celková cena zahŕňať:
- Licencovanie softvéru
- Servery a infraštruktúra
- Sieťovanie
- IT personál alebo podpora
- Bezpečnostné nástroje
- Zálohy
- Obnova po katastrofe
- Nahradenie hardvéru
- Aktualizácie a údržba
Aké náklady patrí do výpočtu cloudu?
V závislosti od služby môže celková cena zahŕňať:
- Poplatky za predplatné alebo platformu
- Licencie pre používateľov
- Implementácia
- Ukladanie dát
- Integrácie
- Dodatočné služby
- Podpora
- Migrácia
- Budúce rozšírenie
Aký je lepší spôsob porovnania nákladov?
Porovnajte celkové náklady na prevádzku každého modelu počas realistického obdobia a zahrňte ľudí, infraštruktúru, podporu, migráciu, integráciu a zodpovednosti za obnovu, ktoré sú potrebné pre každý z nich.
Ako by mali integrácie ovplyvniť rozhodovanie medzi cloudom a on-premise?
Architektúra nasadenia je dôležitá, pretože softvér na operácie zriedka funguje sám.
Ktoré systémy musia vymieňať dáta?
V závislosti od organizácie môže softvér na operácie potrebovať pripojiť sa k:
- CRM systémy
- Účtovné alebo ERP systémy
- Platobné platformy
- Systémy kontroly prístupu
- Komunikačné nástroje
- Dátové sklady
- Nástroje na obchodnú inteligenciu
- Poskytovatelia identity
- Iné operačné aplikácie
Integruje sa cloudový softvér automaticky ľahšie?
Nie. Integrácia závisí od API, dátových modelov, autentifikácie, middleware, podpory dodávateľa, architektúry siete a systémov, ktoré sa pripájajú.
Booking Ninjas poskytuje rámec integrácií na prepojenie operačných pracovných postupov s externými systémami, kde je relevantná integrácia dostupná a zahrnutá v rozsahu implementácie.
Prečo by sa mala architektúra dát hodnotiť skoro?
Technicky vhodný systém môže stále vytvárať operačné problémy, ak musia tímy opakovane exportovať, importovať, zosúlaďovať, alebo znovu zadávať informácie medzi odpojenými systémami.
Toto úzko súvisí s širším rozhodnutím medzi jednou prepojenou platformou a viacerými bodovými riešeniami .
Ako by mala dostupnosť a obnova po katastrofe ovplyvniť rozhodovanie?
Čo sa stane, ak zlyhá pripojenie na internet?
Cloudová aplikácia zvyčajne vyžaduje prístup k sieti. Prevádzkovatelia by mali pochopiť, ako sú kritické pracovné postupy spravované počas problému s pripojením a či sú potrebné záložné pripojenia alebo iné postupy kontinuity.
Čo sa stane, ak zlyhá lokálna infraštruktúra?
On-premise prostredie môže pokračovať v prevádzke nezávisle od externého prístupu na internet v niektorých konfiguráciách, ale organizácia zostáva zodpovedná za zlyhania ovplyvňujúce jej servery, úložisko, sieť, napájanie a lokálne prostredie.
Kto je zodpovedný za obnovu?
Hodnotenie:
- Frekvencia zálohovania
- Miesto zálohovania
- Postupy obnovy
- Redundancia
- Reakcia na incidenty
- Záväzky poskytovateľa služieb
- Interné postupy kontinuity podnikania
Cieľom nie je predpokladať, že ktorýkoľvek model nasadenia eliminuje prestoje. Cieľom je pochopiť, ako sa prestoje predchádza, detegujú, spravujú a obnovujú.
Ako by ste mali vybrať medzi cloudovým a on-premise softvérom?
Začnite s prevádzkovými požiadavkami, nie s preferenciou pre jeden technologický model.
1. Definujte, kde musia ľudia pracovať
Identifikujte, ktorí používatelia, nehnuteľnosti, kancelárie a zariadenia potrebujú prístup a či je vzdialená práca súčasťou normálneho prevádzkového modelu.
2. Definujte svoje zodpovednosti za bezpečnosť a dodržiavanie predpisov
Identifikujte dáta, ktoré sa spracovávajú, kto by k nim mal mať prístup, platné požiadavky na dodržiavanie predpisov a aké kontroly musí vaša organizácia zachovať.
3. Zhodnoťte svoju internú IT kapacitu
Určte, či má vaša organizácia ľudí a procesy, ktoré sú potrebné na prevádzku infraštruktúry, správu aktualizácií, monitorovanie systémov, údržbu záloh a obnovu po zlyhaniach.
4. Mapujte architektúru integrácie
Identifikujte systémy, ktoré musia vymieňať informácie predtým, než si vyberiete architektúru aplikácie.
5. Porovnajte celkové náklady na vlastníctvo
Zahrňte softvér, infraštruktúru, podporu, implementáciu, integrácie, údržbu, ľudí, migráciu a budúce rozšírenie.
6. Plánujte rast
Zvážte, čo sa stane, keď organizácia pridá viac lokalít, používateľov, záznamov, obchodných jednotiek, pracovných postupov alebo integrácií.
7. Plánujte odchod pred výberom platformy
Pochopte, ako môžu byť dáta exportované, na čom integrácie závisia od platformy, ako dlho by mohla migrácia trvať a čo by sa stalo, ak by organizácia neskôr zmenila systémy.
Distribuovaný prístup, infraštruktúra spravovaná poskytovateľom, rýchlejšie rozšírenie a zníženie zodpovednosti za lokálnu infraštruktúru sú dôležité pre prevádzkový model.
Priame vlastníctvo infraštruktúry, špecializovaná lokálna architektúra alebo špecifické technické a regulačné požiadavky ospravedlňujú správu prostredia interne.
Na čo by ste mali myslieť pred prechodom z on-premise na cloud?
Prechod na cloudový softvér nie je jednoducho otázkou kopírovania databázy na iný server.
Najprv inventarizujte dáta
Identifikujte záznamy, ktoré sa migrujú, ich vlastníkov, formáty, závislosti, problémy s kvalitou, požiadavky na uchovávanie a citlivé informácie.
Mapujte integrácie a závislosti
Dokumentujte, ktoré systémy v súčasnosti vymieňajú informácie a ktoré obchodné procesy na nich závisia.
Úmyselne obnovte úlohy a oprávnenia
Nehodte staré vzory prístupu do nového prostredia. Využite migráciu na potvrdenie, kto potrebuje prístup k akým záznamom a funkciám.
Testujte pracovné postupy pred úplným nasadením
Kritické pracovné postupy by mali byť testované s reprezentatívnymi používateľmi a realistickými dátami predtým, než je staré prostredie vyradené.
Pripravte tím na prevádzkovú zmenu
Nový model nasadenia môže ovplyvniť prihlásenie, pracovné postupy, zodpovednosti, reportovanie, podporu a každodenné postupy.
Náš sprievodca o príprave tímov na nehnuteľnosti na nový softvér ide hlbšie do fázového zavádzania, školenia a prijatia.
Praktická sekvencia migrácie
Dáta o inventári → mapovať integrácie → nakonfigurovať nové prostredie → migrovať a overiť → testovať pracovné postupy → školenie používateľov → kontrolované zavádzanie → odstaviť staré prostredie, keď je schválené
Ako zapadá Booking Ninjas do rozhodovania o cloudovom softvéri?
Booking Ninjas je platforma natívna pre Salesforce pre rezervácie a operácie.
Platforma je postavená okolo Salesforce
Namiesto toho, aby fungovala ako izolovaná miestna aplikácia pre nehnuteľnosti, Booking Ninjas funguje v rámci širšieho ekosystému Salesforce.
Základ natívny pre Salesforce je relevantný pre organizácie, ktoré hodnotia, ako operačné aplikácie zapadajú do ich širšej CRM, dát, bezpečnosti, pracovných postupov, a architektúry platformy.
Integrácie zostávajú súčasťou architektúry
Presun operácií do cloudu neodstráni potrebu prepojiť existujúce systémy.
Relevantné integračné schopnosti môžu zahŕňať integráciu API , identifikačné systémy, platobné platformy, ERP systémy, účtovné systémy, analytické nástroje a ďalšie aplikácie v závislosti od implementácie.
Cloud neznamená jeden štandardný pracovný postup pre každú organizáciu
Model nasadenia a obchodný pracovný postup sú oddelené rozhodnutia.
Booking Ninjas môže byť nakonfigurovaný okolo rôznych typov operačných záznamov, procesov, používateľov, oprávnení a integrácií, pričom presná implementácia je určená požiadavkami a rozsahom organizácie.
Rozhodnutie by malo stále začínať obchodnými požiadavkami
Organizácie by mali hodnotiť Booking Ninjas rovnakým spôsobom, akým by mali hodnotiť akúkoľvek operačnú platformu: na základe pracovných postupov, bezpečnosti, používateľov, integrácií, požiadaviek na dáta, implementáciu, podporu a dlhodobý prevádzkový model.
Ako vyzerá rozhodovanie medzi cloudom a on-premise v praxi?
Zvážte prevádzkovateľa nehnuteľností s viacerými lokalitami a centrálnym tímom operácií.
Čo by vyžadoval model on-premise?
Organizácia by mohla prevádzkovať aplikačné prostredie interne, spravovať kapacitu servera, udržiavať zálohy, kontrolovať nasadenie softvéru, nakonfigurovať vzdialený prístup a poskytovať internú technickú podporu.
Čo by zmenil model cloudu?
Poskytovateľ by prevzal zodpovednosť za viac z podkladovej infraštruktúry platformy, zatiaľ čo autorizovaní používatelia by mohli pristupovať k aplikácii cez sieť.
Organizácia by stále musela spravovať používateľov, oprávnenia, obchodné procesy, dáta, integrácie, školenie, správu a svoje zodpovednosti v rámci servisnej dohody.
Ktorý model by si mal prevádzkovateľ vybrať?
Odpoveď závisí od toho, či organizácia získa viac hodnoty z vlastníctva a prevádzkovania infraštruktúry sama alebo z presunu väčšej zodpovednosti za infraštruktúru na cloudovú platformu.
Často kladené otázky
Aký je hlavný rozdiel medzi cloudovým a on-premise softvérom?
Hlavný rozdiel je v tom, kde je softvérová infraštruktúra prevádzkovaná a ako je zodpovednosť rozdelená. On-premise softvér zvyčajne kladie viac zodpovednosti za infraštruktúru na organizáciu, zatiaľ čo cloudový softvér kladie viac tejto zodpovednosti na poskytovateľa.
Je cloudový softvér vždy lacnejší ako on-premise softvér?
Nie. Cloudový softvér môže znížiť niektoré počiatočné náklady na infraštruktúru, ale celkové náklady závisia od predplatného, používateľov, implementácie, úložiska, integrácií, podpory a expanzie. Náklady na on-premise môžu zahŕňať hardvér, licencie, IT personál, údržbu, bezpečnosť, zálohy a náhradnú infraštruktúru.
Je cloudový softvér bezpečnejší ako on-premise softvér?
Žiaden model nie je automaticky bezpečnejší. Bezpečnosť závisí na architektúre, konfigurácii, prístupových kontrolách, monitorovaní, údržbe, spracovaní dát, praktikách poskytovateľa a vlastných bezpečnostných procesoch organizácie.
Môže on-premise softvér podporovať vzdialenú prácu?
Áno. On-premise systémy môžu podporovať vzdialený prístup, ale organizácia môže potrebovať nakonfigurovať a udržiavať sieťovanie, autentifikáciu, VPN alebo inú infraštruktúru potrebnú na bezpečný prístup.
Vyžaduje cloudový softvér stále interné zapojenie IT?
Môže. Poskytovatelia cloudu môžu spravovať viac z infraštruktúry, ale organizácie stále musia spravovať oblasti ako používatelia, oprávnenia, integrácie, správa dát, obchodné procesy, správa dodávateľov a podpora.
Na čo by ste sa mali pozrieť pred presunom z on-premise do cloudu?
Prejdite si dáta, integrácie, oprávnenia, bezpečnostné požiadavky, závislosti na sieti, postupy migrácie, testovanie, školenie, kontinuitu podnikania a ako bude staré prostredie odstavené po schválení nového systému.
Je Booking Ninjas cloudový?
Booking Ninjas je platforma pre rezervácie a operácie natívna pre Salesforce. Presná architektúra systému, integrácie, oprávnenia, pracovné postupy a implementácia závisia od požiadaviek organizácie a dohodnutého rozsahu.
Vyberte prevádzkový model pred výberom softvéru
Začnite so svojimi používateľmi, pracovnými postupmi, bezpečnostnými požiadavkami, integráciami, dátami, kapacitou IT a plánmi rastu. Potom sa rozhodnite, ktorá softvérová architektúra môže podporiť operáciu, ktorú skutočne potrebujete.
