De största utmaningarna inom leverans av app-appar och hur man kan övervinna dem

De största utmaningarna inom leverans av företagets app och hur man kan övervinna dem Applikationer som utvecklats internt och applikationer som köpts från hyllan ger olika problem. Gartner-forskningsdirektör Paul Delory förklarar hur man kan komma till dessa frågor.

Vid VMworld 2018 talade Gartner-forskningsdirektör Paul Delory med TechRepublic om applikationsproblemen, både de som utvecklats internt och de som köpts "utanför hyllan". Följande är ett redigerat utskrift av intervjun.

"Leverans av applikationer är ett svårt problem för många företag att lösa", säger Gartners forskningsdirektör Paul Delory. "En av de utmaningar som de står inför är att de flesta företagare kommer att ta itu med en blandning av programvara de skrev och mjukvara de köpte. Och de har två mycket olika leveransmekanismer. Att hantera kod du köpte skiljer sig i grunden från att hantera kod du skrev.

Mer om Big Data

  • Datahantering: Ett fuskark
  • Hur man integrerar robotprocessautomation i big data-projekt
  • Programmeraren Hadley Wickham beskriver mångfalden i R-gemenskapen
  • Hur man väljer rätt dataanalysverktyg: 5 steg

Så, leverans av applikationer är åtminstone ett tvådelat problem. Vad gör du med de applikationer som utvecklats internt? Och vad gör du sedan med de applikationer du köper från hyllan?

För de interna applikationerna är det vägen att gå för saker som du utvecklar internt, CICD, kontinuerlig integration, kontinuerlig leverans; som representerar det senaste inom mjukvaruutveckling. Så om du vill leverera en anpassad app så, vill du bygga en CICD-pipeline och leverera den på det sättet. Inte för att det är lätt - att uppnå det - men ur en strategisk riktning är det tydligt vad du ska göra.

När du distribuerar en kommersiell applikation är vägen framåt dock inte så tydlig. Du kommer inte att vara i leverantörens leverans pipeline. Så vad gör du? Lösningen du bygger kan vara unik för alla applikationer. Det är en annan frustration där. Du kan bygga en metod för leverans av applikationer som fungerar för applikation A som inte fungerar för applikation B.

Det finns vissa tekniker som framkom för att lösa detta problem, eller lösa några av dessa problem. Den första som verkligen tänker på är containrar. Om du tänker på vad en behållare är, tar det alla beroenden i en applikation och rullar upp dem till ett paket som jag sedan kan instansera var som helst. Så det löser mycket av mina utmaningar för applikationsleverans just där.

Det andra alternativet du kan ha är att använda ett automatiskt verktyg för kontinuerlig konfiguration, något som en Puppet, eller en Ansible, eller en Chef eller PowerShell DSC, på Windows-sidan. Dessa har möjlighet och många fall att distribuera applikationer systematiskt. Så om du har en stor applikation med komplexa företag, något som en uppföljande databas eller något liknande komplex, i många fall den logik du får, kan du ladda ner fritt och använda dessa verktyg för att hjälpa dig distribuera den applikationen.

Den andra som verkligen är intressant för mig är den här idén om att ha en kuraterad applikation. Och det här skulle vara något som Helm och Kubernetes, eller en av de olika företagets app-butiksprodukter där ute nu; idén att du skulle ha den fullständiga infrastrukturen för en viss applikation som du kan ladda ner som en stack och distribuera som en stack så att du som operationsperson eller infrastrukturperson inte behöver ha domänspecifik expertis om själva tillämpningen. Du kan få en applikationsmiljö som är implementerad, som är byggd enligt bästa praxis för den applikationen.

Det är en intressant modell också. Och det är allt vi ser som dyker upp för att hjälpa till att lösa denna applikation framför utmaning. "

Innovationsnyhetsbrev

Var kunskap om smarta städer, AI, Internet of Things, VR, AR, robotik, drönare, autonom körning och mer av de coolaste tekniska innovationerna. Levereras onsdagar och fredagar

Registrera dig idag

© Copyright 2020 | mobilegn.com