DevOps

Løst og fast fra den virkelige verden…

Hvad er det egentligt med det der DevOps og hvorfor er det på alle måder en fordel at bevæge sig den vej rent metodemæssigt ?

DevOps har efterhånden en del år på bagen men alligevel er der mange forskellige opfattelser af hvad det egentlig er. Så her er en mere. Forudsigelighed.

Udfordringen har altid været at udviklere vil ændre på ting mens driftsfolk vil have stabilitet. De to ting kommer i særdeleshed i karambolage når man vil udvikle stabile systemer. De stritter jo i hver sin retning så hvordan kan man overhovedet mødes? Lidt lige som man gør når man lærer at cykle. Starter i det små, et sted hvor det ikke gør ondt når man vælter – eller bruger støttehjul – og så ellers øver sig.

Fordelen ved at starte småt er ikke mindst at man også hurtigere finder ud af om det i det hele tager duer, det man går og laver. Det er her i starten at fejltagelser er både vigtige og billige. Vi kan og skal lære noget af dem og når man ikke har bygget noget stort op er det let at ændre lidt hist og her i takt med at man bliver klogere.

Når alle så er involveret i at være med, ja så er det også lettere at gentage det man gør igen og igen, naturligvis med det sigte at alt det, der kan gøres automatisk, skal gøres automatisk. Og der er rigtigt meget der kan gøres automatisk.

devops handbook coverAutomatik betyder her at den samme opgave altid løses på samme måde hver gang. Det skaber i sig selv forudsigelighed. Sammen med den megen øvelse og konstante justeringer når der er behov betyder det at den dag den nye IT-løsning skal præsenteres for omverdenen så er den allerede testet på alle leder og kanter. Og der er ingen panik, for vi skal jo bare gøre det vi plejer at gøre.

Med de rigtige værktøjer og arbejdsmetoder bør det desuden også betyde et kærkomment farvel til behovet for ‘lige at give den en skalle’ og det meste af det overarbejde der normalt er forbundet med store IT-opdateringer. For nu er der ingen store opdateringer, kun mange små og dem har vi lavet igen og igen og ved nøjagtigt hvad der skal ske.

Vil du vide mere så er der for kort tid siden udkommet en rigtigt god bog som fortæller hvad det går ud på og gennem eksempler fra den virkelige verden illustrerer hvorfor og hvordan. Find den her.

A propos automatisering…

Man kan utroligt meget med Powershell og den nyeste version som er under et halvt år gammel kan endnu mere og det er endnu lettere at gøre det.

Det er bare sådan med visse Powershell-scripts – altså en række kommandoer som afvikles i en sekvens der ofte bestemmes af hvordan en tidligere kommando i sekvensen svarer – at de nogen gange skal afvikles på en lang række PCer, som ikke alle er tændt samtidigt. Så kan det se lidt svært ud. Her er det fristende at ty til for eksempel Microsoft InTune som jo netop kan distribuere programmer. Programmer, ikke Powershell-scripts, så hvad gør man så? Der er hjælp at hente fra en sikkert noget uventet kant. Internet Explorer udkom for snart en del år siden med et indbygget værktøj til at personliggøre installationen så der var de rigtige logoer og forud opsatte genveje osv osv. IExpressDét værktøj, IExpress, findes i enhver Windows-version den dag i dag og det er rigtigt smart når man vil lave sit Powershell-script om til et program. Så kan InTune sende programmet ud til alle de PCer man gerne vil ‘installere’ det på. Hvis man har System Center Configuration Manager er det naturligvis nemmere men det er helt sikkert også dyrere. Eneste ulempe ved InTune er at det er svært at få at vide ‘hvordan det gik’, så her må man altså selv i sit Powershell-script sørge for at der ‘efterlades spor’ så en supporter senere har mulighed for at finde ud af hvad der skete og måske også hvorfor.

Azure Automation kontra System Center Orchestrator

Som det måske er kommet nogen for øre så har System Center Orchestrator nået sin sidste version og er selv i 2016-udgaven blot en sminket 2012 R2. Hvad gør man så ? Man tyr til Azure Automation. Så korser mange sig og siger ved sig selv:  “Det der Cloud skal vi bare slet ikke – i hvert fald ikke lige nu”.

AzureAutomation

Men tænk lige efter en gang. Workflows eller Runbooks på SCO afvikles jo på Runbook-Servere. Og nøjagtigt det samme sker i Azure Automation. Man vælger blot den variant der hedder Hybrid Runbook Worker – det er nemlig en server du har stående i din egen infrastruktur og dermed selv råder fuldt over. Den skal kunne snakke med Azure men er alligevel ikke tilgængelig fra internettet så der er jo ingen risiko. Dine runbooks ligger trygt i Azure og hentes af din egen server når de skal afvikles.

Så forskellen er faktisk at Azure Automation er System Center Orchestrator med en masse nye muligheder men uden at du selv skal sørge for at holde den opdateret.

Mere Azure – denne gang i form af Windows Server 2016

Hvadbehager ? Jo, den er god nok. Windows 2016 har blandt meget andet fået to ting som tilsammen gør det endnu lettere at bygge fejltolerante systemer i skyen.

Storage Replica som den væsentlige og Cloud Witness som den fikse finte.

Storage Replica gør at to eller flere servere kan dele data uden at skulle dele fysiske harddiske fordi denne feature sørger for at enhver data-blok på den ene kopi kopieres til den anden kopi – uanset hvor der bliver opdateret. Det er faktisk det der sker i Azure Storage som jo garanterer at data findes i tre kopier både lokalt i det enkelte datacenter og for de geo-redundante storage-muligheder et ekstra sæt af kopier  i  et andet  datacenter – det er samme mekanik som nu er tilgængelig i the latest and greatest‘ Windows Server.

image

Cloud Witness er en ny feature i Failover Clustering som minder meget om File-Share witness, blot er det her ikke nødvendigt med en tredje server men man kan nu anvende en Azure Storage-konto i stedet.

Stop the press…

Microsoft har netop publiceret resultaterne af en undersøgelse omkring brug af Cloud som indikerer at flere og flere firmaer ser Skyen som en naturlig del af deres IT, og den viser at sikkerhed ikke længere kun bliver brugt som et argument imod Cloud men i lige så høj grad et argument for Cloud. Desuden viser den at DevOps er ved at blive mere og mere almindeligt. Læs mere her.

image

Read more...