실전 모의 시험으로 Terraform 시험 준비를 미세 조정하기
Source: Dev.to
완료한 실전 시험
- 실전 시험 3
- 실전 시험 4
- 네 시험 전체에 대한 점수 추적
- 오답 검토
- 남은 약점 영역에 대한 목표별 복습
목표는 무작위 사실을 외우는 것이 아니라 시험 형식의 조건에서 빠르고 정확하게 사고할 수 있는 능력을 테스트하는 것이었습니다.
GitHub 참고:
30‑day‑Terraform‑Challenge / day_29
점수 추세
| 시험 | 점수 | 정확도 | 시간 |
|---|---|---|---|
| 실전 시험 1 | 54 / 57 | 94.7 % | 55 min |
| 실전 시험 2 | 56 / 57 | 98.2 % | 50 min |
| 실전 시험 3 | 56 / 57 | 98.2 % | 40 min |
| 실전 시험 4 | 56 / 57 | 98.2 % | 45 min |
전체:
- 총 질문 수: 228
- 정답 수: 222
- 전체 정확도: 97.4 %
점수가 높을 뿐만 아니라 안정적이었습니다. 마지막 세 시험 모두 98.2 %를 기록했고, 첫 시도에 비해 시간도 단축돼 지식이 일관적으로 유지되고 있다는 자신감을 얻었습니다.
놓친 주제
| 도메인 / 주제 영역 | 오답 수 | 상태 |
|---|---|---|
| Terraform CLI 및 워크플로 | 0 | 강함 |
| 상태 관리 및 리팩터링 | 1 | 검토 필요 |
| 프로바이더 및 별칭 | 1 | 검토 후 개선 |
| 변수 및 구성 | 2 | 주요 남은 집중 |
| IaC 개념 및 Terraform 목적 | 2 | 가벼운 검토 필요 |
| 모듈 | 0 | 강함 |
| HCP Terraform / Terraform Cloud | 0 | 강함 |
| 라이프사이클 규칙 | 0 | 강함 |
갭은 좁았으며 주로 정확도와 관련된 것이었습니다—비슷한 명령, 비슷한 개념, 그리고 정확한 시험 문구 때문이었습니다.
강화한 주요 구분
-
상태 명령
terraform import→ 기존 인프라를 상태에 가져오기terraform state mv→ 기존 상태 바인딩을 새 주소로 이동terraform state rm→ 실제 리소스를 파괴하지 않고 상태에서 바인딩 제거
-
프로바이더 별칭 – 별칭 선언과 사용 사이의 차이점.
-
변수
- 검증은 입력 값을 확인하며, 클라우드 API 가용성을 확인하지 않는다.
- 기본값은 대체 값이며, 높은 우선순위 값을 의미하지 않는다.
검토 작업 (시험 준비일)
import,state mv,state rm의 목적을 검토함.- 프로바이더 별칭 패턴을 기억을 바탕으로 다시 작성함.
- 변수 검증이 적용되는 위치를 검토함.
- 변수 우선순위를 일반 영어로 검토함.
- 네 시험 전체의 오답을 비교하여 반복되는 패턴을 식별함.
이러한 집중 이론 연습은 각 실수를 구체적인 실행 항목으로 전환시켰으며, 또 다른 퀴즈를 푸는 것보다 더 큰 가치를 입증했습니다.
주요 교훈
- 실전 시험은 데이터를 다루듯 활용할 때 가장 유용하다.
- 한 번의 시험 점수는 단일 시도를 보여주고, 여러 점수는 안정성을 드러낸다.
- 내 추세는 다음과 같다:
- 합격 기준을 초과하는 일관된 점수
- 시간 향상
- 좁은 약점 영역
- 시간 제한 상황에서 자신감 상승
준비의 마지막 단계는 더 많은 자료를 추가하는 것이 아니라 정확성을 날카롭게 하는 것이다:
import,state mv,state rm을 구분한다.- 프로바이더 별칭 선언과 사용을 구분한다.
- 변수 검증과 프로바이더 측 검사를 명확히 한다.
- 기본값과 높은 우선순위 입력을 구분한다.
점수는 강했지만 진정한 승리는 명확함이었다. 이제 어느 영역이 탄탄하고 어느 세부 사항이 마지막 검토가 필요한지 알게 되었으며, 이것이 바로 실전 시험이 가치 있는 이유다.
이것은 30일 Terraform 챌린지의 29일 차입니다. 30일 차에 뵙겠습니다.