Kontinuerlig levering er en designpraksis som brukes i programvareutvikling for å automatisere og akselerere prosessen med levering av programvare. Kontinuerlig levering har dukket opp som et varmt emne i programvarebransjen fordi det er kritisk for programvareorganisasjoner som ønsker å akselerere leveransen av kvalitetskode som et middel til bedre betjening av kunder og å få en konkurransefortrinn.

Electric Cloud er et selskap dedikert til å hjelpe Internett-baserte og enterprise software organisasjoner vedta og skala kontinuerlig levering. Firmaet er basert i USA og har tilleggskontorer i London og Tokyo.

Vi tok fast i Steve Brodie, administrerende direktør for Electric Cloud, for å diskutere den siste finansieringsrenten fra en gruppe bemerkelsesverdige investorer, inkludert Siemens Venture Capital, US Venture Partners, Mayfield Fund, RRE Ventures og Rembrandt Venture Partners. Vi spurte også Steve om bransjetrender, fleksibel utvikling og DevOps.

TechRadar Pro: Kan du fortelle oss litt om Electric Cloud, din siste finansieringsrunde og hvordan du bruker investeringen?

Steve Brodie: Electric Cloud er et selskap som har fokusert på automatiserte programvareleveringsprosesser for å effektivisere utgivelsen av produksjonsklar programvare der kvalitet og tid til marked er avgjørende. Mye av vårt tidlige fokus var på bygg / test livssyklusen, og nå har vi bransjens første og eneste plattform for å automatisere hele bygg-test-distribuere livssyklusen.

Vår siste finansieringsrunde brukes til å akselerere teknisk utvikling og utvide salg og markedsføring for å bli markedsleder for kontinuerlig levering.

TRP: Ser du på programvareleverandørmarkedet, hva er de viktigste kundeutviklingene som er forskjellige fra ett år siden?

SB: På programvareleverandøren ser vi "agile" å treffe en veisklokke da kompleksiteten og tempoet i søknadsutgivelser øker - spesielt innen større bedrifter. Prosessforbedringene har vært gode for å drive lagproduktivitet og til og med utvide utviklingspraksis i IT-operasjoner med DevOps. Dette er grunnen til at du ser ting som Scaled Agile Framework og andre som tar opp behovet for å skalere.

Men hva våre store bedriftskunder virkelig trenger for å oppnå noe av dette, er automatisering som akselererer koden til en produksjonsklar tilstand.

Andre større trender er oppgangen til agile tilnærminger for komplekse innebygde systemer og den kritiske arten av mobile apps i bedriften. Alt dette driver økt press på IT-organisasjoner, mens krav til fart er ubøyelig.

TRP: Hvordan ser du agile utvide til andre områder av IT-virksomheten?

SB: Agile er en av de mest forstyrrende teknologibølgene vi har sett i IT i mange år. Det som startet som en grøntrodsbevegelse for utviklere å "jobbe smartere" blir nå skalert over geografiske områder, lag og forretningsenheter for å drive den smidige bedriften.

Over funksjoner ser vi fleksible inn i test, QA, produksjon og distribusjon veldig raskt. Flere interessenter er nå involvert, hvorav mange ikke er tekniske. Markedsføring, salg og kundeservice blir alle en del av applikasjonsdesign, bygge og distribuere livssyklus.

TRP: Hva er din visjon for DevOps, og hvordan støtter kontinuerlig levering det?

SB: Vår visjon for DevOps er en enhetlig IT-organisasjon som er synkronisert teknisk og svært samarbeidende på kultur- og prosessfronten. Vi ser DevOps som forlengelse av fleksibilitet ved å omfavne utviklings- og IT-operasjonsfunksjonene - å få enighet om hvordan ressursene er tilveiebrakt og hvordan applikasjoner slippes raskere ved å fjerne funksjonelle siloer.

For oss er Continuous Delivery den tekniske tilrettelegger for både agile og DevOps. Vi automatiserer de besværlige og tidkrevende oppgaver som senker utgivelsen av programvarekoden. Uten teknisk automatisering blir alle prosessforbedringer kort og gir ikke det ønskede resultatet av å frigjøre kvalitet, nødvendig programvare til bedriften i tide.

TRP: Hvorfor føler du at kontinuerlig levering er den "nye smidig"?

SB: Agile forstyrret programvareutviklingsverdenen på en veldig stor måte. Nå er det på tide å bruke smale og smidige prinsipper til frigjøringsrørledninger. En av de spennende tingene med å jobbe i programvarebransjen er både tempoet i forandring og hvordan forandring er omfavnet som en del av forbedringen. Kontinuerlig levering er lynchpin for å hjelpe organisasjoner med å raskere utviklingen og leveransen av programvare innenfor et Agile Business Environment. Ved å akselerere hele bygge-test-distribusjons syklusen fra uker eller måneder ned til noen få minutter, kan løftet om agile og DevOps realiseres.

TRP: Hvordan har selskaper implementert kontinuerlig levering hittil?

SB: Mange organisasjoner gjør kontinuerlig integrasjon og kaller det kontinuerlig levering. Mange bruker Jenkins og kaller det bra. Eller de distribuerer sin egen hjemmelagde prosess og verktøy for å få jobben gjort. Alle disse tilnærmingene faller kort i målestokk. Alle av oss som tilbyr kontinuerlige leveringsløsninger har en høy ordre for å forenkle en svært komplisert og stadig mer fasettert progresjon av oppgaver og hånd-offs.

TRP: Hvordan ser du agile, DevOps og Continuous Delivery modning?

SB: Vi ser mer oppmerksomhet blir betalt til DevOps generelt som en utvidelse av smidig. Som nevnt ovenfor er det litt av det jeg vil kalle "smidig tretthet" i markedet og med kunder. Folk ønsker å måle og ha resultatmålinger. Og for å være ærlig, sier mange organisasjoner som er såkalte "smidige", at de ikke frigjør programvare noe raskere enn tidligere. Så, veldig, smidig, DevOps og Continuous Delivery jobber alle sammen mot det samme målet om å frigjøre og distribuere programvare en automatisert, iterativ og hyppig forekomst.