Kuidas tagada rakenduse pidev ja stabiilne…

Ettevõtte pidevuse ja stabiilsuse tagamiseks Go rakenduse juurutamisel kasutaksin järgmisi lähenemisviise:

Automatiseeritud CI/CD torud:
- Kasutades tööriistu nagu GitLab CI, GitHub Actions, Jenkins või CircleCI, automaatselt ehitada, testida ja juurutada iga commit või käsitsi.
- Konfigureerida toru üksustestide, integratsioonitestide ja staatilise koodi analüüsi jaoks (nt go vet, golangci-lint).
- Automaatne artefaktide loomine (täidetavad failid, Docker pildid).
Rakenduste ja konfiguratsioonide versioonimine:
- Semantilise versioonimise kasutamine väljaandmiseks.
- Konfiguratsioonide haldamine väliste tööriistadega (Consul, Etcd, Kubernetes ConfigMaps/Secrets) või versioonikontrolli all olevate konfiguratsioonifailidega Gitis. Koodi ja konfiguratsiooni eraldamine.
Konteinerite (Docker) ja orkestreerimise (Kubernetes) kasutamine:
- Rakenduse pakkimine Docker-pildiks, et tagada isolatsioon ja kaasaskantavus.
- Kubernetes või teiste orkestratorite kasutamine juurutamiseks, skaleerimiseks, enesetervendamiseks ja koormuse jaotamiseks.
Juurutamise strateegiad:
- Rolling Update: Etappiline uuenduste kasutuselevõtt, kus uued versioonid juurutatakse ja vanad eemaldatakse, tagades tegevuse jätkumise. Kubernetes toetab seda "out of the box".
- Canary Deployment: Uue versiooni juurutamine väikese kasutajate või serverite osas, et hinnata selle stabiilsust enne täielikku juurutamist.
- Blue/Green Deployment: Uue versiooni juurutamine paralleelselt vana versiooniga ning liikluse suunamine uuele versioonile pärast selle stabiilsuse kinnitamist. Nõuab rohkem ressursse.
Jälgimine ja logimine:
- Rakenduse ja infrastruktuuri jõudluse mõõdikute kogumine (Prometheus, Grafana).
- Keskne logide kogumine (ELK komplekt, Loki+Promtail+Grafana).
- Kriitiliste mõõdikute ja logides olevate vigade alarmeid seadistada kiireks reageerimiseks.
Testimine:
- Piisava koguse üksus-, integratsiooni- ja lõpp-testi kirjutamine.
- Testide automaatne täitmine CI/CD toru jooksul.
- Koormustestide läbiviimine enne tootmisse viimist, jõudluse hindamiseks.
Tagasipööramine (Rollback):
- Selge ja automatiseeritud mehhanismi olemasolu eelnevalt stabiilsele versioonile naasmiseks, kui pärast juurutamist ilmnevad probleemid. Kubernetes tüüpi orkestratorid lihtsustavad seda protsessi märkimisväärselt.

// Näide lihtsast readiness probe Kubernetes jaoks
// Kontrollib, kas teenus on valmis liiklust vastu võtma
func readinessHandler(w http.ResponseWriter, r *http.Request) {
	// Kontrollib ühendust andmebaasiga, sõltuvate teenuste olekut jne.
	if isDatabaseConnected() && isServiceReady() {
		w.WriteHeader(http.StatusOK) // Teenus on valmis
	} else {
		w.WriteHeader(http.StatusServiceUnavailable) // Teenus pole veel valmis
	}
}

// Näide lihtsast liveness probe Kubernetes jaoks
// Kontrollib, kas teenus on elus
func livenessHandler(w http.ResponseWriter, r *http.Request) {
	// Lihtsam kontroll, näiteks, lihtsalt tagastab 200 OK
	// Kui teenus ei vasta, taaskäivitab k8s pordi
	w.WriteHeader(http.StatusOK)
}

// Peafunktsioonis või marsruutide seadistuses:
// http.HandleFunc("/ready", readinessHandler)
// http.HandleFunc("/live", livenessHandler)

Kombineerides neid lähenemisviise, saab luua usaldusväärse ja automatiseeritud juurutusprotsessi, mis minimeerib riske ja seisakuaega. Eriti oluline on pöörata tähelepanu testimisele ja jälgimisele, kuna need võimaldavad kiiresti avastada ja lahendada probleeme.

Kuidas tagada rakenduse pidev ja stabiilne juurutamine?