DevOps og Agile metoder kan hjælpe med at fremskynde og synkronisere op, software release-cyklusser, men der er noget, der har tendens til at komme i vejen for selv de strengeste operationer — back-end-databaser. Otte ud af 10 ledere i en nylig undersøgelse siger, at implementering af database-kode ændringer, der tager længere tid, end programmet ændringer til koden, og således tandkød op i processen.
Foto: Joe McKendrick
×
keyboard-and-exclamation-points-photo-by-joe-mckendrick.jpg
Dette er en af de grillbarer af en undersøgelse af 307 IT-chefer fra Dimensional Research, sponsoreret af Datical. Mens Datical, en udbyder af database udgivelse automatisering værktøjer, har en interesse i disse data.resultaterne peger på en væsentlig hindring for, at en indsats for at øge tempoet af software releases. Og det pres, der er på — fleste ansøgning hold (90%) angiver, at de udsættes for pres til at frigive programmer hurtigere, og 43% er at frigive programmer på daglig eller ugentlig basis, en stigning fra 35% i undersøgelsen fra for et år siden.
Undersøgelsen, der er omfattet applikationsudviklere, ansøgning udgivelse ingeniører, enterprise arkitekter, og DevOps ingeniører. Af dem, 92% rapporterede, at det er vanskeligt at fremskynde udbredelsen af database schema ændringer i et forsøg på at matche det tempo, hvori de installere programmet ændringer i koden.
Når det kommer til de data, side af ligningen, har tingene ikke er blevet bedre siden sidste års undersøgelse, undersøgelsens forfattere rapport. Hertil kommer, at virksomheder med det mest ambitiøse program release cycles lidt den største indvirkning på slow, manuel indsættelse af database schema ændringer.
I de fleste tilfælde er anvendelsen ændringer kræver database ændringer. Mere end halvdelen (57%) af alle program-ændringer, der kræver tilsvarende database ændringer, undersøgelsen viser. Blandt dem med en hurtigere frigivelse krav, tæt på halvdelen (46%) af dem, der frigiver dagligt eller ugentligt sige, at det er ekstremt eller meget vanskeligt at fremskynde database release proces. Dette er væsentligt højere end de 37%, der er indberettet af hold med release cycles for to måneder eller mere.
“Processen med implementering af database schema ændringer er meget kompleks og krævende,” undersøgelsens forfattere påpeger. “Det indebærer ofte bruge timer, hvis ikke dage, manuel gennemgang og validering af hver database ændre script og skema ændrer sig inden for disse scripts.” Mere end ni ud af 10 respondenter, 91%, der siger, at de er nødt til at re-arbejde database ændringer flere gange, før de er klar til produktion implementering. Dette er uændret i forhold til sidste års resultater.
Den største udfordring deltagerne nævner, er manglen på værktøjer til at automatisere database implementeringsprocessen (50%). Dette blev tæt fulgt af lange database ændre gennemgang og godkendelse cykler (49%) og at have en meget manuel installation proces med mange trin, der kan mislykkes (48%). Andre udfordringer omfatter regulering og compliance-problemer, test udfordringer, afhængighed af andre programmer, semi-automatiseret test, og en manglende overensstemmelse mellem data for pre-produktion og produktions miljøer, der kræver manuel data manipulation language, undersøgelsens forfattere rapport..
Undersøgelsen viser også, at 84% af ansøgning interessenter havde alvorlige produktion problemer på grund af database ændre fejl; 57% af alle program-ændringer kræver en tilsvarende database skema ændre, og 88% angiver at tage mere end en time til at løse disse skema ændre spørgsmål, en stigning fra 81% for et år siden.
Rapporten fremhæver, større automatisering som den mest effektive metode til at løse dette halter stykke software udgivelse billede. Når ansøgningen interessenterne blev bedt om at automatisere database installationer, næsten alle (92%) siger, at det ville fremskynde den generelle anvendelse release cyklus..
Relaterede Emner:
Data Management
Cloud
Big Data Analytics
Innovation
Tech og Arbejde
Samarbejde