Flux 7 introduserer 8 ofte brukte Docker-brukstilfeller, nemlig forenklet konfigurasjon, kodepipeline-håndtering, forbedret utviklingseffektivitet, isolerte applikasjoner, konsoliderte servere, feilsøkingsmuligheter, flerleietakermiljøer og rask utvikling. Vi har snakket om Docker, hvordan man bruker det, og ved hvilke anledninger? Kanskje denne artikkelen kan hjelpe deg. Hvis det er noe å kommunisere, kan du kommunisere med oss gjennom kommentarer.
For noen uker siden deltok vi på DockerCon, den første teknologikonferansen med fokus på Docker. Den er rettet mot utviklere og praktikere som er interessert i å bygge, levere og kjøre distribuerte applikasjoner på Docker åpne plattform, enten den kjører på egne notatbøker eller virtuelle maskiner i datasenteret. Vi deltok på konferansen, og Flux7 er systemintegrasjonspartner for Docker Foundations og gjesteforeleser.
Vår administrerende direktør, Aater Suleman, snakket med en av våre kunder. Selv om DockerCon var veldig morsomt, følte jeg at konferansen fokuserte for mye på detaljene i Docker og neglisjerte bruksområdene for Docker. Så i denne artikkelen ønsker jeg å introdusere og dele noen praktiske bruksområder for Docker.
Før vi diskuterer Dockers bruksområder, la oss se på hva som gjør Docker så spesielt.
Docker tilbyr lett virtualisering med nesten ingen ekstra overhead, noe som er ganske kult.
For det første trenger du ikke bekymre deg for de ekstra kostnadene ved Docker samtidig som du nyter virtualiseringskraften det gir. For det andre kan du lage et større antall containere på samme maskin enn på en virtuell maskin.
En annen fordel med Docker er at containere kan startes og stoppes på sekunder. Solomon Hykes, grunnlegger av Docker, snakket en gang om hva Docker har gjort i tillegg til bare LXC, og du kan sjekke det ut.
Her er noen av mine Docker-brukstilfeller, som viser deg hvordan du kan utnytte fordelene med Docker for å skape et konsistent miljø med lav overhead.
1. Forenklet konfigurasjon
Dette er hovedbruksområdet for Docker som Docker Company annonserer. Den største fordelen med virtuelle maskiner er muligheten til å kjøre ulike plattformer (programvare, systemer) på maskinvarefasilitetene dine, og Docker tilbyr samme funksjonalitet med mindre ekstra overhead. Den lar deg legge inn kjøretid og konfigurasjon i kode og deretter distribuere den, og konfigurasjonen av samme Docker kan brukes i forskjellige miljøer, noe som reduserer koblingen mellom maskinvarekrav og applikasjonsmiljøer.
2. Styring av kodepipeline
Det forrige scenariet er til stor hjelp for å håndtere kodepipelinen. Koden går gjennom mange mellomliggende miljøer fra utviklerens maskin til den endelige distribusjonen i produksjonsmiljøet. Hvert mellommiljø har sine egne små forskjeller, og Docker tilbyr et miljø som er konsistent fra utvikling til oppstart, noe som gjør kodepipelinen mye enklere.
3. Forbedre utviklingseffektiviteten
Dette gir noen ekstra fordeler: Docker gjør utviklere mer produktive. Hvis du vil se et mer detaljert eksempel, kan du se Aaters foredrag på DevOpsDays Austin 2014 eller DockerCon.
I ulike utviklingsmiljøer ønsker vi alle å gjøre to ting godt. For det første ønsker vi å gjøre utviklingsmiljøet så likt produksjonsmiljøet som mulig, og for det andre vil vi raskt bygge utviklingsmiljøet.
Ideelt sett, for å oppnå det første målet, må vi kjøre hver tjeneste i en egen virtuell maskin for å overvåke helsen til tjenesten i produksjon. Vi ønsker imidlertid ikke å trenge nettverkstilkobling hver gang, og det er spesielt vanskelig å koble til eksternt hver gang vi kompilerer på nytt. Dette er det Docker gjør spesielt godt, maskinene i utviklingsmiljøet har vanligvis relativt lite minne, og når vi bruker virtuelt, må vi ofte legge til minne til maskinene i utviklingsmiljøet, men nå kan Docker lett la dusinvis av tjenester kjøre i Docker.
4. Isoler applikasjoner
Det finnes mange grunner til at du kan velge å kjøre ulike applikasjoner på én maskin, som for eksempel de tidligere nevnte scenarioene for å forbedre utviklingseffektiviteten.
Vi må ofte vurdere serverkonsolidering for å redusere kostnader, og å dele opp en monolittisk applikasjon i én løst koblet tjeneste. Hvis du vil forstå hvorfor løst koblede apper er så viktige, sjekk ut denne artikkelen av Steve Yege som sammenligner Google og Amazon.
5. Konsolider servere
Akkurat som flere applikasjoner integreres gjennom virtuelle maskiner, gjør Dockers evne til å isolere applikasjoner det mulig for Docker å konsolidere flere servere for å redusere kostnader. Uten minnebehov fra flere operativsystemer og med mulighet til å dele ubrukt minne på tvers av flere instanser, kan Docker tilby en bedre løsning for serverkonsolidering enn virtuelle maskiner.
6. Feilsøkingsevne
Docker tilbyr mange verktøy som ikke nødvendigvis bare er for containere, men de fungerer for containere. De tilbyr mye funksjonalitet, inkludert muligheten til å sette sjekkpunkter for containere, sette versjoner og se forskjellene mellom to containere, noe som kan hjelpe med feilsøking. Du kan finne et eksempel på dette i artikkelen Docker Save the World.
7. Flerleietakermiljø
Et annet interessant bruksområde for Docker er i multi-tenant applikasjoner, som kan unngå å omskrive kritiske applikasjoner. Et spesielt eksempel på dette scenariet er utviklingen av et raskt, brukervennlig multitenant-miljø for IoT-applikasjoner. Denne grunnkoden for flerleiere er kompleks og vanskelig å håndtere, og å planlegge en slik applikasjon på nytt er bortkastet tid og penger.
Med Docker er det enkelt og rimelig å lage isolerte miljøer for flere instanser av hver tenants applikasjonslag, takket være hastigheten til Docker-miljøer og deres effektive diff-kommandoer.
Du kan lære mer om dette scenariet her.
8. Utplasser raskt
Før virtuelle maskiner tar det flere dager å introdusere nye maskinvareressurser. Dockers virtualiseringsteknologi reduserer denne tiden til minutter, og Docker oppretter ganske enkelt en containerprosess uten å starte operativsystemet, noe som tar sekunder. Dette er akkurat det både Google og Facebook verdsetter.
Du kan opprette en destroy-ressurs i datasenteret ditt uten å bekymre deg for kostnadene ved en omstart. Vanligvis har datasentre bare 30 % ressursutnyttelse, og ressursutnyttelsen kan forbedres ved å bruke Docker og effektiv ressursallokering. |
Publisert på 24.08.2018 14:40:09
|
|
|
