Tito Norkūno pranešimas "Diekime į produkciją kasdien – kaip tai pasiekti" skaitytas Agile dienoje 2013 gegužės 9 d. Programinio kodo diegimas į produkcijos aplinką – nuo karto per mėnesį, iki dešimt kartų per mėnesį, iki dešimt kartų per savaitę, iki dešimt kartų per dieną. Kaip tai pasiekėme dirbdami keturiuose žemynuose išskirstytoje komandoje, be nemalonaus poveikio vartotojams, nuolat gerindami produkto kokybę ir išlaikydami kompanijos augimą.

1. Continuous Deployment
Titas Norkūnas / @varsketiz

3. Assembla – Produktas
~ 350.000 Projektų
~ 350.000 Kodo repozitorijų
~ 850.000 Registruotų vartotojų
~ 5.000.000 Valdomų užduočių

4. Assembla – Komanda
● 40 Žmonių (20 Inžinierių)
● 20 Šalių
● 15 Laiko zonų
● 163 Diegimai į produkciją balandį

5. Assembla – Komanda

6. Assembla – Komanda
Aš
Daugiausia dirbu su šiuo kolega

7. Kiek iš Jūsų esate girdėję apie
Continuous Deployment?

8. Kaip dažnai diegiate į
produkciją?

9. Apie ką čia bus:
● Kodėl verta
● Dėl ko nerimauti nereikėtų
● Kaip tai pasiekti
● Svarbu (bet nebūtina) ir dažnos
problemos
● Kaip sekėsi mums

10. Kodėl verta
Agile manifestas #1:
"Mūsų aukščiausias prioritetas yra
patenkinti kliento poreikius, anksti ir
nuolat pristatant vertę kuriančią
programinę įrangą."

11. Agile manifestas #7:
"Pagrindinis progreso įvertinimas yra
veikianti programinė įranga."
Kodėl verta

12. Agile manifestas #10:
"Paprastumas – menas mažinti
nereikalingus darbus – yra būtinas."
Kodėl verta

13. "Minimalus veikiantis produktas - tai
toks produktas, kuris leidžia išmokti
maksimalų kiekį patvirtintos
informacijos įdedant mažiausiai
pastangų."
Kodėl verta

14. Ar norėtum čia dirbti?
● Github
● Amazon
● Heroku
● Linkedin
● Etsy
● ... <ir taip toliau> ...
Kodėl verta

15. Kodėl verta
Ar norėtum čia dirbti?
● Github
● Amazon - diegimai kas 11 sek.
● Heroku
● Linkedin
● Etsy
● ... <ir taip toliau> ...

16. Nauda
● Pristatysi vertę kaip galima greičiau
● Kasdien matysi pažangą
● Būsi informuotas visada
● Gausi greitą grįžtamąjį ryšį
● Dirbsi aukščiausios klasės aplinkoje

17. Nerimauti nereikėtų
● Ar tai nėra pavojinga?
● Kainuos daug daugiau!
● Suprastės kokybė.
● Tai kaubojiškas procesas.

18. Ar tai nėra pavojinga? – Ne.
● Neliks "žmogiškojo faktoriaus"
● Bus mažiau pakeitimų diegimuose
● Galėsi greit rasti ir ištaisyti problemą

19. Kainuos daug daugiau! – Ne.
● Automatizuoti reikės tik kartą
● Greitai išbandysi naujas idėjas
● Nebereikės jokių aplinkelių

20. Suprastės kokybė. – Ne.
● Slėpk kas neparuošta -
atskirk diegimą nuo
pristatymo
● Nebeskubėk, kad
spėtum į sprintą

21. Kaubojiškas procesas! - Ne.
● Reikės standartizuoti aplinkas
● Reikės standartizuoti migracijas
● Reikės standartizuoti procesą

23. Kaip tai pasiekti
● Continuous mentalitetas
● Tinkama nuolatinė integracija
● Diegimo automatizavimas
● Metrikos ir įspėjimai

24. Vienintelė taisyklė norintiems
diegti nuolatos – laikyk
pagrindinę šaką diegtiną.

25. Continuous mentalitetas
● Nebandyk sutaupyti pusvalandžio
pažeisdamas diegtinumo principą
● Nemanyk, kad žinai viską, kas
vyksta tavo projekte

26. Ką reiškia - diegtiną?

27. Automatiniai testai sėkmingi

28. Automatiniai testai sėkmingi,
kodas peržiūrėtas ir
ištestuotas QA

29. Automatiniai testai sėkmingi,
kodas peržiūrėtas ir
ištestuotas QA bei dalies
vartotojų

31. Nuolatinė integracija
Šaka →
Pagr. Šaka →

32. 2?1
Pagr. Šaka →
Šaka →
Nuolatinė integracija

33. Pagr. Šaka →
1 ?
3
Šaka →
2
Pagr. Šaka →
Šaka →
Nuolatinė integracija

34. Per ankstyva integracija yra
blogis.

35. Diegimo automatizavimas
● Lengva – diek vienu paspaudimu
● Jokios rizikos – jei yra problemų,
grįžk prie veikiančios versijos
● Nuoseklu – be staigmenų
● Atsekama – kas, ką, kada, kur

36. Lengva – vienu paspaudimu

37. Jokios rizikos

38. Nuoseklu – be staigmenų

39. Atsekama – kas, ką, kada

41. Metrikos ir įspėjimai
● Realaus laiko
● Stebėk svarbiausias verslo metrikas
● Turėk aplikacijos metrikas vienoje
vietoje
● Būk įspėjamas pagal anomalijas, o
ne absoliučius skaičius

42. Verslo metrikos

43. Aplikacijos metrikos

44. Anomalijos

45. Svarbu (bet nebūtina)
● Greiti testai ir diegimai
● Automatizuota konfigūracija
● Greitas inžinierių įvedimas
● Vieninga migracijos strategija

46. Greiti testai ir diegimai

47. Automatizuota konfigūracija

48. Greitas inžinierių įvedimas

49. Vieninga migracijos strategija

50. Continuous keičia žaidimo
taisykles. Kaip tai paveikia
kitus komandos narius?

51. Kaip sekėsi mums?

52. Diegimų evoliucija

53. Frustration
Diegimų evoliucija

54. Diegimų evoliucija

55. Diegimų evoliucija

56. LOL Atostogos
Diegimų evoliucija

57. Diegimų evoliucija

58. Dažnos problemos
● Kaip diegti duomenų bazės
schemos pakeitimus be trikdžių?
● Kokybės Užtikrinimo komanda
testuoja rankiniu būdu
● "Nepritaikoma dideliems
projektams"