<aside>

☁️ 클라우드웨이브 시리즈 · W02 · 1/5 · 예상 읽기 6~8분

</aside>

이 글에서 확인할 것

처음에는 파일 위치를 알고 있으면 운영이 쉬울 것이라 생각했지만, 실제로는 위치의 기준과 접근 주체를 함께 봐야 했다.

핵심 개념

Linux의 절대경로는 최상위 위치부터 대상을 표현하고 상대경로는 현재 위치를 기준으로 표현한다. 점 하나와 점 두 개는 기준점을 이동시키는 약속이다. 목록의 소유자와 권한은 접근 가능성을 보여 준다. 하드 링크는 같은 파일을 가리키는 이름이고 심볼릭 링크는 다른 경로를 가리키므로 원본 이동에 따라 끊어질 수 있다.

확인 순서

먼저 현재 위치와 목록을 읽고 대상이 파일인지 디렉터리인지 링크인지 확인한다. 그 다음 권한과 소유자를 보고, 마지막에 서비스 상태를 관찰한다. 상태 확인과 재시작은 서로 다른 행위이며, 후자는 변경 계획과 되돌리기를 필요로 한다.

pwd
ls -l
systemctl status example.service

흐름으로 연결하기

flowchart LR
 A["관찰"] --> B["원인 분리"]
 B --> C["안전한 변경"]
 C --> D["다시 확인"]

실무로 이어지는 질문

설정·로그·실행 파일의 위치를 목적별로 나누면 장애 범위를 좁히기 쉽다. 문서 예시는 일반 서비스 이름과 example.com처럼 안전한 값으로 남긴다.

헷갈렸던 점

심볼릭 링크를 복사본으로 착각했다. 또 서비스가 실행 중이어도 포트와 애플리케이션 응답까지 정상이라는 뜻은 아니다.

경로와 서비스 상태를 함께 보는 초기 점검

운영 상태를 처음 볼 때는 파일 위치와 서비스 상태를 따로 떼어 보지 않는 편이 좋다. 먼저 현재 위치를 기준으로 절대경로와 상대경로를 구분하고, 대상이 파일·디렉터리·심볼릭 링크 중 무엇인지 확인한다. 이어서 목록의 소유자와 권한을 확인해 실행 주체가 필요한 파일에 접근할 수 있는지 살핀다. 그 다음 서비스의 상태를 읽되, 실행 중이라는 결과만으로 포트나 애플리케이션 응답까지 정상이라고 단정하지 않는다. 경로, 권한, 서비스 상태를 이 순서로 연결하면 확인과 변경을 구분하면서 원인 범위를 좁힐 수 있다.

목적별 경로를 먼저 나누기