Onderwerp: Amazon EC2 reboots

Oorspronkelijk geplaatst door systemdeveloper

Je bedrijf/website/whatever in 'de cloud' stoppen betekent dat je je processen moet herstruktureren, je website herontwerpen en je online aps en zooi 'uitvalbestendig' gaat maken.
In het geval van de cloud van bv. amazon ga je dus ook niet 1 vps aanmaken, je website erop gooien en 'Ik ben gecloudificeerd' jubelen. Je gaat 10 cheap instanties aanmaken, die je betaalt op basis van use en die je gaat inzetten om te zorgen dat je onheil beperkt ( web, lb, db, cache, etc in 2 verschillende zones ). Als je dat doet, dan zit je pas in de cloud. En als je het goed doet dan zal het je een rotzorg zijn als de helft van je systeem om een zelfs een werelddeel 'uitvalt'.

Dat zou ik dan eerder het toekomstbeeld van de cloud willen noemen. In de praktijk is dat namelijk nog ondoenlijk - en daarmee doel ik voornamelijk op het synchroon repliceren van data over langere afstanden.

Verder helemaal met je eens, behalve je opmerking over 'je website herontwerpen'. Dat is totaal ongerelateerd, het gaat namelijk enkel om de infrastructuur waar je website op draait (en als je het goed doet, hoeft er daarvoor letterlijk niets aan een website aangepast te worden).

Oorspronkelijk geplaatst door Apoc

Dat zou ik dan eerder het toekomstbeeld van de cloud willen noemen. In de praktijk is dat namelijk nog ondoenlijk - en daarmee doel ik voornamelijk op het synchroon repliceren van data over langere afstanden.

Verder helemaal met je eens, behalve je opmerking over 'je website herontwerpen'. Dat is totaal ongerelateerd, het gaat namelijk enkel om de infrastructuur waar je website op draait (en als je het goed doet, hoeft er daarvoor letterlijk niets aan een website aangepast te worden).

En daar kijk je imho dan naar de technische kant van de cloud, niet naar het gebruik van een cloud. De technische problemen (replicatie e.d.) zijn deels afhankelijk van software, deels van hardware en een niet onaanzienlijk deel puur van natuurwetten. Een bitje over 100km doet er gewoon langer over dan een bitje over 15cm.
Zolang we geen quantum entanglement routers hebben, zal daar ook niks aan veranderen.

Kijk naar die grote amazon storing een aantal maanden geleden. Mensen dachten toen dat de cloud wel even zorgde dat hun zooi magisch ergens anders verder draaide, maar dat deed het alleen bij de personen die de cloud juist gebruikten. De enkele 'vpsjes' waren gewoon plat en de websites erop ook. Dus als je NU in real life een cloud wilt gebruiken op een manier dat je niet plat gaat als bij een uitval, zal je toch echt je code in moeten duiken.

Oorspronkelijk geplaatst door systemdeveloper

En daar kijk je imho dan naar de technische kant van de cloud, niet naar het gebruik van een cloud.

De mogelijkheden van het gebruik van de cloud zijn beperkt door de technische kant.

Oorspronkelijk geplaatst door systemdeveloper

De technische problemen (replicatie e.d.) zijn deels afhankelijk van software, deels van hardware en een niet onaanzienlijk deel puur van natuurwetten.

Replicatie is feitelijk het enige echte struikelblok. Dit is weer relevant voor iedere database toepassing (tenzij het om een database gaat waar nauwelijks naar geschreven wordt). Ik doelde daarmee op een voorbeeld wat jij zelf noemde; databases verspreid over meerdere werelddelen. In de praktijk is dat nog niet echt mogelijk (er zijn wel oplossingen te bedenken met beperkingen/tekortkomingen).

Oorspronkelijk geplaatst door systemdeveloper

Dus als je NU in real life een cloud wilt gebruiken op een manier dat je niet plat gaat als bij een uitval, zal je toch echt je code in moeten duiken.

Niet in de code van je website, maar in de code van de achterliggende infrastructuur. Aan de parameters en structuur van een applicatie hoeft in principe helemaal niets te veranderen, omdat de applicaties de daemons als lokaal zien.