DevOps och Agila metoder som kan hjälpa till att snabba upp och synkronisera software release-cykler, men det är något som tenderar att komma i vägen för även de snävaste verksamheter-backend-databaser. Åtta i 10 chefer i en färsk undersökning säger att distribuera databasen kod förändringar tar längre tid än vad ansökan ändringar i koden, och därmed tandkött upp processen.
Foto: Joe McKendrick
×
keyboard-and-exclamation-points-photo-by-joe-mckendrick.jpg
Detta är en av de hämtställen av en undersökning av 307 IT-chefer från Dimensional Research, som sponsras av Datical. Medan Datical, en leverantör av databas släppa verktyg för automatisering, har en andel i denna data.resultaten pekar på ett betydande hinder för arbetet med att öka takten i programversioner. Och trycket är på — de flesta program lag (90%) uppger att de utsätts för press att släppa applikationer snabbare och 43% är att släppa applikationer på en dag eller vecka, upp från 35% i undersökningen för ett år sedan.
Undersökningen omfattade utvecklare ansökan release ingenjörer, enterprise architects, och DevOps ingenjörer. Av dessa är 92% uppger att det är svårt att påskynda utbyggnaden av databasschema förändringar i ett försök att matcha den takt som de distribuerar ansökan ändringar i koden.
När det gäller data sidan av ekvationen, saker och ting har inte förbättrats sedan förra årets undersökning, studiens författare rapport. Dessutom kan företag med de mest ambitiösa program cyklerna lidit den största påverkan från långsam, manuell distribution av databasschema förändringar.
I de flesta fall, ansökan om ändringarna kräver ändringar databas. Mer än hälften (57%) av alla förändringar som kräver motsvarande databas förändringar, som undersökningen visar. Bland dem med snabbare frisättning krav, nära hälften (46%) av dem som släpper dagligen eller veckovis säga att det är extremt eller mycket svårt att påskynda databas release-processen. Detta är märkbart högre än de 37% som rapporterats av lag med cyklerna av två månader eller mer.
“Processen med utbyggnaden av databasschema förändringar är mycket komplexa och krävande,” enkäten, som författarna påpekar. “Det innebär ofta att spendera timmar om inte dagar, manuellt granska och godkänna varje databas ändra manus och schema förändring inom dessa skript.” Mer än nio av 10 personer, 91%, säger att de har nytt arbete databasen ändras flera gånger innan de är redo för produktion distribution. Detta är oförändrad från förra årets resultat.
Toppen deltagarna nämner är bristen på verktyg för att automatisera databasen utbyggnaden process (50%). Detta följdes noga av långa databas ändra granskning och godkännande cykler (49%) och med en mycket handbok distribution process med många steg som kan misslyckas (48%). Andra problem som nämns är att regelverk och efterlevnad gäller, testning utmaningar, beroenden av andra program, semi-automatiserad testning, och en obalans mellan uppgifter för pre-produktion och produktion i miljöer som kräver manuell data manipulation language, den undersökning som författarna rapport..
Undersökningen visar också att 84% av ansökan berörda parter hade allvarliga produktionsstörningar på grund av att databasen ändra fel; 57% av alla förändringar kräver en motsvarande databas-schemat förändring, och 88% uppger att de tar mer än en timme att lösa dessa schemat förändring, från 81% för ett år sedan.
Rapporten belyser en ökad automatisering som det mest effektiva sättet att ta itu med denna släpar efter bit av den versionen av programvaran bild. När ansökan ombads företagets intressenter om att automatisera databas distributioner, nästan alla (92%) säger att det skulle påskynda den övergripande tillämpningen släppa cykeln..
Relaterade Ämnen:
Hantering Av Data
Cloud
Big Data Analytics
Innovation
Tech och Arbete
Samarbete