Izbira med programsko opremo na kraju in oblačnimi operacijami je predvsem odločitev o tem, kje se sistem izvaja, kdo je odgovoren za njegovo infrastrukturo, kako do njega dostopajo uporabniki in kako se bo upravljalo z varnostjo, vzdrževanjem, integracijami, obnovitvijo in prihodnjimi spremembami.
Kakšna je razlika med programsko opremo na kraju in oblačno programsko opremo?
Glavna razlika je, kje se programska oprema in podpirajoča infrastruktura upravljata in kdo prevzame odgovornost za njihovo vzdrževanje.
Kaj je programska oprema za delovanje na kraju?
Programska oprema na kraju je nameščena znotraj infrastrukture, ki jo nadzira organizacija, kot so strežniki v njenih lastnih prostorih ali v zasebno upravljanem okolju.
Organizacija običajno prevzame večjo odgovornost za področja, kot so:
- Upravljanje strežnikov in infrastrukture
- Namestitev programske opreme
- Posodobitve in popravki
- Varnostne kopije
- Konfiguracija omrežja
- Nadzor dostopa
- Nadzorovanje
- Obnova po nesrečah
Kaj je oblačna programska oprema?
Oblačna programska oprema je gostovana v oddaljeni infrastrukturi in dostopana prek omrežja, običajno interneta.
Glede na model storitve običajno ponudnik programske opreme ali oblačna platforma upravlja večino osnovne infrastrukture, medtem ko stranka ostaja odgovorna za svoje uporabnike, podatke, konfiguracijo, poslovne procese in druga področja, ki jih opredeljuje pogodba o storitvi.
Kaj se dejansko spremeni med obema modeloma?
Pomembna razlika ni preprosto, kje se nahaja strežnik. Gre za to, kako je odgovornost razdeljena.
| Področje | Na kraju | Oblak |
|---|---|---|
| Infrastruktura | Upravlja predvsem organizacija. | Več odgovornosti za infrastrukturo nosi ponudnik. |
| Dostop | Pogosto povezan z notranjim omrežjem ali konfiguriranim oddaljenim dostopom. | Običajno zasnovan za dostop na osnovi omrežja na različnih lokacijah. |
| Posodobitve | Organizacija običajno upravlja z namestitvijo in vzdrževanjem. | Ponudnik običajno upravlja s posodobitvami platforme ali aplikacije. |
| Širitev | Morda bo potrebna dodatna načrtovanje infrastrukture. | Kapaciteto je pogosto mogoče razširiti prek modela storitve. |
| Struktura stroškov | Lahko vključuje stroške infrastrukture, licenciranja, IT in vzdrževanja. | Običajno uporablja ponavljajoče se naročnine ali cene na podlagi porabe. |
| Nadzor | Večji neposredni nadzor nad infrastrukturo. | Odgovornost za infrastrukturo je deljena s ponudnikom. |
Kje se oblačna in programska oprema na kraju najbolj razlikujeta?
Kdo nosi odgovornost za infrastrukturo?
Namestitev na kraju daje organizaciji več neposrednega nadzora nad infrastrukturo, vendar ta nadzor prinaša odgovornost za delovanje, nadzor, vzdrževanje in obnovo okolja.
Namestitev v oblaku premakne več odgovornosti za infrastrukturo na ponudnika, vendar mora stranka še vedno razumeti, kaj upravlja ponudnik in kaj ostaja odgovornost stranke.
Kako uporabniki dostopajo do sistema?
Oblačni sistemi so običajno zasnovani za uporabnike, ki potrebujejo dostop po pisarnah, nepremičninah, lokacijah ali napravah.
Okolje na kraju lahko prav tako podpira oddaljen dostop, vendar to morda zahteva dodatno omrežno, avtentikacijsko, VPN ali drugo infrastrukturo za dostop.
Kdo upravlja s posodobitvami programske opreme in vzdrževanjem?
Okolje na kraju običajno nalaga več odgovornosti za posodobitve in vzdrževanje organizaciji ali njenemu tehnološkemu partnerju.
Oblačni ponudniki običajno obravnavajo večino osnovnega vzdrževanja platforme in postopka izdaje aplikacij, odvisno od modela storitve.
Kako se razlikuje razširljivost?
Širitev okolja na kraju lahko zahteva načrtovanje kapacitete, dodatno infrastrukturo, spremembe konfiguracije ali novo strojno opremo.
Oblačno okolje se pogosto lahko razširi brez stranke, ki kupuje in namešča enake fizične infrastrukture neposredno.
Je oblačna ali programska oprema na kraju bolj varna?
Nobena od modelov namestitve ni inherentno varna zgolj zaradi tega, kje je gostovana.
Varnost je odvisna od tega, kako je okolje zasnovano, konfigurirano, nadzorovano, vzdrževano in upravljano.
Kakšna varnostna odgovornost prihaja s programsko opremo na kraju?
Organizacija, ki upravlja svoje lastno okolje, ima morda več neposrednega nadzora nad:
- Arhitektura omrežja
- Konfiguracija strežnika
- Politike dostopa
- Razporedi popravkov
- Varnostne kopije
- Nadzorovanje
- Fizična infrastruktura
Kompromis je, da mora imeti organizacija strokovno znanje in procese za učinkovito upravljanje teh področij.
Kakšna varnostna odgovornost prihaja z oblačno programsko opremo?
Oblačne namestitve uporabljajo model deljene odgovornosti, v katerem ponudnik upravlja določene dele okolja, medtem ko stranka ostaja odgovorna za področja, kot so dostop uporabnikov, dovoljenja, ravnanje s podatki, konfiguracija in poslovni procesi.
Kaj bi morali oceniti namesto da bi se spraševali, kateri model je varnejši?
Postavite vprašanja, kot so:
- Kako so uporabniki avtenticirani?
- Kako so nadzorovana dovoljenja?
- Kako je zaščitenih občutljivih podatkov?
- Kako so zabeležene spremembe in dostop?
- Kako se upravljajo ranljivosti in popravki?
- Kako so obravnavane varnostne kopije in obnova?
- Katere zahteve glede skladnosti veljajo?
- Katere odgovornosti pripadajo ponudniku?
- Katere odgovornosti ostajajo pri vaši organizaciji?
Kakšne so glavne prednosti in omejitve oblačne programske opreme?
Kje lahko oblačna programska oprema olajša delovanje?
Dostop po lokacijah
Ekipa lahko običajno dostopa do sistema iz različnih nepremičnin, pisarn ali odobrenih naprav, ne da bi aplikacijo upravljali izključno iz enega lokalnega strežniškega okolja.
Manj lokalne infrastrukture
Organizacija običajno ne potrebuje nakupa in upravljanja enake infrastrukture aplikacije sama.
Centralizirane posodobitve
Ponudnik programske opreme ali platforme običajno upravlja večino postopka posodabljanja aplikacij in vzdrževanja infrastrukture.
Lažja širitev
Nove uporabnike, nepremičnine ali operativne procese je mogoče dodati brez gradnje enake fizične infrastrukture na vsaki lokaciji.
Kakšne omejitve bi morali upoštevati pri oblačni programski opremi?
- Odvisnost od omrežne povezljivosti
- Ponavljajoči se stroški naročnine ali platforme
- Odvisnost od modela storitev in izdaje ponudnika
- Zahteve glede lokacije podatkov ali regulativne zahteve
- Omejitve, ki jih opredeljuje arhitektura platforme
- Načrtovanje migracije in izstopa od ponudnika
Oblačno programsko opremo je zato treba oceniti kot operativni model, ne le kot programsko opremo, ki se zgolj izvaja na internetu.
Kakšne so glavne prednosti in omejitve programske opreme na kraju?
Kje lahko programska oprema na kraju daje smisel?
Neposreden nadzor nad infrastrukturo
Organizacije lahko neposredno upravljajo infrastrukturo, omrežje, razpored namestitve in lokalno okolje.
Specializirana okolja
Nekatere organizacije potrebujejo zelo specifično infrastrukturo, omrežje, lokacijo podatkov ali ureditve integracije.
Lokalna dostopnost
Nekateri lokalni delovni procesi lahko potekajo brez odvisnosti od zunanje internetne povezljivosti, ko so potrebni sistemi še vedno na voljo znotraj lokalnega omrežja.
Prilagoditev infrastrukture
Organizacije z zadostnimi tehničnimi viri lahko oblikujejo okolje tesno okoli notranjih zahtev.
Katere omejitve morate upoštevati pri programski opremi na kraju samem?
- Pridobitev in vzdrževanje infrastrukture
- Notranja tehnična strokovnost
- Odgovornost za popravke in posodobitve
- Odgovornost za varnostne kopije in obnovitev
- Arhitektura za oddaljeni dostop
- Načrtovanje zmogljivosti
- Upravljanje življenjskega cikla strojne opreme
- Potencialno počasnejša širitev infrastrukture
Je programska oprema v oblaku cenejša od programske opreme na kraju samem?
Ne nujno.
Primerjava le programske licence ali mesečne naročnine lahko daje nepopolno sliko.
Katere stroške je treba vključiti v izračun na kraju samem?
Glede na okolje lahko skupni strošek vključuje:
- Licenciranje programske opreme
- Strežniki in infrastruktura
- Omrežje
- IT osebje ali podpora
- Orodja za varnost
- Varnostne kopije
- Obnova po nesrečah
- Zamenjava strojne opreme
- Posodobitve in vzdrževanje
Katere stroške je treba vključiti v izračun v oblaku?
Glede na storitev lahko skupni strošek vključuje:
- Naročnine ali pristojbine za platformo
- Uporabniške licence
- Izvedba
- Shranjevanje podatkov
- Integracije
- Dodatne storitve
- Podpora
- Migracija
- Prihodnja širitev
Kakšen je boljši način za primerjavo stroškov?
Primerjajte skupne stroške delovanja vsakega modela v realističnem obdobju in vključite ljudi, infrastrukturo, podporo, migracijo, integracijo in odgovornosti za obnovitev, ki jih zahteva vsak model.
Kako naj integracije vplivajo na odločitev med oblakom in na kraju samem?
Arhitektura uvedbe je pomembna, ker programska oprema za operacije redko deluje sama.
Kateri sistemi morajo izmenjavati podatke?
Glede na organizacijo lahko programska oprema za operacije potrebuje povezavo z:
- CRM sistemi
- Računovodski ali ERP sistemi
- Plačilne platforme
- Sistemi za nadzor dostopa
- Orodja za komunikacijo
- Skladišča podatkov
- Orodja za poslovno obveščanje
- Ponudniki identitete
- Druge operativne aplikacije
Ali se programska oprema v oblaku samodejno lažje integrira?
Ne. Integracija je odvisna od API-jev, podatkovnih modelov, avtentikacije, vmesne programske opreme, podpore dobaviteljev, omrežne arhitekture in sistemov, ki jih povezujejo.
Booking Ninjas zagotavlja okvir za integracije za povezovanje operativnih delovnih tokov z zunanjimi sistemi, kjer je ustrezna integracija na voljo in vključena v obseg izvedbe.
Zakaj je treba zgodnjo oceno podatkovne arhitekture?
Tehnično primeren sistem lahko še vedno povzroči operativne težave, če morajo ekipe nenehno izvažati, uvažati, usklajevati, ali ponovno vnašati informacije med odklopljenimi sistemi.
To je tesno povezano z širšo odločitvijo med eno povezano platformo in več točkovnimi rešitvami .
Kako naj uptime in obnova po nesrečah vplivata na odločitev?
Kaj se zgodi, če internetna povezava odpove?
Aplikacija v oblaku običajno zahteva dostop do omrežja. Operaterji bi morali razumeti, kako se obravnavajo kritični delovni procesi med težavami s povezljivostjo in ali so potrebne varnostne povezave ali druge postopke za zagotavljanje kontinuitete.
Kaj se zgodi, če lokalna infrastruktura odpove?
Okolje na kraju samem lahko nadaljuje z neodvisnim delovanjem brez zunanjega dostopa do interneta v nekaterih konfiguracijah, vendar organizacija ostaja odgovorna za okvare, ki vplivajo na njene strežnike, shranjevanje, omrežje, energijo in lokalno okolje.
Kdo je odgovoren za obnovitev?
Ocenite:
- Pogostost varnostnih kopij
- Lokacija varnostnih kopij
- Postopki obnovitve
- Redundanca
- Odgovor na incidente
- Zaveze storitev ponudnika
- Notranji postopki za zagotavljanje poslovne kontinuitete
Cilj ni domnevati, da kateri koli model uvedbe odpravi izpad. Cilj je razumeti, kako se izpadi preprečujejo, zaznavajo, upravljajo in obnavljajo.
Kako naj izberete med programsko opremo v oblaku in na kraju samem?
Začnite z operativnimi zahtevami namesto s preferenco za en tehnološki model.
1. Določite, kje morajo ljudje delati
Ugotovite, kateri uporabniki, nepremičnine, pisarne in naprave potrebujejo dostop in ali je oddaljeno delo del običajnega operativnega modela.
2. Določite svoje odgovornosti za varnost in skladnost
Ugotovite, kateri podatki se obravnavajo, kdo bi jih moral dostopati, veljavne zahteve za skladnost in katere kontrole mora vaša organizacija obdržati.
3. Ocenite svojo notranjo IT kapaciteto
Ugotovite, ali ima vaša organizacija ljudi in procese, potrebne za delovanje infrastrukture, upravljanje posodobitev, spremljanje sistemov, vzdrževanje varnostnih kopij in obnovitev po okvarah.
4. Načrtujte arhitekturo integracije
Ugotovite, kateri sistemi morajo izmenjavati informacije, preden izberete arhitekturo aplikacije.
5. Primerjajte skupne stroške lastništva
Vključite programsko opremo, infrastrukturo, podporo, izvedbo, integracije, vzdrževanje, ljudi, migracijo in prihodnjo širitev.
6. Načrtujte rast
Upoštevajte, kaj se zgodi, ko organizacija doda več lokacij, uporabnikov, zapisov, poslovnih enot, delovnih tokov ali integracij.
7. Načrtujte izhod, preden izberete platformo
Razumite, kako je mogoče izvoziti podatke, na katerih integracijah temelji platforma, kako dolgo bi lahko trajala migracija in kaj bi se zgodilo, če bi organizacija kasneje spremenila sisteme.
Porazdeljen dostop, infrastruktura, ki jo upravlja ponudnik, hitrejša širitev in zmanjšanje odgovornosti za lokalno infrastrukturo so pomembni za operativni model.
Neposredno lastništvo infrastrukture, specializirana lokalna arhitektura ali specifične tehnične in regulativne zahteve upravičujejo upravljanje okolja interno.
Kaj morate upoštevati pred prehodom z on-premise na oblak?
Prehod na programsko opremo v oblaku ni preprosto vprašanje kopiranja baze podatkov na drug strežnik.
Najprej inventarizirajte podatke
Ugotovite, kateri zapisi se migrirajo, njihovi lastniki, formati, odvisnosti, težave s kakovostjo, zahteve po hrambi in občutljive informacije.
Načrtujte integracije in odvisnosti
Dokumentirajte, kateri sistemi trenutno izmenjujejo informacije in na katerih poslovnih procesih temeljijo.
Natančno obnovite vloge in dovoljenja
Ne prenašajte prejšnjih vzorcev dostopa v novo okolje. Uporabite migracijo, da potrdite, kdo potrebuje dostop do katerih zapisov in funkcij.
Preizkusite delovne tokove pred polno uvedbo
Kritični delovni tokovi bi morali biti preizkušeni z reprezentativnimi uporabniki in realističnimi podatki, preden se stara okolja umaknejo.
Pripravite ekipo na operativne spremembe
Nov model uvedbe lahko vpliva na prijavo, delovne tokove, odgovornosti, poročanje, podporo in dnevne postopke.
Naš vodnik o pripravi nepremičninskih ekip na novo programsko opremo gre za poglobitev v fazno uvedbo, usposabljanje in sprejemanje.
Praktičen zaporedje migracije
Podatki o inventarju → zemljevid integracij → konfiguriraj novo okolje → migriraj in potrdi → testiraj delovne tokove → usposobi uporabnike → nadzorovana uvedba → umakni staro okolje, ko je odobreno
Kako se Booking Ninjas prilega odločitvi o programski opremi v oblaku?
Booking Ninjas je platforma, ki temelji na Salesforce za rezervacije in operacije.
Platforma je zgrajena okoli Salesforce
Namesto da bi delovala kot izolirana lokalna aplikacija za nepremičnine, Booking Ninjas deluje znotraj širšega ekosistema Salesforce.
Osnova Salesforce-native je pomembna za organizacije, ki ocenjujejo, kako operativne aplikacije ustrezajo njihovi širši CRM, podatkovni, varnostni, delovni tok, in arhitekturi platforme.
Integracije ostajajo del arhitekture
Premik operacij v oblak ne odstrani potrebe po povezovanju obstoječih sistemov.
Relevantne integracijske zmogljivosti lahko vključujejo API integracijo , identitetne sisteme, plačilne platforme, ERP sisteme, računovodske sisteme, analitična orodja in druge aplikacije, odvisno od izvedbe.
Oblak ne pomeni enotnega standardnega delovnega toka za vsako organizacijo
Model uvedbe in poslovni delovni tok sta ločeni odločitvi.
Booking Ninjas je mogoče konfigurirati okoli različnih vrst operativnih zapisov, procesov, uporabnikov, dovoljenj in integracij, pri čemer je natančna izvedba določena s zahtevami in obsegom organizacije.
Odločitev bi se morala še vedno začeti z poslovnimi zahtevami
Organizacije bi morale oceniti Booking Ninjas na enak način, kot bi ocenile katero koli operativno platformo: na podlagi delovnih tokov, varnosti, uporabnikov, integracij, zahtev po podatkih, izvedbi, podpori in dolgoročnem operativnem modelu.
Kako izgleda odločitev oblak proti lokalni v praksi?
Upoštevajte upravljavca nepremičnin z več lokacijami in centralno operativno ekipo.
Kaj bi zahteval lokalni model?
Organizacija bi lahko upravljala okolje aplikacij interno, upravljala kapaciteto strežnikov, vzdrževala varnostne kopije, nadzorovala uvedbo programske opreme, konfigurirala oddaljen dostop in zagotavljala interno tehnično podporo.
Kaj bi spremenil oblačni model?
Zagotovitelj bi prevzel odgovornost za večino osnovne infrastrukture platforme, medtem ko bi imeli pooblaščeni uporabniki dostop do aplikacije prek omrežja.
Organizacija bi še vedno morala upravljati uporabnike, dovoljenja, poslovne procese, podatke, integracije, usposabljanje, upravljanje in svoje odgovornosti v okviru storitvene ureditve.
Kateri model bi moral izbrati upravljavec?
Odgovor je odvisen od tega, ali organizacija pridobi več vrednosti z lastništvom in upravljanjem infrastrukture ali z prenosom več odgovornosti za infrastrukturo na oblačno platformo.
Pogosto zastavljena vprašanja
Kakšna je glavna razlika med oblačno in lokalno programsko opremo?
Glavna razlika je, kje se upravlja infrastruktura programske opreme in kako je odgovornost razdeljena. Lokalna programska oprema običajno nalaga več odgovornosti za infrastrukturo na organizacijo, medtem ko oblačna programska oprema nalaga več te odgovornosti na ponudnika.
Je oblačna programska oprema vedno cenejša od lokalne programske opreme?
Ne. Oblačna programska oprema lahko zmanjša nekatere začetne stroške infrastrukture, vendar skupni strošek odvisi od naročnin, uporabnikov, izvedbe, shranjevanja, integracij, podpore in širjenja. Stroški lokalne programske opreme lahko vključujejo strojno opremo, licenciranje, IT osebje, vzdrževanje, varnost, varnostne kopije in zamenjavo infrastrukture.
Je oblačna programska oprema bolj varna od lokalne programske opreme?
Noben model ni samodejno bolj varen. Varnost je odvisna od arhitekture, konfiguracije, nadzornih mehanizmov, spremljanja, vzdrževanja, ravnanja s podatki, praks ponudnika in lastnih varnostnih procesov organizacije.
Ali lahko lokalna programska oprema podpira oddaljeno delo?
Da. Lokalni sistemi lahko podpirajo oddaljen dostop, vendar bo morda organizacija morala konfigurirati in vzdrževati omrežno, avtentikacijo, VPN ali drugo infrastrukturo, potrebno za varen dostop.
Ali oblačna programska oprema še vedno zahteva notranje IT sodelovanje?
Lahko. Oblačni ponudniki lahko upravljajo večino infrastrukture, vendar organizacije še vedno morajo upravljati področja, kot so uporabniki, dovoljenja, integracije, upravljanje podatkov, poslovni procesi, upravljanje dobaviteljev in podporo.
Kaj bi morali preveriti pred premikom iz lokalnega v oblak?
Preverite podatke, integracije, dovoljenja, varnostne zahteve, odvisnosti omrežja, postopke migracije, testiranje, usposabljanje, kontinuiteto poslovanja in kako bo staro okolje umaknjeno po odobritvi novega sistema.
Ali je Booking Ninjas v oblaku?
Booking Ninjas je platforma za rezervacije in operacije, ki temelji na Salesforce. Natančna arhitektura sistema, integracije, dovoljenja, delovni tokovi in izvedba so odvisni od zahtev in dogovorjenega obsega organizacije.
Izberite operativni model pred izbiro programske opreme
Začnite z uporabniki, delovnimi tokovi, varnostnimi zahtevami, integracijami, podatki, IT kapacitetami in načrti rasti. Nato se odločite, katera arhitektura programske opreme lahko podpira operacijo, ki jo dejansko potrebujete.
