Pasti zasebnega oblaka: resna redundanca je izjemno draga (potem je treba imeti dve strezniski sobi, fizicno loceni), v javnem oblaku pa dosegljiva s klikom miske.

[bc123a]
Pasti zasebnega oblaka: resna redundanca je izjemno draga (potem je treba imeti dve strezniski sobi, fizicno loceni), v javnem oblaku pa dosegljiva s klikom miske.

HW in elektrika sta relativno poceni. Največ stanejo licence in storitve. Ob dejstvu da se v javnemu oblaku teh stroškov ne rešiš, oblak na dolgi rok ne more biti cenejši. Je pa res, da oblak ponuja fleksibilnost, vendar pa mora biti tudi aplikativna oprema takšna, da to podpira. Self made in razne na kožo pisane rešitve niso takšne.

[vickibedi]
> [bc123a]
> Pasti zasebnega oblaka: resna redundanca je izjemno draga (potem je treba imeti dve strezniski sobi, fizicno loceni), v javnem oblaku pa dosegljiva s klikom miske.

HW in elektrika sta relativno poceni. Največ stanejo licence in storitve. Ob dejstvu da se v javnemu oblaku teh stroškov ne rešiš, oblak na dolgi rok ne more biti cenejši. Je pa res, da oblak ponuja fleksibilnost, vendar pa mora biti tudi aplikativna oprema takšna, da to podpira. Self made in razne na kožo pisane rešitve niso takšne.

"pravi" oblak to podpira. Razni hostapleraji pa ne :)

Amazon AWS recimo podpira zadevo takole:

docs.aws.amazon.com/...zones.html

"There are no clouds, only other people's computers..."

[bc123a]
> [vickibedi]
> > [bc123a]
> > Pasti zasebnega oblaka: resna redundanca je izjemno draga (potem je treba imeti dve strezniski sobi, fizicno loceni), v javnem oblaku pa dosegljiva s klikom miske.
>
> HW in elektrika sta relativno poceni. Največ stanejo licence in storitve. Ob dejstvu da se v javnemu oblaku teh stroškov ne rešiš, oblak na dolgi rok ne more biti cenejši. Je pa res, da oblak ponuja fleksibilnost, vendar pa mora biti tudi aplikativna oprema takšna, da to podpira. Self made in razne na kožo pisane rešitve niso takšne.

"pravi" oblak to podpira. Razni hostapleraji pa ne :)

Amazon AWS recimo podpira zadevo takole:

docs.aws.amazon.com/...zones.html

Oblak ponuja marsikaj, kako lahko jo to izkoristiti, je druga zgodba. Če si uporabnik storitev v oblaku (Saas) , potem je nekako tako kot si napisal, ponudnik mora poskrbeti za vse detaile, če pa najemaš platformo ali infrastrukturo (Paas, Iaas) je druga zgodba.
Glede smotrnosti prehoda v oblak, je odvisno od primera do primera, mislim da je ta forum prekratek, da bi predebatirala o neskončnem številu scenarijev.

[bc123a]
Pasti zasebnega oblaka: resna redundanca je izjemno draga (potem je treba imeti dve strezniski sobi, fizicno loceni), v javnem oblaku pa dosegljiva s klikom miske.

Ti repliciram na tej temi, ker je odprta.
Hibridna rešitev, t.j. privatni oblak v kombinaciji z javnim, je vsebinsko, organizacijsko in stroškovno gotovo najbolj optimalna rešitev za večino podjetij. Če je Kemisu zgorela varna celica, to še ne pomeni, da je lastna varna celica nevarna ;)

[vickibedi]
> [bc123a]
> Pasti zasebnega oblaka: resna redundanca je izjemno draga (potem je treba imeti dve strezniski sobi, fizicno loceni), v javnem oblaku pa dosegljiva s klikom miske.

Ti repliciram na tej temi, ker je odprta.
Hibridna rešitev, t.j. privatni oblak v kombinaciji z javnim, je vsebinsko, organizacijsko in stroškovno gotovo najbolj optimalna rešitev za večino podjetij. Če je Kemisu zgorela varna celica, to še ne pomeni, da je lastna varna celica nevarna ;)

Ampak zanimivo da je Kemis potrdil moje opozorilo iz 2016 :)

Listo "cesa ne izumljas nikoli sam" bo treba dopolniti:

- lastne enkripcijske sheme
- ...
- lastnega oblaka

:)

[bc123a]
> [vickibedi]
> > [bc123a]
> > Pasti zasebnega oblaka: resna redundanca je izjemno draga (potem je treba imeti dve strezniski sobi, fizicno loceni), v javnem oblaku pa dosegljiva s klikom miske.
>
> Ti repliciram na tej temi, ker je odprta.
> Hibridna rešitev, t.j. privatni oblak v kombinaciji z javnim, je vsebinsko, organizacijsko in stroškovno gotovo najbolj optimalna rešitev za večino podjetij. Če je Kemisu zgorela varna celica, to še ne pomeni, da je lastna varna celica nevarna ;)

Ampak zanimivo da je Kemis potrdil moje opozorilo iz 2016 :)

Listo "cesa ne izumljas nikoli sam" bo treba dopolniti:

- lastne enkripcijske sheme
- ...
- lastnega oblaka

:)

Ja, najmanj do takrat, dokler ne bo en javni oblak pošteno zaribal. Potem pa se ljudje nenadoma spomnejo, da tople vode ni potrebno outsourcati. ;)

Ampak v tem primeru lahko izpelješ tudi, da ti "on premise" rešitev lahko zariba. Koliko je verjetno, da imaš v podjetju zaposlene boljše kadre, ki skrbijo, da kaj ne zariba, kot jih ima ponudnik "cloud" rešitev, lahko vsak vidi pri sebi.

Zna pa bit razvoj custom specialnih rešitev za cloud platforme dražji, ker v večini primerov nimaš možnosti spreminjanja server-side kode in potem je potrebno kombinirati to s sistemi, kjer je to mogoče...

[vickibedi]
Ja, najmanj do takrat, dokler ne bo en javni oblak pošteno zaribal. Potem pa se ljudje nenadoma spomnejo, da tople vode ni potrebno outsourcati. ;)

Saj zariba. Kar pogosto. Bolj pogosto ko domaca server soba. Ampak posledice niso tako katastrofalne. Amazon ima blackoute redno vsaj 1x letno :)

techcrunch.com/2017/...-and-apps/
www.bbc.co.uk/news/t...y-36460328
www.datacenterdynami...ullarticle
medium.com/netflix-t...b409a529ee

V amazonu lahko poskrbis za redundanco z enim klikom. V svoji server sobi pac ne.

[bc123a]
> [vickibedi]
> Ja, najmanj do takrat, dokler ne bo en javni oblak pošteno zaribal. Potem pa se ljudje nenadoma spomnejo, da tople vode ni potrebno outsourcati. ;)

Saj zariba. Kar pogosto. Bolj pogosto ko domaca server soba. Ampak posledice niso tako katastrofalne. Amazon ima blackoute redno vsaj 1x letno :)

techcrunch.com/2017/...-and-apps/
www.bbc.co.uk/news/t...y-36460328
www.datacenterdynami...ullarticle
medium.com/netflix-t...b409a529ee

V amazonu lahko poskrbis za redundanco z enim klikom. V svoji server sobi pac ne.

Pač lahko, če imaš tako organizirano. Sodobna banka, zavarovalnica ima rezervno lokacijo in možnost preklopa. Kako sofisticirana je ta možnost je odvisno predvsem od aplikacije, ne toliko od infrastrukture. Banke, zavarovalnice in podobne finančne institucije ne bodo svojega core posla nikoli prenesle v oblak. Ja, če pa si mikrofirma in edino kar rabiš je poštni strežnik in spletno trgovina, potem morda res nima smisla da bildaš strežnike v svoji kleti in da kupuješ rezervno lokacijo.

[greeny]
Ampak v tem primeru lahko izpelješ tudi, da ti "on premise" rešitev lahko zariba. Koliko je verjetno, da imaš v podjetju zaposlene boljše kadre, ki skrbijo, da kaj ne zariba, kot jih ima ponudnik "cloud" rešitev, lahko vsak vidi pri sebi.

Zna pa bit razvoj custom specialnih rešitev za cloud platforme dražji, ker v večini primerov nimaš možnosti spreminjanja server-side kode in potem je potrebno kombinirati to s sistemi, kjer je to mogoče...

Seveda ni rečeno, da so custom rešitve boljše od tistih oblačnih, vendar pozabi na custom rešitve, če greš v oblak (razen če najemaš samo infrastrukturo). Sicer pa, za določene primere oblačne rešitve, enostavno ne obstajajo (npr. veje industrije, kjer je močna lokalna regulativa, če gre za specialne, nišne poslovnbe modele ipd..)

[vickibedi]
> [bc123a]
> > [vickibedi]
> > Ja, najmanj do takrat, dokler ne bo en javni oblak pošteno zaribal. Potem pa se ljudje nenadoma spomnejo, da tople vode ni potrebno outsourcati. ;)
>
> Saj zariba. Kar pogosto. Bolj pogosto ko domaca server soba. Ampak posledice niso tako katastrofalne. Amazon ima blackoute redno vsaj 1x letno :)
>
> techcrunch.com/2017/...-and-apps/
> www.bbc.co.uk/news/t...y-36460328
> www.datacenterdynami...ullarticle
> medium.com/netflix-t...b409a529ee
>
> V amazonu lahko poskrbis za redundanco z enim klikom. V svoji server sobi pac ne.

Pač lahko, če imaš tako organizirano. Sodobna banka, zavarovalnica ima rezervno lokacijo in možnost preklopa. Kako sofisticirana je ta možnost je odvisno predvsem od aplikacije, ne toliko od infrastrukture. Banke, zavarovalnice in podobne finančne institucije ne bodo svojega core posla nikoli prenesle v oblak. Ja, če pa si mikrofirma in edino kar rabiš je poštni strežnik in spletno trgovina, potem morda res nima smisla da bildaš strežnike v svoji kleti in da kupuješ rezervno lokacijo.

Govorimo o Kemisu.

[bc123a]
> [vickibedi]
> > [bc123a]
> > > [vickibedi]
> > > Ja, najmanj do takrat, dokler ne bo en javni oblak pošteno zaribal. Potem pa se ljudje nenadoma spomnejo, da tople vode ni potrebno outsourcati. ;)
> >
> > Saj zariba. Kar pogosto. Bolj pogosto ko domaca server soba. Ampak posledice niso tako katastrofalne. Amazon ima blackoute redno vsaj 1x letno :)
> >
> > techcrunch.com/2017/...-and-apps/
> > www.bbc.co.uk/news/t...y-36460328
> > www.datacenterdynami...ullarticle
> > medium.com/netflix-t...b409a529ee
> >
> > V amazonu lahko poskrbis za redundanco z enim klikom. V svoji server sobi pac ne.
>
> Pač lahko, če imaš tako organizirano. Sodobna banka, zavarovalnica ima rezervno lokacijo in možnost preklopa. Kako sofisticirana je ta možnost je odvisno predvsem od aplikacije, ne toliko od infrastrukture. Banke, zavarovalnice in podobne finančne institucije ne bodo svojega core posla nikoli prenesle v oblak. Ja, če pa si mikrofirma in edino kar rabiš je poštni strežnik in spletno trgovina, potem morda res nima smisla da bildaš strežnike v svoji kleti in da kupuješ rezervno lokacijo.

Govorimo o Kemisu.

Sicer ne vem kaj je njim zgorelo v kleti, vendar če niso imeli backup-a na sekundarni lokaciji ali v oblaku, so pač šalabajzerji. Še pred desetletji pa se spomnim, ko so tehniki po firmah ob zaključku dneva delali dnevni backup in ga zaprli v ognjevarno omaro, ki je bila vsaj v drugem prostoru.

[vickibedi]
> [greeny]
> Ampak v tem primeru lahko izpelješ tudi, da ti "on premise" rešitev lahko zariba. Koliko je verjetno, da imaš v podjetju zaposlene boljše kadre, ki skrbijo, da kaj ne zariba, kot jih ima ponudnik "cloud" rešitev, lahko vsak vidi pri sebi.
>
> Zna pa bit razvoj custom specialnih rešitev za cloud platforme dražji, ker v večini primerov nimaš možnosti spreminjanja server-side kode in potem je potrebno kombinirati to s sistemi, kjer je to mogoče...

Seveda ni rečeno, da so custom rešitve boljše od tistih oblačnih, vendar pozabi na custom rešitve, če greš v oblak (razen če najemaš samo infrastrukturo). Sicer pa, za določene primere oblačne rešitve, enostavno ne obstajajo (npr. veje industrije, kjer je močna lokalna regulativa, če gre za specialne, nišne poslovnbe modele ipd..)

Kaj vem, delam v IT-ju velikega podjetja (+8000 zaposlenih), enega izmed leaderjev v razvoju avtomobilske industrije, in se velik del premika v cloud (sodelovanje med zaposlenimi, project, appi,...). Razvoj custom rešitev je čisto spodoben in smo uspeli migrirati že veliko, tudi kar se trenutno razvija na on-premise se razvija z mislijo, da bo šlo mogoče kdaj na cloud. Seveda je pa vse odvisno od platforme, ki jo izbereš in sposobnosti in domišljije razvijalcev.