Kartoita kokonainen pyyntö Helsinki-palvelun läpi
Piirrä edustavan toiminnon polku, kuten sisäänkirjautuminen tai asiakirjan tallentaminen. Missä kyseisen toiminnon käyttämä tietokanta, välimuisti ja ulkoiset API sijaitsevat? Mittaa jokainen vaihe, jotta näennäisesti hidas suomalainen palvelin ei sekoitu kaukaiseen riippuvuuteen tai sovelluksen pullonkaulaan.
Sijoita kiireisimmät riippuvuudet harkitusti
Pidä toistuvat sovelluksen ja tietokannan väliset kutsut mielessä sijaintia valitessasi. Välimuisti voi vähentää toistuvia lukuoperaatioita, mutta se tarvitsee myös mitätöinti- ja palautussuunnitelman. Mitkä tiedot on oltava ajantasaisia, ja mitkä vastaukset voidaan turvallisesti käyttää uudelleen? Varmista käytettävissä oleva yksityinen yhteys ennen sen varaan suunnittelua.
Testaa välimuistin ohitus ja käyttämätön API
Lämmin välimuisti voi peittää ensimmäisen todellisen pyynnön kustannuksen. Testaa uudelleenkäynnistyksen jälkeen tyhjällä välimuistilla ja ulkoisen palvelun aikakatkaisulla. Aseta rajatut uudelleenyritykset ja tarkista, ettei toistuva pyyntö luo kaksoistoimintoa. Nämä tapaukset helpottavat Helsinki-käyttöönoton mitoittamista realistisesti.
Tee varmuuskopioiden sijoittelusta osa palautustestiä
Toinen kone samassa tilassa ei ole maantieteellinen palautussuunnitelma. Kirjaa todellinen varmuuskopioiden kohde ja palauta näyte ensisijaisen vikarajan ulkopuolella. Tarkista palautuksen jälkeen tietokantayhteydet, sovelluksen salaisuudet ja välimuistin uudelleenrakennus ennen kuin ohjaat käyttäjät palautettuun palveluun.