O slideshow foi denunciado.
Seu SlideShare está sendo baixado. ×

Solidify continuous delivery 2014

Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Carregando em…3
×

Confira estes a seguir

1 de 42 Anúncio

Solidify continuous delivery 2014

Du har säkert hört begreppet många gånger vid det här laget. Continuous Delivery är en av de hetaste trenderna just nu inom mjukvaruutvecklingsindustrin. Idéen är enkel: leverera mer mjukvara, snabbare, med bibehållen kvalitet. Men hur gör man det egentligen?

Du har säkert hört begreppet många gånger vid det här laget. Continuous Delivery är en av de hetaste trenderna just nu inom mjukvaruutvecklingsindustrin. Idéen är enkel: leverera mer mjukvara, snabbare, med bibehållen kvalitet. Men hur gör man det egentligen?

Anúncio
Anúncio

Mais Conteúdo rRelacionado

Semelhante a Solidify continuous delivery 2014 (20)

Mais de Solidify (13)

Anúncio

Solidify continuous delivery 2014

  1. 1. Continuous Delivery med Microsoft Team Foundation Server och Azure Mathias Olausson, Jesper Fernström, Solidify AB Jonas Torstendahl, Microsoft AB
  2. 2. Solidifys processer för mjukvaruutveckling låter dig som utvecklingschef, IT-chef eller affärsutvecklare fokusera på rätt saker. Resultatet är mer programvara, av bättre kvalitet, snabbare och till lägre kostnad.
  3. 3. Agile ger bättre resultat Är vi nöjda nu?
  4. 4. Så vad kan vi göra nu?
  5. 5. “Continuous Delivery is a software development discipline where you build software in such a way that the software can be released to production at any time” Martin Fowler, ThoughtWorks
  6. 6. The Value Delivery Cycle REQUIREMENTS Implement Monitor WORKING SOFTWARE Define Ideation Develop From Idea to working software Operate Working software in production Value realized
  7. 7. Ett ramverk för Continuous Delivery 2) Code Repository 1) Team 3) Build 4) Test 5) Deploy (to Cloud) 6) Monitor and Improve “The App” Azure
  8. 8. Läget just nu
  9. 9. Dagens scenario Implementation av ramverk för Continuous Delivery Release Plan SCM Bygg Miljö Deploy Test
  10. 10. Vilken process är bäst för Continuous Delivery? • Scrum • Kanban • Traditionell (vattenfall) • Prince2 • Process Based Management (CMMI) • …
  11. 11. Definition of Done • Vad menar vi med att något är klart? – Kodat? – Testat? • Hur? – Dokumenterat? – Incheckat? – Uppfyller kraven? • Hur säkerställer vi det?
  12. 12. Planering Release Plan SCM Bygg Miljö Deploy Test
  13. 13. Version Control och strategier för branching
  14. 14. Strategier för branching dev ft1 main release dev ft2 dev ft3 B B v1.1 ft3 start v1.1 ft2 start v1.1 ft1 start BM RI v1.1 ft1 v1.1 ft1 FI v1.1 ft2 RI RI v1.0 hotfix v1.1 ft3 v1.1 RI v1.1 golden FI v1.1 release [] FI FI FI
  15. 15. Strategier för branching • Vi har valt en enkel strategi lämplig för vårt mål
  16. 16. Feature switch istället för feature branch? • Feature switch kan ersätta behovet av feature branch • Feature switch kan också användas för A/B testning, begränsat betatest • Feature branch och feature switch kraftfull kombination • Se upp för – Feature leaks – För många switchar
  17. 17. Leverans av vår första feature
  18. 18. Kod Release Plan SCM Bygg Miljö Deploy Test
  19. 19. Hur går det till? Del 1: samansättning
  20. 20. Versioning • Spårbarhet i hela kedjan – Release – Branch – Labels – Build – Komponent • Implementera en unik, hållbar model – Major.minor.revision.build (1.0.0.42) – Yyyy.mm.dd.rev (2014.09.29.1) • Semver.org en bra ansats
  21. 21. TFS 2013 Build • Kopiera resultat till TFS • Förenklad template • Styra outputstruktur • Utökningsbar genom script
  22. 22. Releasearkiv • Bygg miljöneutrala paket – Build once, deploy many • Publicera releaser för enkel åtkomst – TFS Drop Folder – NuGet source • Säkerställ framtida åtkomst – TFS Retention Policies
  23. 23. Sammansättning Release Plan SCM Bygg Miljö Deploy Test
  24. 24. Hur går det till? Del 2: miljöer
  25. 25. Modern infrastruktur Test/Dev VMs in the Cloud. Leverage existing skillset to move Test/Dev to the Cloud. Connectivity with on-premises data and applications. Common identity. Common tools and frameworks for on-premise and the Cloud. Accessed by a geographically dispersed team. VHDs Deploy Data Center Test/Dev VMs Azure Storage Dev Team Saved Disk State VPN Azure
  26. 26. Vår infrastruktur AD s-lab.local TFS 2013.3 Build Lab01 Win 8.1 Lab02 Win 8.1 Lab03 Win 7 Lab04 Win 2012R2 Dev01 Win 2012R2 Dev02 Win 2012R2
  27. 27. Miljöhantering Release Plan SCM Bygg Miljö Deploy Test
  28. 28. Hur går det till? Del 3: installation
  29. 29. Automatisera releaseprocessen TFS DEV TEST QA PROD
  30. 30. TFS Releaser RM Klient RM Server Server 1 Server 2 D D Server 1 Server 2 D D Microsoft Release Management
  31. 31. Release Pipeline
  32. 32. Deployment Release Plan SCM Bygg Miljö Deploy Test
  33. 33. Hur går det till? Del 4: testning och kvalitetssäkring
  34. 34. Snabba releaser – snabba tester • Mer och mer måste testas • Manuella tester kommer snart ta för lång tid • Automatisera – Så mycket som möjligt – Så tidigt som möjligt
  35. 35. Testning Release Plan SCM Bygg Miljö Deploy Test
  36. 36. Insikt och förståelse
  37. 37. Application Insights
  38. 38. Continuous Delivery
  39. 39. Ett ramverk för Continuous Delivery 2) Code Repository 1) Team 3) Build 4) Test 5) Deploy (to Cloud) 6) Monitor and Improve “The App” Azure
  40. 40. www.solidify.se

Notas do Editor

  • Visa ”0” version av http://s-lab-l04.cloudapp.net:10000/

    Website med SQL Server backend.
    Körs i Azure

    Ny applikation, utvecklat i .Net (MVC) mha Visual Studio ALM
    Körs också i Azure

    För att kunna svara på snabbt skiftande trender och populära nya funktioner hos konkurenterna vill vi rigga vår systemutveckling för att möjliggöra Continuous Delivery
  • Agila metoder är nog de som passar bäst men kan köra CD med vad som helst.

    Att bryta ner utveckling i enskilda features lämpar sig bäst

    En feature levereras när den är klar (DONE)
  • Prata lite om TFVC kontra Git

    För och nackdelar med både

    ”With great power comes great responsibility”
  • Utvecklar features. Vet inte hur lång tid det kommer ta men så fort en feature är klar vill få ut den i produktion

    Vi bygger och deployar från develop (/main/master/vad man nu vill kalla den)
  • När en feature bedöms som ”ok” bör switchen tas bort.
  • Pris? Ca 1500 SEK/mån
  • Komma från A till B på ett så effektivt sätt som möjligt.

×