티스토리 뷰

STUDY

Obsidian으로 AWS 자격증 취득하기 5편 - 시험 직전엔 다 보지 말고 약점만 — Obsidian 태그·그래프로 AWS 자격증 막판 복습하기

ebson 2026. 6. 12. 10:07

들어가며

자격증 시험을 앞둔 마지막 한 주가 되면, 누구나 한 번은 같은 충동에 빠집니다. 처음부터 다시 보고 싶어집니다. 강의도 다시 듣고, 노트도 처음부터 정독하고 싶습니다. 그런데 막상 시작해 보면 시간이 턱없이 부족합니다. 세 시험을 같이 준비했다면 정리해 둔 서비스 노트만 해도 수십 개이고, 강의 자료까지 더하면 다시 정독한다는 계획은 현실적이지 않습니다. 막판에 전부를 다시 보려다 정작 약한 곳을 못 보고 시험장에 들어가는 일이 생깁니다.

그래서 마지막 복습의 전략은 "전부"가 아니라 "약점"이어야 합니다. 이미 잘 아는 곳은 한 번 더 봐도 점수가 오르지 않습니다. 점수가 오를 여지는 자주 틀리던 함정과, 아직 덜 정리해서 머릿속에 흐릿하게 남아 있는 영역에 있습니다. 문제는 그 약점이 어디인지를 막판에 빠르게 찾아내는 일입니다. 이 글은 앞선 편들에서 쌓아 둔 노트 구조를 그대로 활용해, 약점을 태그로 모으고 그래프 뷰로 빈 곳을 찾아 시험 직전 한 주를 도는 방법을 정리합니다.


이 글은 이 시리즈의 마지막 편이고, 01부터 04까지 잡아 둔 것들을 전제로 합니다. Vault와 링크라는 멘탈 모델, 서비스 노트 하나에 시험별 관점을 얹는 구조, 공식 도메인으로 잡은 진도표, 그리고 강의 자료를 노트에 끌어온 워크플로 위에서 막판 점검을 이야기합니다. 기술적인 사실은 Obsidian 공식 문서에서 확인되는 범위 안에서만 적고, 학습에 적용하는 해석과 공식 기능을 분명히 구분해 적겠습니다.

약점부터 정한다 — 함정을 태그로 모으기

복습을 약점 중심으로 돌리려면, 공부하는 동안 약점을 미리 표시해 두어야 합니다. 시험 직전이 되어서야 "내가 뭘 자주 틀렸더라" 하고 떠올리려 하면 이미 늦습니다. 그래서 평소에 문제를 풀거나 개념을 정리하다가 틀린 지점, 헷갈렸던 지점을 그 자리에서 태그로 달아 둡니다. 

Obsidian에서 태그는 본문에 # 뒤에 키워드를 붙여 만듭니다. 공식 문서는 태그를 원하는 노트를 빠르게 찾도록 돕는 키워드라고 설명합니다. 함정을 모으는 데는 계층 태그가 잘 맞습니다. 공식 문서에 따르면 슬래시(/)로 중첩 태그를 만들 수 있어서, 틀린 지점마다 #exam/trap을 달아 두면 시험과 관련된 함정만 한 갈래로 모을 수 있습니다. 여기서 한 단계 더 나눠 #exam/trap/iam, #exam/trap/vpc처럼 서비스별로 갈라 두면, 나중에 IAM 함정만 따로 보고 싶을 때 바로 추릴 수 있습니다.

계층 태그의 좋은 점은 부모 태그로 검색하면 그 아래가 함께 잡힌다는 데 있습니다. 공식 문서의 예를 빌리면 tag:inbox로 검색했을 때 #inbox와 #inbox/to-read가 모두 걸립니다. 같은 원리로 #exam/trap을 검색하면 그 아래 #exam/trap/iam, #exam/trap/vpc까지 한자리에 모입니다. 평소에 태그만 성실히 달아 두면, 막판에는 이 태그 하나로 그동안 틀린 모든 지점을 한 화면에 띄울 수 있습니다. 함정 노트를 따로 만들어 옮겨 적을 필요 없이, 원래 정리한 서비스 노트 안에 표시만 해 두면 됩니다.

태그를 달 때 규칙 하나는 알아 두는 편이 좋습니다. 태그에는 공백을 넣을 수 없습니다. 공식 문서는 알파벳, 숫자, 밑줄(_), 하이픈(-), 슬래시(/) 등을 허용하되 띄어쓰기는 안 되므로 kebab-case 같은 방식을 쓰라고 안내합니다. 그래서 함정 분류를 잘게 나눌 때도 #exam/trap/cost-optimization처럼 적습니다. 사소해 보여도, 표기가 제각각이면 같은 함정이 여러 태그로 흩어져 한자리에 모이지 않으니 미리 한 가지 방식으로 정해 두면 좋습니다.

그래프 뷰로 덜 정리한 곳을 눈으로 찾는다

함정 태그가 "틀린 곳"을 모은다면, "아직 덜 정리한 곳"은 그래프 뷰로 찾아볼 수 있습니다. 그래프 뷰는 공식 문서가 "Vault 안 노트들 사이의 관계를 시각화하는 core plugin"이라고 설명하는 기본 기능입니다. 화면에서 동그라미는 노트를 나타내고, 선은 노트 사이의 내부 링크를 나타냅니다. 공식 문서에 따르면 어떤 노트를 가리키는 다른 노트가 많을수록 그 동그라미가 커집니다.

그래프는 두 종류로 볼 수 있습니다. 하나는 Vault 전체 노트를 한 번에 펼치는 전역 그래프이고, 다른 하나는 지금 열어 둔 노트와 연결된 노트만 보여 주는 로컬 그래프입니다. 공식 문서는 로컬 그래프를 "활성 노트에 연결된 노트를 보여 주는" 뷰라고 설명합니다. 한 서비스 노트를 열고 로컬 그래프를 띄우면, 그 서비스가 어떤 노트들과 이어져 있는지를 바로 볼 수 있습니다.


여기서부터는 공식 기능이 아니라 그것을 학습에 적용하는 해석이라는 점을 분명히 해 두겠습니다. 잘 정리한 서비스는 보통 다른 서비스 노트와 여러 갈래로 이어집니다. 예를 들어 S3를 제대로 정리했다면 IAM, CloudFront, Lambda 같은 노트와 자연스럽게 링크가 걸립니다.

반대로 연결이 거의 없는 외딴 노트는, 아직 다른 개념과 엮어 이해하지 못했다는 신호로 읽을 수 있습니다. 공식 문서는 그래프의 필터 기능을 안내하는데, 그 가운데 연결이 없는 외딴(orphaned) 노트를 보이거나 숨기는 옵션이 있습니다. 이 필터로 외딴 노트만 띄워 보면, 막판에 한 번 더 들여다볼 후보를 눈으로 추릴 수 있습니다. 다만 연결이 적다는 것이 곧 약점이라고 단정할 수는 없습니다. 원래 다른 서비스와 엮일 일이 적은 주제일 수도 있으니, 그래프는 "여기를 한 번 더 볼까" 하는 단서로 쓰고 판단은 직접 하는 편이 맞습니다.

반대 방향의 신호도 함께 읽을 수 있습니다. 공식 문서는 어떤 노트를 가리키는 다른 노트가 많을수록 그 동그라미가 커진다고 설명합니다. 그래프에서 유독 큰 노드는 여러 노트가 함께 참조하는 노트라는 뜻입니다. IAM이나 VPC처럼 다른 서비스가 두루 의존하는 개념이 여기에 해당하기 쉽습니다. 이런 노드는 시험에서도 여러 문제의 바탕에 깔리는 경우가 많으니, 막판에 흔들리면 영향이 큰 곳으로 보고 한 번 더 단단히 다져 두는 편이 안전합니다. 다만 노드 크기는 어디까지나 링크가 얼마나 걸렸는지를 보여 줄 뿐이고 시험 비중과 곧장 같지는 않으니, 이것도 단정보다는 "여기는 비중이 큰 곳일 수 있다"는 단서로 받아들이는 게 맞습니다.

그래프 뷰의 필터에는 태그를 켜고 끄거나 검색어로 노트를 추리는 기능도 있습니다. 그래서 앞서 달아 둔 함정 태그나 03에서 잡은 도메인 속성과 엮어, 특정 도메인 노트들만 그래프로 띄워 연결 상태를 보는 식으로도 쓸 수 있습니다. 태그로 모으는 방식이 목록으로 약점을 보는 것이라면, 그래프는 같은 정보를 연결의 그림으로 보는 것이라 서로 다른 각도에서 빈 곳을 짚어 줍니다.

어디까지가 기본 기능이고 어디부터 확장인가

지금까지 쓴 태그, 속성, 그래프 뷰는 모두 Obsidian이 기본으로 제공하는 기능입니다. 공식 문서는 core plugin을 "Obsidian 팀이 공식적으로 만들고 지원하며 앱에 포함된" 기능이라고 설명합니다. 설정의 Core plugins에서 켜고 끌 수 있습니다. 그래프 뷰가 여기에 속하고, 일부 core plugin은 기본적으로 꺼져 있어 필요할 때 직접 켜야 합니다.

복습을 더 밀고 나가다 보면 암기 카드나 간격 반복(spaced repetition) 같은 기능이 떠오릅니다. 자주 틀리는 개념을 카드로 만들어 주기적으로 다시 보는 방식입니다. 이런 확장은 community plugin의 영역입니다. 공식 문서는 community plugin을 "커뮤니티가 만든 플러그인"이라고 설명합니다. 즉 Obsidian의 기본 기능만으로는 제공되지 않고, 외부에서 만든 플러그인을 설치해 워크플로에 더하는 방식입니다.

여기서 한 가지는 분명히 하고 넘어가겠습니다. 특정 community plugin의 이름이나 기능, 문법은 이 글에서 사실처럼 단정하지 않겠습니다. 그 동작은 이번에 공식 문서로 확인한 범위를 벗어나기 때문입니다. 간격 반복 같은 확장이 community plugin으로 가능하다는 사실까지만 적고, 실제로 쓸 때는 해당 플러그인의 공식 저장소나 문서에서 기능과 사용법을 직접 확인하시길 권합니다. 기본 기능인 태그·그래프와 외부 확장인 플러그인을 같은 무게로 단정하지 않는 것이, 잘못된 정보를 사실로 옮기지 않는 방법입니다.

사실 암기 도구를 따로 들이지 않아도, 막판 복습의 뼈대는 기본 기능만으로 충분히 굴러갑니다. 함정 태그로 약점을 모으고, 그래프로 빈 곳을 찾고, 도메인 진도표로 안 본 칸을 점검하는 것까지가 모두 core 기능입니다. 확장은 이 뼈대가 자리 잡은 뒤에 필요하다고 느낄 때 더해도 늦지 않습니다.

시험 직전 한 주, 약점만 도는 루틴

앞의 도구들을 시험 직전 한 주의 흐름으로 묶어 보겠습니다. 순서를 정해 두면 막판에 우왕좌왕하지 않고 약한 곳부터 시간을 쓸 수 있습니다.

먼저 함정 태그를 정주행합니다. #exam/trap을 검색해 그동안 틀린 지점을 한자리에 띄우고, 위에서부터 다시 봅니다. 같은 함정에 두 번 걸렸다면 그 노트에 한 번 더 표시를 더해, 시험 전날 마지막으로 볼 목록에 남겨 둡니다. 이미 확실히 아는 함정은 빠르게 넘기고, 여전히 헷갈리는 것에 시간을 몰아줍니다.


그다음 그래프 뷰로 빈 곳을 메웁니다. 외딴 노트 필터로 연결이 빈약한 노트를 띄워 보고, 그중 시험 비중이 큰 서비스가 있으면 다른 개념과 엮어 한 번 더 정리합니다. 이 단계의 목적은 새 내용을 더 쌓는 것이 아니라, 흐릿하게 남은 연결을 또렷하게 만드는 것입니다.

마지막으로 도메인 진도표의 빈칸을 점검합니다. 03에서 공식 도메인 비중대로 잡아 둔 진도표를 열어, 아직 다 못 본 도메인이 있는지 확인합니다. 비중이 큰 도메인에 빈칸이 남아 있다면 거기부터 채웁니다. 시험은 도메인 비중대로 출제되므로, 남은 시간을 비중이 큰 빈칸에 쓰는 것이 점수에는 가장 곧게 연결됩니다. 함정 태그가 "틀린 곳", 그래프가 "흐릿한 곳", 진도표가 "안 본 곳"을 짚어 주니, 세 가지를 차례로 돌면 약점이 빠짐없이 한 번씩 점검됩니다.

마무리 — 한 Vault로 세 시험을 굴린다는 그림

이 시리즈는 폴더 트리에 익숙한 개발자가 Obsidian에서 사고방식을 바꾸는 데서 출발했습니다. 노트는 평문 마크다운 파일이고 정리는 링크로 한다는 멘탈 모델을 세우고, 시험별 폴더로 쪼개는 대신 서비스 노트 하나에 관점을 얹었습니다. 그 관점을 공식 도메인 비중으로 구조화해 진도표를 만들고, 보유한 강의 자료를 그 구조에 끌어와 붙였습니다. 그리고 이 마지막 편에서, 그렇게 쌓은 것을 약점 중심으로 다시 도는 막판 복습으로 닫았습니다. 앞 단계가 없으면 이 막판 점검도 성립하지 않습니다. 함정 태그는 평소에 달아 둔 태그가 있어야 모이고, 그래프의 빈 곳은 서비스 노트와 링크가 쌓여 있어야 드러나며, 진도표 점검은 도메인 속성이 박혀 있어야 가능합니다.

개인적으로 이 시리즈를 정리하며 남은 인상은, 자격증 공부에서 정작 어려운 부분이 지식 자체보다 지식을 다루는 구조였다는 점입니다. 같은 내용을 여러 번 적지 않기, 한 노트가 여러 맥락에 걸치는 것을 인정하기, 약점을 평소에 표시해 두었다가 막판에 모아 보기. 이것들은 모두 코드를 다루며 익힌 감각과 같은 자리에 있었습니다. Obsidian이라는 도구를 배운다기보다, 개발하며 몸에 익힌 정리 습관을 공부에 옮겨 온 것에 가까웠습니다.

한 가지 더 남는 것은, 이 구조가 자격증 하나로 끝나지 않는다는 점입니다. 한 Vault에 쌓인 AWS 서비스 노트는 시험이 끝난 뒤에도 그대로 남아, 실무에서 그 서비스를 다시 들여다볼 때 출발점이 됩니다. 시험을 위해 만든 정리가 시험 뒤에도 쓰인다는 것이, 폴더로 쪼개 한 번 쓰고 버리는 노트와 가장 크게 다른 점이라고 느꼈습니다. 비슷하게 여러 자격증을 한 번에 준비하며 노트 구조를 고민하는 분들에게, 이 시리즈가 작은 참고가 되었기를 바라며 마무리합니다.

 

Github repository link

 

참고한 공식 문서

'STUDY' 카테고리의 다른 글

Obsidian으로 AWS 자격증 취득하기 4편 - 느낌표 하나의 차이 — 강의 슬라이드 PDF를 내 정리 노트 안에 펼쳐 두기  (0) 2026.06.12
Obsidian으로 AWS 자격증 취득하기 3편 - 공식 시험 도메인으로 노트와 진도를 관리하기 — Obsidian 속성과 Bases  (0) 2026.06.12
Obsidian으로 AWS 자격증 취득하기 2편 - AWS 자격증 3개를 한 Obsidian Vault로 — 서비스 노트 하나로 SAA·DVA·CloudOps 동시 대비하기  (0) 2026.06.12
Obsidian으로 AWS 자격증 취득하기 1편 - 폴더가 아니라 링크로 — 개발자가 Obsidian에서 처음 바꿔야 하는 건 사고방식입니다  (0) 2026.06.12
Stop-the-World와 메모리 관리 - Java GC의 이해와 실전 튜닝 5편: 운영 환경에서의 GC 튜닝 - 사례별 전략과 검증 방법  (2) 2026.04.09