Basis van cloud en containers

Een omgeving is gemaakt door met een declaratieve tool voor IaC (infrastructure as code) een bestand toe te passen dat een netwerk en twee virtuele machines definieert. Direct daarna wordt hetzelfde bestand zonder enige wijziging opnieuw toegepast. Wat gebeurt er dan?

  1. AEr is geen verschil tussen de definitie en de werkelijke toestand, dus er wordt niets veranderd
  2. BEr wordt nog een identieke set gemaakt, wat vier virtuele machines oplevert
  3. COmdat de omgeving al bestaat, stopt de tweede toepassing met een fout
Antwoord en toelichting tonen

Antwoord: A. Er is geen verschil tussen de definitie en de werkelijke toestand, dus er wordt niets veranderd

Bij declaratieve IaC beschrijft de code de gewenste configuratie in plaats van de stappen, en de tool vergelijkt die met de werkelijke toestand en maakt, wijzigt of verwijdert alleen wat verschilt. Dezelfde definitie willekeurig vaak toepassen geeft dus hetzelfde resultaat (idempotentie), en de tweede toepassing verandert niets. Als iemand een instelling met de hand verandert en de werkelijke toestand van de definitie afwijkt (configuratiedrift), brengt de volgende toepassing haar terug naar de gedefinieerde toestand. Door de definities in Git te beheren, zijn bovendien historiecontroles en reviews mogelijk, net als bij programma's.

Dit onderwerp oefenen Naar de onderwerppagina

Meer vragen over Basis van cloud en containers

  1. Wat is een geschikte manier om de software op productieservers bij te werken volgens het idee van immutable infrastructure?
  2. Er worden twee omgevingen met dezelfde configuratie als productie voorbereid; in de ene blijft de huidige versie draaien, terwijl in de andere de nieuwe versie wordt geïnstalleerd en gecontroleerd, en daarna wordt de loadbalancer in één keer daarnaar omgeschakeld. Is er een probleem, dan keert men door terug te schakelen snel terug naar de oude versie. Welke releasemethode is dit?
  3. Een dienst die 12.000 aanvragen per uur ontvangt, voert voor een nieuwe versie een canary release uit en stuurt slechts 5% van de aanvragen naar die versie. De nieuwe versie heeft een bug waardoor 3% van de ontvangen aanvragen mislukt; die wordt na een uur opgemerkt, en alle aanvragen gaan weer naar de oude versie. Hoeveel aanvragen zijn in dat uur door de bug mislukt?
  4. Een containerimage dat door een CI/CD-pipeline is gebouwd, is in de stagingomgeving getest en goedgekeurd. Wat is de meest geschikte manier om dit image naar productie te brengen?
  5. Zoals hierboven wordt het verbindingsdoel van de database niet in het image geschreven, maar bij het starten van de container als omgevingsvariabele doorgegeven. Wat is het belangrijkste voordeel van dit ontwerp?