devel.cz

Nejdřív metaforicky: K serverům v cloudu se musíte chovat jako k stádu dobytka, ne jako k domácímu mazlíčku. Pokud je štěnátko nemocné, musí se o něj starat celá rodina. Pokud je kráva nemocná, zastřelí se a koupí se nová.

Pár náhodných bodů víc prakticky:

• serverům se nedávají jména, ale operuje se s identickými kopiemi, které lze kdykoliv vypnout a nahradit (základní test je, že je naprosto bezpečné vypnout kdykoliv kterýkoliv ze škálovaných serverů)
• nový server umím vytvořit z nuly ze šablony - budu potřebovat předpřiravené image nebo konfigurační management jako je puppet/ansible/chef, který mi na prázdném serveru zařídí vše potřebné
• nemám žádné předpoklady o životnosti serverů - to znamená vyhýbám se používání disku
• zálohování web serverů nedává žádný smysl => umím vytvořit nový kdykoliv
• zálohování databáze je téměř totožné jako u statické sestavy serverů
• pokud ukládám soubory, používám sdílené úložiště určené právě pro soubory a řeším zvlášť (v Amazonu třeba přes S3)
• co nejvíce z infrasktury mít jako verzovaný kód (na infrastrukturu se dělají code review jako na aplikační kód), to že spustím ručně pár virtuálů není cloud. Amazon má CloudFormation, existují různé nadstavby jako Troposphere nebo Terraform, nebo alternativy pro jiné poskytovatele
• logování je potřeba agregovat vzdáleným syslogem na jedno místo ze všech serverů, buď něco jako vlastní E(lastic)L(ogstash)K(ibana) stack nebo SaaS jako loggly nebo papertrail
• na monitorování je spousta nástrojů, záleží kde servery budete mít. Většina lidí co znám opouští nagios, protože je s ním boj u dynamických hostů. Free verze NewRelicu je skvělá

Tohle v žádném případě není úplný výčet, spíš nástin toho, kterým směrem by se uvažování o správě mělo ubírat.