Forum » Programiranje » Plače v IT industriji
Plače v IT industriji
Temo vidijo: vsi
link_up ::
zato se pa namesti baremetal openshift in gasa. :) Kaksen AWS? to je tko last year...
In and Out
pegasus ::
True dat. Sam da smo mi preveč cheap za openshift, furamo kar svoj k8s "distro" ... in se hpc počasi migrira v k8s.
damirj79 ::
zato se pa namesti baremetal openshift in gasa. :) Kaksen AWS? to je tko last year...
Za openshift najprej potrebuješ fizične strežnike. Če jih imaš on-premise jih moraš kupiti, postaviti vso infrasktukturo, poskrbeti za backup in redundance omrežja, napajanja, itd.. Nato potrebuješ še človeka, ki bo s tem delal. In to ne enega, rabiš vsaj 2, še boljše pa vsaj 4, če se greš storitev ki mora delati 24/7. Ko kaj crkne, so to nepredvideni stroški. Nepredvideni stroški so za CEO, CTO sploh cel C office smrt pri odločanju. Zato cloud storitve živijo, pa čeprav na račun višje cene, sploh na dolgi rok, ker so to obvladljivi stroški, ki se obračunavajo mesečno in ki jin zelo enostavno preneseš, lahko tudi na račun stranke. Včasih siceer malo krilijo z rokami pri položnicah kakšen mesec, ampak to potem hitro pozabijo in kasneje tudi še višje položnice BP požrejo. Nakup opreme za on-premise postavitev je sigurno cenejša opcija, ampak je to ponavadi visok enkratni znesek, le redko gre nakup oreme preko leasing pogodb, pa čeprav je možnost. Zato podjetja tudi kupujejo avte npr na leasing in ne kar kupijo avto.
pegasus ::
Torej če podjetje vodijo MBAjevci, se uporablja cloud, če pa inžinerji, pa on-prem. Razumemo.
Glej tudi: Boeing :D
Glej tudi: Boeing :D
bciciban_ ::
Torej če podjetje vodijo MBAjevci, se uporablja cloud, če pa inžinerji, pa on-prem. Razumemo.
Glej tudi: Boeing :D
Če ga vodijo pametni ljudje se uporablja, pravo orodje za pravo nalogo.
Če ga vodijo bumbarji se pa vse seli v cloud ali pa se oklepa železja v kleti kot da jim gre za življenje.
As simple as that :)
damirj79 ::
Torej če podjetje vodijo MBAjevci, se uporablja cloud, če pa inžinerji, pa on-prem. Razumemo.
Glej tudi: Boeing :D
Če ga vodijo pametni ljudje se uporablja, pravo orodje za pravo nalogo.
Če ga vodijo bumbarji se pa vse seli v cloud ali pa se oklepa železja v kleti kot da jim gre za življenje.
As simple as that :)
Vzel besede z jezika :) ni kaj dodat..
pegasus ::
Se absolutno strinjam. A se izkaže, da za kaj več kot rapid prototyping cloud ni ekonomsko smiseln. Kakorhitro imaš nekje 40% utilizacije hardvera, se ti bolj splača on-prem. Samo MBAjevci tega ne znajo vstavit v svoje excele ... Dejstvo je, da cloudi živijo od mašin, ki idlajo at scale.
bciciban_ ::
Se absolutno strinjam. A se izkaže, da za kaj več kot rapid prototyping cloud ni ekonomsko smiseln. Kakorhitro imaš nekje 40% utilizacije hardvera, se ti bolj splača on-prem. Samo MBAjevci tega ne znajo vstavit v svoje excele ... Dejstvo je, da cloudi živijo od mašin, ki idlajo at scale.
Cloud je lahko smiselen tudi če moraš pokriti veliko geografijo, da je tvoj app dosegljiv po celem svetu. Precej poenostavi deployment v primerjavi z ubadanjem z X različnimi hosting providerji okoli po svetu.
Ali pa za workloade, ki zelo nihajo. Imamo zadeve, ki tečejo mogoče 1 dan na mesec pa takrat rabimo par 100 jeder.
Pa za firme, ki nimajo dovolj lastnga kadra da bi sami skrbeli za HW in svoje kubernetese, pa jim je ceneje dat 10k/mesec za cloud kot zaposliti dodatne ljudi. Ker je pač njihova prioriteta SW development in ne ukvarjanje s strežniki.
Invictus ::
Se absolutno strinjam. A se izkaže, da za kaj več kot rapid prototyping cloud ni ekonomsko smiseln. Kakorhitro imaš nekje 40% utilizacije hardvera, se ti bolj splača on-prem. Samo MBAjevci tega ne znajo vstavit v svoje excele ... Dejstvo je, da cloudi živijo od mašin, ki idlajo at scale.
Ja, ko folk ne zna izračunati porabe svoje aplikacije...
On-prem je relativno poceni over-design hardware, na cloud to precej stane.
In precej malo aplikacij zna ob obremenitvah odpirati nove pode, ko je potrebno...
"Life is hard; it's even harder when you're stupid."
http://goo.gl/2YuS2x
http://goo.gl/2YuS2x
damirj79 ::
Se absolutno strinjam. A se izkaže, da za kaj več kot rapid prototyping cloud ni ekonomsko smiseln. Kakorhitro imaš nekje 40% utilizacije hardvera, se ti bolj splača on-prem. Samo MBAjevci tega ne znajo vstavit v svoje excele ... Dejstvo je, da cloudi živijo od mašin, ki idlajo at scale.
Ja, ko folk ne zna izračunati porabe svoje aplikacije...
On-prem je relativno poceni over-design hardware, na cloud to precej stane.
In precej malo aplikacij zna ob obremenitvah odpirati nove pode, ko je potrebno...
Ni nujno. Dejstvo, da določene aplikacije imajo velike peake lahko samo določen del dneva ali pa še slabše, samo določene ure dneva ali pa celo samo par minut vsako uro, ves ostali čas pa idla na 5-10% celotne porabe. Kaj boš s takim v cloudu počel? Računaš na 50% zmgljivosti in potem teh nekaj špic se sprijazniš da deluej počasi ali celo zelo počasi in bodo uporabniki že potrpeli, ali pa zapraviš na mesečnem nivoju, karikiram 3x več stroškov zato, da bodo uporabniki kontenti? Preskok, vsaj na AWSju iz nekih običajnih 8vCPU na 24 ali 32vCPU je zelo velik.
Lonsarg ::
Ma kakor sem jaz gledal same gole virtualke in tudi kubernetes (kjer itak placas bolj ali manj zgolj virtualke) je cisto konkurencen z onprem tudi za stalni load, ker pac gres v reserved instance kjer zakupis za 3 leta vnaprej in dobis 66% popusta (no vsaj na Azure je tako). Ja je drazje in se ti se vedno splaca OnPrem ce si dovolj velik, ni pa veliko drazje.
Druga pesem so pa drage SaaS storitve, to pa je druga pesem in to tudi najvec pushajo, pa se lockinajo te na ta nacin ;)
Druga pesem so pa drage SaaS storitve, to pa je druga pesem in to tudi najvec pushajo, pa se lockinajo te na ta nacin ;)
Zgodovina sprememb…
- spremenil: Lonsarg ()
Eduardo ::
Če gledaš stroškovni vidik, je situacija odvisna od uporabe. Za konstantne obremenitve, kjer je izkoriščenost hardvera nad 40 %, je on-premise (npr. baremetal OpenShift) cenejša rešitev, še posebej če računaš na dolgoročno uporabo. Recimo Microsoft pravi, da lahko z rezervacijo instanc za 3 leta prihranite do 66 % stroškov.
Cloud pa ima smisel za dinamične obremenitve ali podjetja, ki nimajo kadra za vzdrževanje lastne infrastrukture. AWS na primer omogoča hitro skaliranje za aplikacije z variabilnimi obremenitvami, kar zna biti optimalno za workloade s kratkimi, a visokimi peaki.
What? Praviloma dobiš v osnovi +50%, je pa res, da morajo ležati vsaj dve leti preden lahko prodaš.
Cloud pa ima smisel za dinamične obremenitve ali podjetja, ki nimajo kadra za vzdrževanje lastne infrastrukture. AWS na primer omogoča hitro skaliranje za aplikacije z variabilnimi obremenitvami, kar zna biti optimalno za workloade s kratkimi, a visokimi peaki.
Ko imaš 1x dovolj izkušenj, nočeš več delati za plačo.
Zato pa dobiš delnice.
To je še večji nateg... Ker so ponavadi opcije, ki niso nič... Been there, done that...
What? Praviloma dobiš v osnovi +50%, je pa res, da morajo ležati vsaj dve leti preden lahko prodaš.
Zgodovina sprememb…
- spremenilo: Eduardo ()
link_up ::
barking up the wrong tree....data ownership fantje, z vsemi g00disi k8s...
In and Out
Zgodovina sprememb…
- spremenilo: link_up ()
bciciban_ ::
Najboljši so tisti z kubernetesi, kjer potem vsaka aplikacija teče kot ena sama instanca, ker je niso, je ne znajo ali pa mogoče niti ni zares možno narediti, da bi se skalirala čez N instanc.
Opažam da so danes kubernetesi tisto kar mora imeti vsak cool kid on the block.
Opažam da so danes kubernetesi tisto kar mora imeti vsak cool kid on the block.
Vanquish ::
mogoce sam par izkusenj iz on-prem v racunsko zahtevnih industrijah.
Sem delal na projektu, kjer je produkcija sicer bila dobro podprta, razvojno okolje pa je bilo podhranjeno in dolocene zadeve nismo pri testiranju mogli podpirat na noben nacin.
In te stvari smo brez problema resevali z AWS.
In on-prem in cloud storitve imajo svoje prednosti in slabosti, v kolikor ne bi bilo tak enega od njih vec ne bi bilo.
Imas situacije, ko cloud nikakor ne pride v postev in potem imas tudi situacije, ko on-prem enostavno ne more parirat.
Na samih strokovnjakih pa je, da se oceni smiselnost enega ali drugega za konkreten projekt, strategijo ali karkoli.
Sem delal na projektu, kjer je produkcija sicer bila dobro podprta, razvojno okolje pa je bilo podhranjeno in dolocene zadeve nismo pri testiranju mogli podpirat na noben nacin.
In te stvari smo brez problema resevali z AWS.
In on-prem in cloud storitve imajo svoje prednosti in slabosti, v kolikor ne bi bilo tak enega od njih vec ne bi bilo.
Imas situacije, ko cloud nikakor ne pride v postev in potem imas tudi situacije, ko on-prem enostavno ne more parirat.
Na samih strokovnjakih pa je, da se oceni smiselnost enega ali drugega za konkreten projekt, strategijo ali karkoli.
Invictus ::
Najboljši so tisti z kubernetesi, kjer potem vsaka aplikacija teče kot ena sama instanca, ker je niso, je ne znajo ali pa mogoče niti ni zares možno narediti, da bi se skalirala čez N instanc.
Opažam da so danes kubernetesi tisto kar mora imeti vsak cool kid on the block.
Ja, med managementom je zdaj to, poleg AI, total buzzword...
Še tako butast manager pozna kubernetes besedo in jo uporabi, kadar hoče izpasti pameten...
Precej ljudi, tudi tehničnih, pa ne loči med virtualko, podom ion kubernetesom. In pol zmešajo tako skupaj, da nastane vse skupaj eno sranje, da ima en inženir več dela...
"Life is hard; it's even harder when you're stupid."
http://goo.gl/2YuS2x
http://goo.gl/2YuS2x
damirj79 ::
mogoce sam par izkusenj iz on-prem v racunsko zahtevnih industrijah.
Sem delal na projektu, kjer je produkcija sicer bila dobro podprta, razvojno okolje pa je bilo podhranjeno in dolocene zadeve nismo pri testiranju mogli podpirat na noben nacin.
In te stvari smo brez problema resevali z AWS.
In on-prem in cloud storitve imajo svoje prednosti in slabosti, v kolikor ne bi bilo tak enega od njih vec ne bi bilo.
Imas situacije, ko cloud nikakor ne pride v postev in potem imas tudi situacije, ko on-prem enostavno ne more parirat.
Na samih strokovnjakih pa je, da se oceni smiselnost enega ali drugega za konkreten projekt, strategijo ali karkoli.
Bolj je problem, da vodstvo, šefi, CTO, CEO itd, slišijo samo besedo cloud in so vsi mokri, ker je to oh-in-sploh in ne slišijo več nobenega protiargumenta niti ne upoštevajo mnenja strokovnjaka-ov. Zanimivo je samo, kako je to šele zdaj bum, pa čeprav je že skoraj mimo in smo že na SaaS, kjer bo oz. je že še večji nateg.
c3p0 ::
Najboljši so tisti z kubernetesi, kjer potem vsaka aplikacija teče kot ena sama instanca, ker je niso, je ne znajo ali pa mogoče niti ni zares možno narediti, da bi se skalirala čez N instanc.
Opažam da so danes kubernetesi tisto kar mora imeti vsak cool kid on the block.
No, če si v K8s talku, je potem to nek deployment s HPA in torej več podi, odvisno od metrike po kateri scalaš. Arhitektura mora štimat in se da bp. Ponavadi je zadaj še queueing.
Če kdo dela iz nule in ima nekaj pojma, bo tako naredil, lažje ali težje, odvisno od problema. S kakim starim monolitom bo pa precej več dela.
Bolj je problem, da vodstvo, šefi, CTO, CEO itd, slišijo samo besedo cloud in so vsi mokri, ker je to oh-in-sploh in ne slišijo več nobenega protiargumenta niti ne upoštevajo mnenja strokovnjaka-ov. Zanimivo je samo, kako je to šele zdaj bum, pa čeprav je že skoraj mimo in smo že na SaaS, kjer bo oz. je že še večji nateg.
Cloud je le brezvezni buzzword. Cloud lahko tudi uporabljaš kot on-prem in ne uporabiš nobene od prednosti clouda, le plačuješ več.
Zgodovina sprememb…
- spremenil: c3p0 ()
FireSnake ::
Tale zadnji stavek je pa ena večjih neumnosti kar sem jih zadnje čase tu gor prebral.
Od kje jih jemljete?
Daj se malo brzdaj, da ne bo kdo takšnih neumnosti še verjel.
Upam, da ti ne rabim razlagati, zakaj.
Od kje jih jemljete?
Daj se malo brzdaj, da ne bo kdo takšnih neumnosti še verjel.
Upam, da ti ne rabim razlagati, zakaj.
Poglej in se nasmej: vicmaher.si
Zgodovina sprememb…
- spremenilo: FireSnake ()
Lonsarg ::
Tudi za non scalable aplikacije je kubernetes lahko dobra abstrakcija da se ne j.. z instaliranjem in mamagiranjem virtualk ena po ena in da se olajsa implementacija HA, zero trust, monitoring in podobne zadeve generalno centralno, brez da vsak odkriva toplo vodo.
Je pa treba pretehtat overhead te dodatne abstrakcije, ce imas 100 aplikacij je to cisto dober use case.
Sam hudic je v detajlih ne ideji, zadeve se treba prav lotit in imeti upravicen use case al pa dobis brozgo od arhitekture.
Je pa treba pretehtat overhead te dodatne abstrakcije, ce imas 100 aplikacij je to cisto dober use case.
Sam hudic je v detajlih ne ideji, zadeve se treba prav lotit in imeti upravicen use case al pa dobis brozgo od arhitekture.
Zgodovina sprememb…
- spremenil: Lonsarg ()
keworkian ::
mogoce sam par izkusenj iz on-prem v racunsko zahtevnih industrijah.
Sem delal na projektu, kjer je produkcija sicer bila dobro podprta, razvojno okolje pa je bilo podhranjeno in dolocene zadeve nismo pri testiranju mogli podpirat na noben nacin.
In te stvari smo brez problema resevali z AWS.
In on-prem in cloud storitve imajo svoje prednosti in slabosti, v kolikor ne bi bilo tak enega od njih vec ne bi bilo.
Imas situacije, ko cloud nikakor ne pride v postev in potem imas tudi situacije, ko on-prem enostavno ne more parirat.
Na samih strokovnjakih pa je, da se oceni smiselnost enega ali drugega za konkreten projekt, strategijo ali karkoli.
Bolj je problem, da vodstvo, šefi, CTO, CEO itd, slišijo samo besedo cloud in so vsi mokri, ker je to oh-in-sploh in ne slišijo več nobenega protiargumenta niti ne upoštevajo mnenja strokovnjaka-ov. Zanimivo je samo, kako je to šele zdaj bum, pa čeprav je že skoraj mimo in smo že na SaaS, kjer bo oz. je že še večji nateg.
Recimo sem CEO/CTO v eni osebi, imam 20 ljudi, ki skrbijo za aplikacijo (on-prem), uporabim znanje matematike in malo logike, zmigriram na Cloud imam 7 ljudi in delam več dobička kot prej. Kakšen protiargument mi boš dal?
Obscenities in B-Flat
Zgodovina sprememb…
- spremenil: keworkian ()
Vanquish ::
Bolj je problem, da vodstvo, šefi, CTO, CEO itd, slišijo samo besedo cloud in so vsi mokri, ker je to oh-in-sploh in ne slišijo več nobenega protiargumenta niti ne upoštevajo mnenja strokovnjaka-ov. Zanimivo je samo, kako je to šele zdaj bum, pa čeprav je že skoraj mimo in smo že na SaaS, kjer bo oz. je že še večji nateg.
Mogoce v mid size podjetjih, v enterprise pa zelo dobro vedo kako in kaj in je potrebno miljon cba, da jih prepricas zakaj pa je za njih primerno. Namrec kot sem ze prej napisal - ni za vsakogar.
srus ::
Recimo sem CEO/CTO v eni osebi, imam 20 ljudi, ki skrbijo za aplikacijo (on-prem), uporabim znanje matematike in malo logike, zmigriram na Cloud imam 7 ljudi in delam več dobička kot prej. Kakšen protiargument mi boš dal?
Recimo - vaši podatki bodo ostali vaši podatki, latence in throughput bodo boljši od vsega kar vam ponujajo cloud ponudniki. O, a vaš dosedanji cloud ponudnik ni podpiral xyzuvzž N*Gb modela mrežnih vmesnikov, žvzuzyv storage in zžbnjfgl AI/ML CPU? No, naš on-premise cloud jih. O, a vaš dosedanji cloud ponudnik mora spoštovati ameriške zakone in to zahteva tudi od vas. No, mi tega ne zahtevamo.
damirj79 ::
mogoce sam par izkusenj iz on-prem v racunsko zahtevnih industrijah.
Sem delal na projektu, kjer je produkcija sicer bila dobro podprta, razvojno okolje pa je bilo podhranjeno in dolocene zadeve nismo pri testiranju mogli podpirat na noben nacin.
In te stvari smo brez problema resevali z AWS.
In on-prem in cloud storitve imajo svoje prednosti in slabosti, v kolikor ne bi bilo tak enega od njih vec ne bi bilo.
Imas situacije, ko cloud nikakor ne pride v postev in potem imas tudi situacije, ko on-prem enostavno ne more parirat.
Na samih strokovnjakih pa je, da se oceni smiselnost enega ali drugega za konkreten projekt, strategijo ali karkoli.
Bolj je problem, da vodstvo, šefi, CTO, CEO itd, slišijo samo besedo cloud in so vsi mokri, ker je to oh-in-sploh in ne slišijo več nobenega protiargumenta niti ne upoštevajo mnenja strokovnjaka-ov. Zanimivo je samo, kako je to šele zdaj bum, pa čeprav je že skoraj mimo in smo že na SaaS, kjer bo oz. je že še večji nateg.
Recimo sem CEO/CTO v eni osebi, imam 20 ljudi, ki skrbijo za aplikacijo (on-prem), uporabim znanje matematike in malo logike, zmigriram na Cloud imam 7 ljudi in delam več dobička kot prej. Kakšen protiargument mi boš dal?
13 ljudi bi hipotetično imel samo za on-premise infrastrukturo štimat?
Invictus ::
Zanimivo je samo, kako je to šele zdaj bum, pa čeprav je že skoraj mimo in smo že na SaaS, kjer bo oz. je že še večji nateg.
Bum je zdaj AI...
Cloud je že mal mimo, ker so podjetja že prišla do točke, ko so se prvotne, začetne pogodbe iztekle in so se podpisale nove.
SaaS je včasih O.K., recimo M365, marsikdaj pa nateg, ko dobiš s podaljšanjem pogodbe 3x ceno...
"Life is hard; it's even harder when you're stupid."
http://goo.gl/2YuS2x
http://goo.gl/2YuS2x
c3p0 ::
Tale zadnji stavek je pa ena večjih neumnosti kar sem jih zadnje čase tu gor prebral.
Od kje jih jemljete?
Daj se malo brzdaj, da ne bo kdo takšnih neumnosti še verjel.
Upam, da ti ne rabim razlagati, zakaj.
Ah, kačica spet, ki je zadnje čase pojedel vso znanje sveta in postal IT ekspert.
V cloudu lahko postaviš nek VPC, not par statičnih instanc, public IP, nastaviš subnet nek osnovni NAT routing in to je to. Kakšna je razlika med on-prem v tej situaciji, razen, da je vse skup "v oblaku"?
FireSnake ::
To, da je oblak mimo boš, seveda, podkrepil z virom.
Ker v nasprotnem primeru ue to še ena neumnost v tej temi.
AI je pa kako BUM?
Govorimo o gostovanju ti pribiješ AI.
Kaj ima to dvoje skupnega?
Pa, da ne bo pomote: mi uporabljamo oboje a je AI za popolnoma nekaj drugega. Oa tudi ni tak BUM, kot ti praviš.
Ker v nasprotnem primeru ue to še ena neumnost v tej temi.
AI je pa kako BUM?
Govorimo o gostovanju ti pribiješ AI.
Kaj ima to dvoje skupnega?
Pa, da ne bo pomote: mi uporabljamo oboje a je AI za popolnoma nekaj drugega. Oa tudi ni tak BUM, kot ti praviš.
Poglej in se nasmej: vicmaher.si
Zgodovina sprememb…
- spremenilo: FireSnake ()
Eduardo ::
Poglejte tole:
https://siol.net/novice/slovenija/kako-...
Zraven je tabela. Koliko vas šije predsednika?
https://siol.net/novice/slovenija/kako-...
Zraven je tabela. Koliko vas šije predsednika?
c3p0 ::
Tudi za non scalable aplikacije je kubernetes lahko dobra abstrakcija da se ne j.. z instaliranjem in mamagiranjem virtualk ena po ena in da se olajsa implementacija HA, zero trust, monitoring in podobne zadeve generalno centralno, brez da vsak odkriva toplo vodo.
To je glavna prednost kubernetesa, ampak morajo servisi bit porihtani, da lepo skalirajo. Naš cluster gre preko 300 EC2 instanc, začeli smo pa s tam 20. Seveda pa je vmes bilo precej optimizacij, na vseh layerjih. Dobra zadeva je tudi Karpenter, predvsem hitrejša. Kaj zlahka pa lahko zadeva podivja in s tem tudi račun, sploh če ne nastaviš nekih limitov.
damirj79 ::
Tale zadnji stavek je pa ena večjih neumnosti kar sem jih zadnje čase tu gor prebral.
Od kje jih jemljete?
Daj se malo brzdaj, da ne bo kdo takšnih neumnosti še verjel.
Upam, da ti ne rabim razlagati, zakaj.
Ah, kačica spet, ki je zadnje čase pojedel vso znanje sveta in postal IT ekspert.
V cloudu lahko postaviš nek VPC, not par statičnih instanc, public IP, nastaviš subnet nek osnovni NAT routing in to je to. Kakšna je razlika med on-prem v tej situaciji, razen, da je vse skup "v oblaku"?
On-premise vs "cloud" je zabrisana meja, ker lahko načeloma imaš tudi IaaS postavitev, le da ni tako fleksibilna, kot to lahko počneš s svojo opremo v svojih prostorih. Sej ti je pač že nekdo zgoraj napisal, v cloud postavitvah si načeloma ne moreš kar poljubno česakorli zmislit, dodajat poljubno storage, poljubne mreže ipd, kar ti kot lastnik neke svoje infrastrukture lahko počneš. Velja pa seveda tudi tvoja opcija, če malo raztegneš pojem "on-premise". En tak tipičn primer je Exchange Online vs Exchange 2019. Exchange 2019 lahko gostuješ tudi pri cloud ponudnikih, ampak se mu pač reče da je to on-premise. Zato je verjetno najpravilneje reči, da je zadeva on-premise ko imaš dostop v celoti možen od HW in OSa dalje vse do SW. Medtem ko cloud rešitev dostopa do HW in OSa nima..
Invictus ::
To, da je oblak mimo boš, seveda, podkrepil z virom.
Ker v nasprotnem primeru ue to še ena neumnost v tej temi.
AI je pa kako BUM?
Govorimo o gostovanju ti pribiješ AI.
Kaj ima to dvoje skupnega?
Pa, da ne bo pomote: mi uporabljamo oboje a je AI za popolnoma nekaj drugega. Oa tudi ni tak BUM, kot ti praviš.
No ja, vsakomur svoje.
Sam delam večinoma v Nemčiji, tam imam tudi dosti kontaktov, ki mi povedo svoje.
Firme razmišljajo nazaj o lastnih data centrih,
- ker pač lahko,
- ker za cloud dobivajo mesečne račune,
- ker jim dražijo nove pogodbe,
- ker ukinjajo storitve, ki potem zahtevajo pol leta ali leto projekt, da se jih nadomesti,
- ker en zajeb na cloudu, čeprav procesno čisto O.K., povzroči lahko 20k EUR račun,
- ker ne dobijo folka z ustreznim znanjem,
- ker se stari nočejo naučiti ali prepočasi,
- ker mikro servisi zakomplicirajo cel razvoj,
- ker deployment traja par dni namesto par ur,
- ker imajo Švabi gospodinjsko šparovno mentaliteto,
- ker se je cel IT zakompliciral, sploh razvoj, če ni šel naprej (ali nazaj, kakor pač gledaš vse to novodobno sranje)
- ker so vsi mislili, da se bodo znebili hardwara, po potem ugotovijo, da vsaka zagnana mašina stane na mesečni ravni, če je ne ugasneš,
- ker folk zgubi podatke zaradi clouda, ker naj bi on skrbel za backup, resilience, high availability, itn...,
- pa še kaj se najde...
Cloud je lahko samo prestavitev tvojih virtualk k nekemu ponudniku, kar večina naredi, lahko je pa cel nov koncept razvoja in delovanja IT. To zadnje je lahko celo sranje, ker cloud ponudnik za nobeno storitev ne garantira, da bo v tej obliki tekla naslednjih 5, kaj šele 10 let. Pač ukinejo, dobiš email, da čez pol leta tega ne bo več, pa se jebi...
Cloud je približno taka storitev kot outsourcing folka... Za nekatere zadeve v redu, za določene pa niti pod razno ne greš.
Vem za SportRadar, oni so celo neka premium stranka za AWS, prestavili vse (ali skoraj vse) datacentre v cloud, tudi neke legacy zadeve, bil to nek company wide projekt, zdaj so dobili račune, razmišljajo nazaj o lastnih datacentrih. Sam jim je folk, ki to zna, že spizdil drugam. Managerji pa v luft, ker jim cloud računi zbijajo 3 mesečna poročila za delničarje in njihove nagrade...
Je že tako, da je management še vedno naravnam na enkratne investicije, drage, ta strošek clouda pa jim še ni čisto jasen kako ga vkomponirati v njihova portočila, da ne bo izpadlo drago...
Kar se pa AI tiče, pa vsi managerji AI tlačijo v svoje debate, čeprav ne vedo kje bi to uporabili... Prej ali slej en top manager pogrunta, da je to to in sprosti sredstva za projekt...
"Life is hard; it's even harder when you're stupid."
http://goo.gl/2YuS2x
http://goo.gl/2YuS2x
Tody ::
IT se bo še bolj zakompliciral... Prihaja oz je že tukaj DORA in vrjetno EU kuha še marsikaj... Stvari ne bodo šle na "bolje" ampak vedno več bo potrebe po ljudeh, ki razmišljajo s svojo glavo.
EDIT da ne boste preveč jošk gledal
https://www.eiopa.europa.eu/digital-ope...
EDIT da ne boste preveč jošk gledal
https://www.eiopa.europa.eu/digital-ope...
Zgodovina sprememb…
- spremenil: Tody ()
FireSnake ::
Tale zadnji stavek je pa ena večjih neumnosti kar sem jih zadnje čase tu gor prebral.
Od kje jih jemljete?
Daj se malo brzdaj, da ne bo kdo takšnih neumnosti še verjel.
Upam, da ti ne rabim razlagati, zakaj.
Ah, kačica spet, ki je zadnje čase pojedel vso znanje sveta in postal IT ekspert.
V cloudu lahko postaviš nek VPC, not par statičnih instanc, public IP, nastaviš subnet nek osnovni NAT routing in to je to. Kakšna je razlika med on-prem v tej situaciji, razen, da je vse skup "v oblaku"?
Seveda si bleknil neumnost.
Zdaj si pa spet navrgel nekaj, kar sploh ni povezano.
Nismo vsi od včeraj, veš. Enim nam je to kruh.
-------
Invicticus: veliko tvojih alinej je zaradi nestrokovnega kadra.
Docker še posebej bode v oči.
Folk ne ve kaj dela. Četđipiti programerji ti ne pridejo v poštev.
Poglej in se nasmej: vicmaher.si
Zgodovina sprememb…
- spremenilo: FireSnake ()
Tilen ::
Je že tako, da je management še vedno naravnam na enkratne investicije, drage, ta strošek clouda pa jim še ni čisto jasen kako ga vkomponirati v njihova portočila, da ne bo izpadlo drago...
Saas Fee!
Saas Fee, 300 - 400 EUR na noč! Zavedeni... :)
413120536c6f76656e696a612c20642e642e
Zgodovina sprememb…
- spremenil: Tilen ()
Invictus ::
Invicticus: veliko tvojih alinej je zaradi nestrokovnega kadra.
Docker še posebej bode v oči.
Folk ne ve kaj dela. Četđipiti programerji ti ne pridejo v poštev.
Če bi vedel koliko nesposobnega kadra je po multinacionalkah, se ne bi čudil...
In managementa. Na koncu pa en inženir z dostopom do sistema. Tako kot jaz zdaj. nad mano pa toliko managerjev, da jim ne zmorem našteti, pa ob vsakem sranju pridejo še novi.
In gleda se samo na ceno, nič drugega...
"Life is hard; it's even harder when you're stupid."
http://goo.gl/2YuS2x
http://goo.gl/2YuS2x
damirj79 ::
Tale zadnji stavek je pa ena večjih neumnosti kar sem jih zadnje čase tu gor prebral.
Od kje jih jemljete?
Daj se malo brzdaj, da ne bo kdo takšnih neumnosti še verjel.
Upam, da ti ne rabim razlagati, zakaj.
Ah, kačica spet, ki je zadnje čase pojedel vso znanje sveta in postal IT ekspert.
V cloudu lahko postaviš nek VPC, not par statičnih instanc, public IP, nastaviš subnet nek osnovni NAT routing in to je to. Kakšna je razlika med on-prem v tej situaciji, razen, da je vse skup "v oblaku"?
Seveda si bleknil neumnost.
Zdaj si pa spet navrgel nekaj, kar sploh ni povezano.
Nismo vsi od včeraj, veš. Enim nam je to kruh.
-------
Invicticus: veliko tvojih alinej je zaradi nestrokovnega kadra.
Docker še posebej bode v oči.
Folk ne ve kaj dela. Četđipiti programerji ti ne pridejo v poštev.
Jaz pa mislim, da je Invictus kar dobro zadel vse točke, razen ene:
- ker za cloud dobivajo mesečne račune,
Ta je v bistvu za vsako podjetje točno to kar želijo, mesečno plačevanje stroškov, ki so predvidljivi in znani leta vnaprej, pa čeprav je kot z vsakim najemom zadeva na dolgi rok preplačana. Ker je to lažje kot pljunit par 10 ali 100k€ za lastno opremo. Par 100€ ali par 1000€ gre komot iz rednega poslovanja, medtem ko par 10k€ že zelo težko, rabijo kredite, banke pa garancije, temu kompliciranju se tako izgoneš. To je vse, kar je pomembno v očeh CEO, CTO itd. doživeto ničkolikokrat.
Invictus ::
Jaz pa mislim, da je Invictus kar dobro zadel vse točke, razen ene:
- ker za cloud dobivajo mesečne račune,
Ta je v bistvu za vsako podjetje točno to kar želijo, mesečno plačevanje stroškov, ki so predvidljivi in znani leta vnaprej, pa čeprav je kot z vsakim najemom zadeva na dolgi rok preplačana. Ker je to lažje kot pljunit par 10 ali 100k€ za lastno opremo. Par 100€ ali par 1000€ gre komot iz rednega poslovanja, medtem ko par 10k€ že zelo težko, rabijo kredite, banke pa garancije, temu kompliciranju se tako izgoneš. To je vse, kar je pomembno v očeh CEO, CTO itd. doživeto ničkolikokrat.
Mogoče res, sam mora manager narediti preklop iz investicij v mesečni strošek.
Sam tudi to ni O.K., ker se tisti managerji hvalijo kako drage projekte izvajajo...
"Life is hard; it's even harder when you're stupid."
http://goo.gl/2YuS2x
http://goo.gl/2YuS2x
damirj79 ::
Jaz pa mislim, da je Invictus kar dobro zadel vse točke, razen ene:
- ker za cloud dobivajo mesečne račune,
Ta je v bistvu za vsako podjetje točno to kar želijo, mesečno plačevanje stroškov, ki so predvidljivi in znani leta vnaprej, pa čeprav je kot z vsakim najemom zadeva na dolgi rok preplačana. Ker je to lažje kot pljunit par 10 ali 100k€ za lastno opremo. Par 100€ ali par 1000€ gre komot iz rednega poslovanja, medtem ko par 10k€ že zelo težko, rabijo kredite, banke pa garancije, temu kompliciranju se tako izgoneš. To je vse, kar je pomembno v očeh CEO, CTO itd. doživeto ničkolikokrat.
Mogoče res, sam mora manager narediti preklop iz investicij v mesečni strošek.
Sam tudi to ni O.K., ker se tisti managerji hvalijo kako drage projekte izvajajo...
Če je manager v prodaji, je to seveda zaželjeno in res lepo slišat. Če pa nastopa kot kupec, pa... Jaz bi na njegovem mestu 2x premislil preden bi ustrelil in se hvalil kako drago reč sem nabavil :)
FireSnake ::
Invicticus: veliko tvojih alinej je zaradi nestrokovnega kadra.
Docker še posebej bode v oči.
Folk ne ve kaj dela. Četđipiti programerji ti ne pridejo v poštev.
Če bi vedel koliko nesposobnega kadra je po multinacionalkah, se ne bi čudil...
In managementa. Na koncu pa en inženir z dostopom do sistema. Tako kot jaz zdaj. nad mano pa toliko managerjev, da jim ne zmorem našteti, pa ob vsakem sranju pridejo še novi.
In gleda se samo na ceno, nič drugega...
Kjer je veliko ljudi je tudi veliko nesposobnih, to rad verjamem.
Potem imaš pa še razne ekonomiste, ki bi se radi grali vodje ekipe in Scrum Mastre.
Razumejo pa ničesar. Ne ljudi in ne tehnično.
To rad verjamem.
Poglej in se nasmej: vicmaher.si
Vanquish ::
Ah, kačica spet, ki je zadnje čase pojedel vso znanje sveta in postal IT ekspert.
V cloudu lahko postaviš nek VPC, not par statičnih instanc, public IP, nastaviš subnet nek osnovni NAT routing in to je to. Kakšna je razlika med on-prem v tej situaciji, razen, da je vse skup "v oblaku"?
AWS ponuna preko 200 servisov, predlagam da si malo precitas prvo o tem :)
johnnyyy ::
Kjer je veliko ljudi je tudi veliko nesposobnih, to rad verjamem.
Potem imaš pa še razne ekonomiste, ki bi se radi grali vodje ekipe in Scrum Mastre.
Razumejo pa ničesar. Ne ljudi in ne tehnično.
To rad verjamem.
Fora velikih multinacionalk je, da imajo produkte, ki prinašajo (ogromno) denar(ja) in tako jim denar ni toliko problem. Zato se začne prej kot slej zaposlovati razni nesposoben kader, ki s sabo potegne še večji "bullshit" kader. In tako se nek middle management namnoži do precejšnje mere.
Recimo ko smo mi štartali podružnico, je bil 2 stopnji nad mano CTO, bile so obljube kako bomo rasli in da bomo napredovali. Ah kje, tehniki smo še vedno vsi tehniki - zadnji v liniji, vmes pa se je nabralo kadra nebroj.
c3p0 ::
On-premise vs "cloud" je zabrisana meja, ker lahko načeloma imaš tudi IaaS postavitev, le da ni tako fleksibilna, kot to lahko počneš s svojo opremo v svojih prostorih. Sej ti je pač že nekdo zgoraj napisal, v cloud postavitvah si načeloma ne moreš kar poljubno česakorli zmislit, dodajat poljubno storage, poljubne mreže ipd, kar ti kot lastnik neke svoje infrastrukture lahko počneš. Velja pa seveda tudi tvoja opcija, če malo raztegneš pojem "on-premise". En tak tipičn primer je Exchange Online vs Exchange 2019. Exchange 2019 lahko gostuješ tudi pri cloud ponudnikih, ampak se mu pač reče da je to on-premise. Zato je verjetno najpravilneje reči, da je zadeva on-premise ko imaš dostop v celoti možen od HW in OSa dalje vse do SW. Medtem ko cloud rešitev dostopa do HW in OSa nima..
Vsekakor si omejen s tem kar cloud nudi, tudi omejitve po št. instanc, ki jih lahko launchaš. Se včasih (redko) zgodi, da katerega tipa enostavno zmanjka. No, če ne rabiš čiste specifike, vzameš tisti čas kaj druga. On-prem pa veš kar imaš in točno to tudi imaš, v dobrem in slabem. Če naenkrat rabiš mnogo večjo računsko moč, imaš problem. Nabavit, instalirat, fizično priklopit, to traja. Potem pa je več ne rabiš, kaj pa zdaj? Vse ima svoje prednosti, oboje predobro poznam. Včasih je tudi hibrid dobra rešitev, spet odvisno od potreb. Široka tema.
c3p0 ::
Seveda si bleknil neumnost.
Zdaj si pa spet navrgel nekaj, kar sploh ni povezano.
Nismo vsi od včeraj, veš. Enim nam je to kruh.
Točno to kar sem napisal, sem tudi mislil. Cloud ima prednosti in če jih ne uporabiš, si morda tehnično na cloudu, ampak je to le brezvezni buzzword, ker ne uporabljaš nobene prednosti clouda. Metanje denarja stran.
Zdaj se pa le napihuj naprej. Napišeš tako nič ne pametnega, pojdi raje zbirat članke o pernatem.
c3p0 ::
AWS ponuna preko 200 servisov, predlagam da si malo precitas prvo o tem :)
Uporabljam jih pri delu kakih 30, pa bi jih rad še manj, odvisno koliko se želiš vendor lock-inat. Provider že želi, da bi za čisto vse uporabil njihovo rešitev in te bolj, najboljše (seveda zanje) popolnoma vezal nase. Stranka pa morda tega ne želi.
Your point, si si ti kaj prebral?
damirj79 ::
Vsekakor si omejen s tem kar cloud nudi, tudi omejitve po št. instanc, ki jih lahko launchaš. Se včasih (redko) zgodi, da katerega tipa enostavno zmanjka. No, če ne rabiš čiste specifike, vzameš tisti čas kaj druga. On-prem pa veš kar imaš in točno to tudi imaš, v dobrem in slabem. Če naenkrat rabiš mnogo večjo računsko moč, imaš problem. Nabavit, instalirat, fizično priklopit, to traja. Potem pa je več ne rabiš, kaj pa zdaj? Vse ima svoje prednosti, oboje predobro poznam. Včasih je tudi hibrid dobra rešitev, spet odvisno od potreb. Široka tema.
Obstajajo tudi podjetja, ki strežnike ne samo prodajajo, temveč tudi dajo v najem. Ampak ponavadi, če ima podjetje pravilno usmerjeno strategijo, nekih velikih problemov z določanjem potrebnih resursov naslednjih letih niti ni oziroma se ponavadi ne ravno zmanjšuje.
Invictus ::
Tam so zdaj dobre plače... Cloud tech...
"Life is hard; it's even harder when you're stupid."
http://goo.gl/2YuS2x
http://goo.gl/2YuS2x
Magic1 ::
Samo se bojim, da bodo oblaki ostali. Je to prelepa molzna krava s mesečnimi naročninami.
Magic