Quiz połączony z przewodnikiem · Średni Poziom
Quiz Terraform dla infrastruktury ML
Przejrzyj konfigurację, plany i stan Terraform, zwracając uwagę na wydajność procesora graficznego, bezpieczeństwo zdalnego stanu i kontrolowane zmiany produkcyjne.
Pytanie 1 z 8
Co przede wszystkim śledzi stan Terraform?
Podgląd każdego pytania8 pytania
Odpowiedzi i wyjaśnienia pojawiają się w miarę rozwiązywania quizu.
- Co przede wszystkim śledzi stan Terraform?
- The relationship between declared resources and remote infrastructure
- The model's validation accuracy
- The latest GPU prediction output
- The Python package graph
- Na którym etapie przeglądu przedstawiono proponowane działania dotyczące infrastruktury przed ich zastosowaniem?
- Guarantee cloud capacity at apply time
- Inspect proposed infrastructure changes before applying them
- Validate model fairness automatically
- Replace remote state
- Po co chronić zdalny stan Terraform?
- It guarantees GPU availability
- It contains only public source code
- It can contain sensitive values and is needed to manage resources reliably
- It replaces provider credentials
- Dlaczego ważny plan GPU może nadal nie działać podczas stosowania?
- State automatically creates cloud stock
- Terraform plans are always stale by definition
- The GPU model determines Python syntax
- Regional capacity or account quota may be unavailable
- Co gwarantuje ustawienie zmiennej jako wrażliwej?
- That the secret is encrypted in every backend
- Display redaction, not automatic removal from state
- That no provider can read it
- That it is omitted from all logs and files
- Why separate model validation from infrastructure provisioning?
- Model evaluation changes cloud regions
- Terraform cannot reference container images
- Terraform can create resources without determining whether a model is fit to deploy
- Infrastructure plans contain no resources
- What should a team do with a plan that includes destructive production actions?
- Remove backups first
- Apply automatically because Terraform calculated it
- Ignore state and repeat the apply
- Inspect affected resources, dependencies and recovery needs before applying
- Why use narrow apply permissions in production?
- It limits who can make infrastructure changes
- It makes every plan smaller
- It prevents all provider outages
- It removes the need for source review