ProHoster > Blogg > Administrasjon > Moderne plattform for utvikling og distribusjon av programvare

Moderne plattform for utvikling og distribusjon av programvare

Dette er den fĂžrste publikasjonen i en serie materiale om endringer, forbedringer og tillegg i den kommende oppdateringen av Red Hat OpenShift til 4.0, som vil hjelpe med overgangen til den nye versjonen.

Moderne plattform for utvikling og distribusjon av programvare

Fra det Þyeblikket representanter for det fremvoksende Kubernetes-samfunnet fÞrst samlet seg hÞsten 2014 i Googles kontor i Seattle, kunne man allerede se at prosjektet Kubernetes var dÞmt til Ä grunnleggende endre moderne tilnÊrminger til utvikling og distribusjon av programvare. Samtidig fortsatte offentlige skyleverandÞrer Ä investere aktivt i utviklingen av infrastruktur og tjenester, noe som betydelig lettet og forenklet arbeid med IT og programvareutvikling, og gjorde dem utrolig tilgjengelige, noe svÊrt fÄ kunne forestille seg i begynnelsen av tiÄret.

SelvfÞlgelig var kunngjÞringen av hver ny skytjeneste ledsaget av mange diskusjoner blant ekspertene pÄ Twitter, der debattene omfattet et bredt spekter av emner - inkludert slutten pÄ epoken for Äpen kildekode, nedgangen av IT pÄ klientens side (on-premises IT), den uunngÄelige nye programvaremonopol i skyen, og hvordan den nye paradigmen X vil erstatte alle andre paradigmer.

Det er kanskje unĂždvendig Ă„ si at alle disse debattene var ganske dumme

Virkeligheten er at ingenting forsvinner, og i dag kan vi observere en eksponentiell vekst i sluttprodukter og mÄter Ä utvikle dem pÄ, noe som er knyttet til den konstante fremveksten av ny programvare i livene vÄre. Og selv om alt rundt oss vil endres, vil essensen av alt forbli uendret. Programvareutviklere vil fortsatt skrive kode med feil, driftsingeniÞrer og pÄlitelighetsspesialister vil fortsatt gÄ rundt med pager og motta automatiske varsler i Slack, managere vil fortsatt benytte begrepene OpEx og CapEx, og hver gang det oppstÄr en feil, vil en senior utvikler sukke trist og si: 'Jeg sa det
'

Hva som virkelig burde diskuteres, sÄ dette er hva slags verktÞy vi kan fÄ til rÄdighet for Ä lage kvalitets programvareprodukter, og hvordan de gjÞr det lettere og mer pÄlitelig Ä utvikle, samtidig som de Þker sikkerheten. Etter hvert som prosjektene blir mer komplekse, oppstÄr det nye risikoer, og i dag er menneskers liv sÄ avhengig av programvare at utviklerne mÄ strebe etter Ä gjÞre jobben sin bedre.

Kubernetes er et av disse verktÞyene. Det jobbes med Ä integrere det med andre verktÞy og tjenester innenfor Red Hat OpenShift til en enhetlig plattform som skal gjÞre programvaren mer pÄlitelig, enklere Ä administrere og sikker for brukerne.

Med dette i tankene stiller OpenShift-teamet seg ett enkelt spÞrsmÄl:

Hvordan kan vi gjĂžre arbeidet med Kubernetes enklere og mer brukervennlig?

Svaret er overraskende Ă„penbart:

  • automatisere kompliserte aspekter ved distribusjon bĂ„de i skyen og lokalt;
  • fokusere pĂ„ pĂ„litelighet ved Ă„ skjule kompleksiteten;
  • fortsette med jevnlig utgivelse av enkle og sikre oppdateringer;
  • oppnĂ„ kontroll og mulighet for revisjon;
  • strebe etter Ă„ sikre hĂžy sikkerhet fra starten, men uten at det gĂ„r pĂ„ bekostning av brukervennligheten.

Den neste utgivelsen av OpenShift mĂ„ ta hensyn til bĂ„de erfaringene fra utviklerne og erfaringene fra andre utviklere som implementerer programvare i stor skala hos verdens stĂžrste selskaper. I tillegg mĂ„ all den samlede erfaringen fra Ă„pne Ăžkosystemer, som i dag ligger til grunn for den moderne verden, tas med i betraktning. Samtidig mĂ„ man gi slipp pĂ„ det gamle amatĂžrutvikler-mentalitets og gĂ„ over til en ny filosofi for en automatisert fremtid. Dette mĂ„ vĂŠre en 'bro' mellom de gamle og nye mĂ„tene Ă„ distribuere programvare pĂ„ og fullt utnytte all tilgjengelig infrastruktur – uansett om den driftes av en stor skyleverandĂžr eller kjĂžres pĂ„ smĂ„ systemer ved kanten.

Hvordan oppnÄr vi et slikt resultat?

I Red Hat er det vanlig Ă„ bruke lang tid pĂ„ Ă„ utfĂžre kjedelig og utakknemlig arbeid for Ă„ bevare det etablerte fellesskapet og hindre lukking av prosjekter selskapet deltar i. Det finnes en enorm mengde talentfulle utviklere i open-source-miljĂžet som skaper de mest bemerkelsesverdige ting – underholdende, lĂŠrerike, som Ă„pner nye muligheter og bare vakre. Men naturligvis forventer ingen at alle deltagere skal bevege seg i samme retning eller ha felles mĂ„l. Å bruke denne energien og omdirigere den til riktig fokus er noen ganger nĂždvendig for Ă„ utvikle retninger som vil vĂŠre nyttige for vĂ„re brukere. Samtidig mĂ„ vi fĂžlge med pĂ„ utviklingen av vĂ„re samfunn og lĂŠre av dem.

I begynnelsen av 2018 kjĂžpte Red Hat prosjektet CoreOS, som delte lignende visjoner for fremtiden – en mer sikker og pĂ„litelig infrastruktur, bygget pĂ„ open-source-prinsipper. Selskapet arbeidet med Ă„ utvikle disse ideene videre og implementere dem, og dermed realisere vĂ„r filosofi – Ă„ oppnĂ„ sikker drift av all programvare. Alt dette er bygget pĂ„ Kubernetes, Linux, offentlige skyer, private skyer og tusenvis av andre prosjekter som utgjĂžr grunnlaget for vĂ„rt moderne digitale Ăžkosystem.

Den nye utgivelsen av OpenShift 4 vil vÊre forstÄelig, automatisert og mer intuitiv.

OpenShift-plattformen vil fungere med de beste og mest pÄlitelige Linux-operativsystemene, med bare-metal maskinvarestÞtte, praktisk virtualisering, automatisk infrastrukturprogrammering, og selvfÞlgelig med containere (som i all hovedsak bare er Linux-bilder).

Plattformen mĂ„ vĂŠre sikker fra starten av, samtidig som den gir utviklerne muligheten for enkle iterasjoner – det vil si ha tilstrekkelig fleksibilitet og pĂ„litelighet, samtidig som den lar administratorene gjennomfĂžre revisjoner og sikre enkel hĂ„ndtering.

Den mÄ tillate drift av programvare «som en tjeneste», uten Ä medfÞre ukontrollert vekst av infrastrukturen for operatÞrene.

Det vil gjÞre det mulig for utviklere Ä fokusere pÄ Ä skape virkelige produkter for brukere og kunder. Man trenger ikke Ä navigere gjennom innstillinger av maskinvare og programvare, og alle tilfeldige komplikasjoner vil vÊre en saga blott.

OpenShift 4: NoOps-plattform uten behov for vedlikehold

I denne publikasjonen ble de oppgavene beskrevet som hjalp med Ă„ forme selskapets visjon med hensyn til OpenShift 4. Teamet har som oppgave Ă„ forenkle daglige drifts- og vedlikeholdsoppgaver sĂ„ langt som mulig, slik at disse prosessene blir lette og uformelle – bĂ„de for spesialister som jobber med implementering, og for utviklere. Men hvordan kan man nĂŠrme seg dette mĂ„let? Hvordan kan man lage en plattform for programvarekjĂžring som krever minimal innblanding? Hva betyr egentlig NoOps i denne sammenhengen?

Hvis man prÞver Ä abstrahere, betyr begrepene «serverless» eller «NoOps» for utviklere verktÞy og tjenester som skjuler den «driftsmessige» komponenten eller som minimerer denne byrden for utvikleren.

  • Arbeid ikke med systemer, men med applikasjonsgrensesnitt (API).
  • Ikke fĂ„ med deg oppgaven med programvareimplementering – la leverandĂžren gjĂžre det for deg.
  • Ikke ta pĂ„ deg Ă„ lage en stor rammeverk med en gang – begynn med Ă„ skrive smĂ„ fragmenter som fungerer som «byggeklosser», og prĂžv Ă„ fĂ„ koden til Ă„ fungere med data og hendelser, ikke med disker og databaser.

Oppgaven, som alltid, er Ä akselerere iterasjonene i programvareutviklingen, gi mulighet for Ä lage produkter av hÞyere kvalitet, og Ä sÞrge for at utvikleren kan vÊre bekymringsfri om systemene programvaren hans kjÞrer pÄ. En erfaren utvikler forstÄr godt at hvis man fokuserer pÄ brukerne, kan situasjonen endre seg raskt, sÄ man skal ikke investere for mye tid i programvareutvikling hvis man ikke har absolutt tillit til dens nÞdvendighet.

For specialists involved in maintenance and operation, the term "NoOps" may sound somewhat daunting. However, during conversations with operations engineers, it becomes evident that the patterns and practices they use to ensure reliability (Site Reliability Engineering, SRE) closely align with the aforementioned patterns.

  • Don't manage systems – automate the processes for managing them.
  • Don't focus on software implementation – create a pipeline for its deployment.
  • Avoid clustering all your services together and ensure that the failure of one does not lead to the failure of the entire system – distribute them across the infrastructure using automation tools, and connect them while allowing for monitoring and oversight.

SRE specialists understand that things can go wrong, and they need to track and resolve issues – therefore, they automate routine tasks and establish acceptable deviations (error budgets) in advance to be prepared to prioritize and make decisions when a problem arises.

Kubernetes in OpenShift is a platform designed to address two main challenges: instead of forcing you to deal with virtual machines or load balancer APIs, it works with higher-level abstractions – deployment processes and services. Rather than installing software agents, you can run containers, and instead of writing your own monitoring stack, use the tools already available within the platform. Thus, the secret ingredient of OpenShift 4 is not actually a mystery – it’s about incorporating SRE principles and serverless concepts and leading them to a logical conclusion, in support of developers and operations engineers.

  • Automate and standardize the infrastructure used by applications.
  • Connect deployment and development processes without restricting the developers themselves.
  • Ensure that the launch, audit, and security of the hundredth service, function, application, or an entire stack is no more complicated than that of the first.

Hva skiller OpenShift 4-plattformen fra sine forgjengere og fra den «standard» tilnÊrmingen til lignende problemer? Hvordan oppnÄs skalering for teamene som arbeider med implementering og drift? Fordi kongen i denne situasjonen er klyngen. SÄ,

  • La oss gjĂžre formĂ„let med klyngene klart (Kostbart sky, jeg satte opp denne klyngen fordi jeg kunne)
  • Maskiner og operativsystemer eksisterer for Ă„ betjene klyngen (Deres HĂžyhet)
  • Administrer tilstanden til vertene fra klyngen, minimaliser deres avvik (drift).
  • For hvert viktig element i systemet er det nĂždvendig med en barnepasser (mekanisme) som vil overvĂ„ke og lĂžse problemer.
  • Feil i *hver* aspekt eller element av systemet vil ha tilsvarende gjenopprettingsmekanismer — dette er en vanlig del av livet.
  • Hele infrastrukturen mĂ„ konfigureres via API.
  • Bruk Kubernetes til Ă„ kjĂžre Kubernetes. (Ja, dette er ikke en skrivefeil)
  • Oppdateringer mĂ„ installeres enkelt og uanstrengt. Hvis det kreves mer enn ett museklikk for Ă„ installere en oppdatering, gjĂžr vi Ă„penbart noe feil.
  • OvervĂ„king og feilsĂžking av enhver komponent skal ikke vĂŠre et problem, og fĂžlgelig skal overvĂ„king og rapportering av hele infrastrukturen ogsĂ„ vĂŠre enkelt og komfortabelt.

Vil du se plattformens muligheter i aksjon?

Den tidlige versjonen av OpenShift 4 har blitt tilgjengelig for utviklere. Med en enkel installasjonsprogram kan du opprette en klynge pÄ AWS over Red Hat CoreOS. For Ä bruke den tidlige versjonen trenger du bare en AWS-konto for Ä levere infrastrukturen og et sett med kontoer for tilgang til bildene av den tidlige versjonen.

  1. For Ă„ komme i gang, besĂžk try.openshift.com og klikk pĂ„ “Get Started”.
  2. Logg inn pÄ kontoen din i Red Hat (eller opprett en ny) og fÞlg instruksjonene for Ä sette opp din fÞrste klynge.

Etter vellykket installasjon, sjekk ut vÄre opplÊringsmaterialer OpenShift Training, for Ä fÄ en mer detaljert forstÄelse av systemene og konseptene som gjÞr OpenShift 4-plattformen til et sÄ enkelt og brukervennlig verktÞy for Ä kjÞre Kubernetes.

Test ut den nye OpenShift-utgaven og del dine meninger. Vi jobber for Ă„ gjĂžre Kubernetes sĂ„ tilgjengelig og enkelt som mulig – fremtiden for NoOps begynner i dag.

NĂ„, vĂŠr oppmerksom!
PĂ„ konferansen DevOpsForum 2019 20. april vil en av utviklerne av OpenShift, Vadim Rutkovsky, holde et mesterkurs – han vil bryte ti klynger og fĂ„ dem til Ă„ fikse dem. Konferansen er betalt, men med promo koden #RedHat fĂ„r du 37% rabatt.

Mesterkurset er fra 17:15 til 18:15, og standen er Ă„pen hele dagen. T-skjorter, hatter, klistremerker – som vanlig!

Salg #2
«Hele systemet mÄ endres: vi fikser Þdelagte k8s-klynger sammen med sertifiserte mekanikere.»

Kilde: habr.com

KjĂžp pĂ„litelig hosting for nettsteder med DDoS-beskyttelse, VPS VDS-servere đŸ”„ KjĂžp pĂ„litelig hosting for nettsteder med DDoS-beskyttelse, VPS VDS-servere | ProHoster