od Sosacek » 31. 8. 2020, 10:25
AWS vychazi z public cloud provideru nejlip. AWS je nejstarsi a slozitej jako blazen, a hromada sluzeb je redundantnich(*), ale chovaji se k tobe jako k zakaznikovi a je na ne spolehnuti.
AWS ma nektere technicke limitace, ktere trochu boli - treba jeden AWS account neni moc dobre staveny na nejaky multi-tenant prostredi a mit jich vic zase znamena organizacni overhead - ale na to vetsina lidi, kteri to pouzivaji na infrastrukturu a ne na nejake Data Lake veci, nenarazi.
Google Cloud je technicky hodne hodne vyspely, ale chovaji se k tobe jako ke spine co je otravuje - maji stejny problem jako vsechny ostatni Google sluzby, coz je presvedceni, ze oni jsou nejchytrejsi protoze jsou Google - a vsichni co nejsou Google jsou blbci.
Treba v AWS a v Azure kdyz dojde k degradaci hardware, tak musis premigrovat svuj virtual sam, tim ze ho vypnes a zapnes. V Google Cloudu si virtualy migruji z hardwaru na hardware samy - aniz by ti kdokoli cokoli rekl.
To je super protoze nemusis resit degradaci hardwaru, ale ta migrace obcas trva pet sekund kdy je tvuj virtual zmrazenej, takze pokud jsi ocekaval nejak konzistentni latenci tak to mas blby - a odpoved Google je "to jste blbci, nikdo rozumnej prece nemuze spolehat na konzistentni latenci - co kdyz behate globalni sluzbu? pokud jste si to nenadesignovali aby to nevadilo tak nemate co delat sitove sluzby, kreteni".
(disclaimer, tohle byl stav par let dozadu, treba se to zmenilo - ale pristup Google k hejlum, teda zakaznikum se urcite nezmenil - to je v jejich organizacni kulture)
Azure .... Azure je mrdka co v zasade nefunguje. Jedinej duvod proc nekdo pouziva Azure je, ze Microsoft pouziva svuj monopol na Windows a Office (a AD a Exchange a tak) na prodavani svyho cloudu - ale nic moc v nem nefunguje, pac je to nakodeny tema nejlevnejsima Indama a tlaceny z vrchu.
___________________________________
(*): Batch x Data Pipeline x DMS x Glue ETL x EMR
AWS vychazi z public cloud provideru nejlip. AWS je nejstarsi a slozitej jako blazen, a hromada sluzeb je redundantnich(*), ale chovaji se k tobe jako k zakaznikovi a je na ne spolehnuti.
AWS ma nektere technicke limitace, ktere trochu boli - treba jeden AWS account neni moc dobre staveny na nejaky multi-tenant prostredi a mit jich vic zase znamena organizacni overhead - ale na to vetsina lidi, kteri to pouzivaji na infrastrukturu a ne na nejake Data Lake veci, nenarazi.
Google Cloud je technicky hodne hodne vyspely, ale chovaji se k tobe jako ke spine co je otravuje - maji stejny problem jako vsechny ostatni Google sluzby, coz je presvedceni, ze oni jsou nejchytrejsi protoze jsou Google - a vsichni co nejsou Google jsou blbci.
Treba v AWS a v Azure kdyz dojde k degradaci hardware, tak musis premigrovat svuj virtual sam, tim ze ho vypnes a zapnes. V Google Cloudu si virtualy migruji z hardwaru na hardware samy - aniz by ti kdokoli cokoli rekl.
To je super protoze nemusis resit degradaci hardwaru, ale ta migrace obcas trva pet sekund kdy je tvuj virtual zmrazenej, takze pokud jsi ocekaval nejak konzistentni latenci tak to mas blby - a odpoved Google je "to jste blbci, nikdo rozumnej prece nemuze spolehat na konzistentni latenci - co kdyz behate globalni sluzbu? pokud jste si to nenadesignovali aby to nevadilo tak nemate co delat sitove sluzby, kreteni".
(disclaimer, tohle byl stav par let dozadu, treba se to zmenilo - ale pristup Google k hejlum, teda zakaznikum se urcite nezmenil - to je v jejich organizacni kulture)
Azure .... Azure je mrdka co v zasade nefunguje. Jedinej duvod proc nekdo pouziva Azure je, ze Microsoft pouziva svuj monopol na Windows a Office (a AD a Exchange a tak) na prodavani svyho cloudu - ale nic moc v nem nefunguje, pac je to nakodeny tema nejlevnejsima Indama a tlaceny z vrchu.
___________________________________
(*): Batch x Data Pipeline x DMS x Glue ETL x EMR