환경변수는 시스템의 설정값이나 실행 경로 등, 운영체제 전반에 걸쳐 공유되어야 하는 정보를 담고 있습니다.

일반 변수 vs 환경 변수

가장 큰 차이점은 ‘전파(Inheritance)’입니다.

• 일반 변수 (Local Variable): 현재 실행 중인 스크립트 내에서만 유효합니다.
• 환경 변수 (Environment Variable): export 명령어를 통해 시스템의 ‘환경’으로 등록되어, 해당 쉘에서 실행하는 다른 스크립트나 프로그램에서도 읽을 수 있습니다.

export 명령어: 환경변수 만들기

일반 변수를 환경변수로 승격시킬 때 export를 사용합니다.

# 1. 선언과 동시에 export (가장 많이 쓰임)
export MY_APP_HOME="/usr/local/engcross"

# 2. 이미 있는 변수를 export
VERSION="2.1.0"
export VERSION

주요 표준 환경변수

POSIX 시스템(Linux, AIX 등)에서 미리 정의되어 자주 쓰이는 변수들입니다.

실전 예제: PATH 변수 조작하기

내가 만든 스크립트를 어디서든 파일명만 입력해서 실행하고 싶을 때 $PATH를 수정합니다.

#!/bin/sh

# 현재 PATH 끝에 내 스크립트 폴더 추가
export PATH="$PATH:/home/lycos7560/bin"

# 이제 /home/lycos7560/bin 안에 있는 파일들은 
# 절대 경로 없이 이름만으로 실행 가능합니다.

환경변수 확인법

• env: 현재 설정된 모든 환경변수 목록 출력
• printenv PATH: 특정 환경변수(PATH)의 값만 출력
• set: 환경변수뿐만 아니라 일반 변수, 함수까지 모두 포함해서 출력

주의사항: 변수의 수명

스크립트 내부에서 export한 변수는 그 스크립트가 종료되면 사라집니다.

• 부모 쉘(터미널)에 적용하고 싶다면?

스크립트를 실행할 때 ./script.sh가 아닌 source ./script.sh 또는 . ./script.sh를 사용해야 합니다. (이를 Sourcing이라고 합니다.)

• 영구히 적용하고 싶다면?

사용자의 홈 디렉토리에 있는 .profile (또는 .bash_profile) 파일에 export 구문을 적어두어야 로그인할 때마다 로드됩니다.

## parent.sh
#!/bin/sh
VAR1="Local"      # 일반 변수
export VAR2="Env" # 환경 변수

./child.sh        # 자식 프로세스 실행

## child.sh
#!/bin/sh
printf "VAR1: %s\n" "$VAR1" # 아무것도 안 나옴 (상속 안 됨)
printf "VAR2: %s\n" "$VAR2" # "Env" 출력 (상속 됨)

[결과]
$ ./parent.sh
VAR1: 
VAR2: Env

추가적으로 중요한 점은 자식이 가방(환경변수) 속 내용을 수정하거나 새 물건을 넣어도, 그 결과가 부모에게 돌아오지 않는다는 것입니다. 
자식이 종료되면 자식이 가졌던 가방 복사본은 그대로 파기되기 때문입니다.

환경에 따른 분기 (case문 결합)

#!/bin/sh

# 실행 환경(USER)에 따라 다른 설정 적용
case "$USER" in
    root)
        export LOG_LEVEL="DEBUG"
        export APP_PATH="/opt/app"
        ;;
    lycos7560)
        export LOG_LEVEL="INFO"
        export APP_PATH="/home/lycos7560/app"
        ;;
    *)
        printf "허용되지 않은 사용자입니다.\n"
        exit 1
        ;;
esac

printf "사용자: %s, 로그레벨: %s\n" "$USER" "$LOG_LEVEL"

환경변수는 스크립트가 외부 세계와 소통하는 통로입니다.

export를 통해 내가 만든 설정값을 하위 프로그램에 전달하고, $PATH나 $USER 같은 시스템 변수를 이용해 상황에 맞는 유연한 스크립트를 작성해 보세요!

자식에서 export로 변경하면 부모도 영향을 받나?

아니요. 부모는 전혀 영향을 받지 않습니다.

이것은 쉘 스크립트 시스템의 아주 중요한 철칙인 ‘일방통행 상속’ 때문입니다.

왜 부모는 영향을 받지 않나?

부모가 자식 프로세스를 만들 때, 부모의 환경변수를 그대로 주는 게 아니라 ‘복사본’을 복사해서 넘겨주기 때문입니다.

자식이 자기 손에 든 복사본 가방 안의 내용을 아무리 고치고 export를 다시 해도, 그것은 자신의 가방(자식 프로세스의 메모리) 내에서의 일일 뿐입니다.

부모의 가방(부모 프로세스의 메모리)은 멀리 떨어져서 보호받고 있습니다.

예시 코드로 확인하기

child.sh

#!/bin/sh
export MY_VAL="Changed by Child"
printf "자식: 값을 변경했습니다 -> %s\n" "$MY_VAL"

parent.sh

#!/bin/sh
export MY_VAL="Original Parent Value"

printf "부모: 실행 전 값 -> %s\n" "$MY_VAL"

# 자식 스크립트 실행
./child.sh

printf "부모: 자식 종료 후 값 -> %s\n" "$MY_VAL"

실행 결과:

부모: 실행 전 값 -> Original Parent Value
자식: 값을 변경했습니다 -> Changed by Child
부모: 자식 종료 후 값 -> Original Parent Value

자식이 부모의 환경을 바꾸고 싶을 땐?

자식 프로세스를 ‘별도로’ 띄우지 않고, 부모의 몸 안에서 직접 실행하게 하면 됩니다.

이것을 Sourcing(소싱)이라고 합니다.

• 일반 실행 (./child.sh): 새로운 자식 쉘을 생성 (부모 영향 X)
• 소싱 실행 (. ./child.sh): 현재 부모 쉘에서 코드를 그대로 읽어서 실행 (부모 영향 O)

이 개념은 보안과 안정성을 위한 개념입니다.

자식 프로그램이 멋대로 부모 시스템의 설정을 변경하면 문제가 되기 때문이죠.

The post POSIX Shell: 환경변수(Environment Variable) appeared first on 어제와 내일의 나 그 사이의 이야기.

if 문이 “예/아니오”라는 논리적 판단에 강하다면, case 문은 “이 값은 어디에 해당하나?”라는 패턴 매칭에 최적화되어 있습니다.

코드의 가독성을 높여주는 case 문의 모든 것을 알아봅니다.

기본 구조

case 문은 변수의 값을 여러 패턴과 비교하며, 처음으로 일치하는 블록을 실행합니다.

case "$변수" in
    패턴1)
        명령어
        ;;  # 블록 종료 (C의 break와 유사)
    패턴2|패턴3)
        명령어  # | 로 OR 조건 표현 가능
        ;;
    *)
        명령어  # 일치하는 패턴이 없을 때 (else 역할)
        ;;
esac  # case를 거꾸로 쓴 것

활용 가능한 패턴 종류

POSIX 표준에서 지원하는 패턴들입니다. 정규표현식과는 조금 다르니 주의하세요!

• *: 모든 문자열과 일치 (Default 처리용)
• ?: 임의의 문자 딱 1개와 일치
• [abc]: a, b, c 중 하나와 일치
• [a-z]: 소문자 a부터 z 사이의 문자 하나와 일치
• pat1|pat2: 패턴1 또는 패턴2 중 하나와 일치 (OR 조건)

예제

① 스크립트 인자(Argument) 처리 : 서비스 관리 스크립트(start, stop 등)를 만들 때 가장 많이 쓰이는 방식입니다.

#!/bin/sh

ACTION="$1"

case "$ACTION" in
    start)
        printf "서비스를 시작합니다...\n"
        ;;
    stop)
        printf "서비스를 중지합니다...\n"
        ;;
    restart|reload)
        printf "재시작/설정 로드를 수행합니다...\n"
        ;;
    status)
        printf "현재 상태를 확인합니다...\n"
        ;;
    *)
        printf "사용법: %s {start|stop|restart|status}\n" "$0"
        exit 1
        ;;
esac

② 파일 확장자별 분기 처리 : ${FILE##*.}와 조합하면 매우 강력해집니다.

#!/bin/sh

FILE="backup.tar.gz"
EXT="${FILE##*.}"

case "$EXT" in
    gz|tgz)
        printf "Gzip 압축 파일입니다. 해제 명령: tar xzf %s\n" "$FILE"
        ;;
    zip)
        printf "Zip 파일입니다. 해제 명령: unzip %s\n" "$FILE"
        ;;
    log)
        printf "로그 파일입니다. 실시간 모니터링을 시작합니다.\n"
        ;;
    *)
        printf "지원하지 않는 파일 형식입니다: %s\n" "$EXT"
        ;;
esac

사용자 입력(y/n) 대소문자 무시하기

사용자로부터 yes, Yes, YES 등을 한 번에 입력받고 싶을 때 대괄호([]) 패턴이 유용합니다.

#!/bin/sh

printf "계속 진행하시겠습니까? [y/n]: "
read ANSWER

case "$ANSWER" in
    [yY]|[yY][eE][sS])
        printf "진행을 결정하셨습니다.\n"
        ;;
    [nN]|[nN][oO])
        printf "작업을 취소합니다.\n"
        exit 0
        ;;
    *)
        printf "잘못된 입력입니다. y 또는 n을 입력해 주세요.\n"
        exit 1
        ;;
esac

고급: Bash 전용 기능 주의사항

Bash 4.0 이상에서는 ; 대신 ;& (fall-through)나 ;;& 등을 사용할 수 있지만, 이는 POSIX 표준이 아닙니다.

• ; &: 다음 패턴의 일치 여부와 상관없이 무조건 다음 블록을 실행합니다.
• ;; &: 다음 패턴들을 계속 검사하여 일치하는 것이 있다면 또 실행합니다.

POSIX 팁: 이식성이 중요한 스크립트에서는 오직 ;;만 사용하세요. ; 하나만 쓰거나 다른 기호를 섞으면 구형 쉘에서 에러가 납니다.

if vs case: 언제 무엇을 쓸까?

• if 문이 유리할 때: 숫자 크기 비교(-gt, -lt), 복잡한 논리 조합(&&, ||), 파일 존재 여부 확인 등.
• case 문이 유리할 때: 하나의 변수 값이 특정 문자열 패턴 중 무엇인지 분류할 때 (3개 이상의 분기라면 case를 강력 추천).

case 문을 사용하면 스크립트가 훨씬 읽기 쉬워지고 구조가 명확해집니다.

특히 인자 처리나 사용자 응답 처리에서 case를 활용해 보세요. 여러분의 코드가 한층 더 전문가답게 보일 것입니다!

The post POSIX Shell: case 문 appeared first on 어제와 내일의 나 그 사이의 이야기.

쉘 스크립트에서 변수는 별도의 선언(형식 지정) 없이 바로 사용할 수 있어 유연하지만, 그만큼 문법이 엄격한 부분도 있습니다.

특히 공백과 따옴표 사용법이 핵심입니다.

변수 선언과 사용 (Variables)

Shell 변수는 선언 시 타입을 지정하지 않으며, 공백에 매우 민감합니다.

# 선언: = 앞뒤 공백 금지 (필수!)
NAME="lycos7560" 
COUNT=42 

# 사용: $ 또는 ${}를 사용
echo "$NAME"       # 일반적인 사용
echo "${NAME}"     # 경계를 명확히 할 때 권장
echo "User_${NAME}_log" # 변수명 뒤에 문자가 붙을 때 필수

• 주의: NAME = value처럼 공백을 넣으면 시스템은 NAME을 변수가 아닌 명령어로 인식하여 에러(command not found)를 발생시킵니다

특수 변수 (Special Variables)

스크립트 실행 시 자동으로 할당되는 예약 변수들입니다.

기본값 처리 (Default Values)

변수가 비어있을 때를 대비한 방어적 코딩 기법입니다.

• ${VAR:-default}: VAR이 비어있으면 default를 사용 (변수 값은 유지)
• ${VAR:=default}: VAR이 비어있으면 default를 변수에 대입
• ${VAR:?message}: VAR이 비어있으면 메시지 출력 후 스크립트 종료

# 예시
HOST=""
printf "Connecting to %s...\n" "${HOST:-localhost}"  # localhost 출력

패턴 제거 (Pattern Removal)

파일 경로에서 파일명만 추출하거나 확장자를 뗄 때 가장 많이 사용하는 강력한 기능입니다.

FILE="/var/log/syslog.tar.gz"

echo "${FILE##*/}"  # syslog.tar.gz (경로 제거)
echo "${FILE%.*}"   # /var/log/syslog.tar (최종 확장자 제거)
echo "${FILE%%.*}"  # /var/log/syslog (모든 확장자 제거)
echo "${FILE%/*}"   # /var/log (디렉토리만 추출)

[결과]
$ ./01_hello.sh start
syslog.tar.gz
/var/log/syslog.tar
/var/log/syslog
/var/log

문자열 치환 및 대소문자 변환 (Bash 확장)

주의: 아래 기능들은 Bash 4.0 이상에서 지원됩니다.

구형 AIX의 /bin/sh에서는 작동하지 않을 수 있으니 환경을 확인하세요.

문자열 치환

• ${STR/old/new}: 첫 번째 일치 항목만 치환
• ${STR//old/new}: 모든 일치 항목 치환

대소문자 변환

• ${STR^^}: 전체 대문자
• ${STR,,}: 전체 소문자

문자열 분리 (IFS 활용)

IFS(Internal Field Separator)는 쉘이 단어를 나누는 기준 문자입니다.

이를 변경하여 CSV 형태의 데이터를 쉽게 분리할 수 있습니다.

# 콜론(:)으로 구분된 데이터 파싱
LINE="hostname:192.168.1.1:8080"
IFS=":" read -r HOST IP PORT << EOF
$LINE
EOF

printf "Host: %s, IP: %s, Port: %s\n" "$HOST" "$IP" "$PORT"

POSIX 표준 변수 처리(${#}, ${%})는 매우 빠르고 효율적입니다.

sed나 awk 같은 외부 명령어를 호출하지 않고도 쉘 자체 기능만으로 문자열을 처리하는 습관을 들이면 스크립트의 성능이 비약적으로 향상됩니다!

The post POSIX Shell: 변수(Variables) & 문자열(String) appeared first on 어제와 내일의 나 그 사이의 이야기.

스크립트의 규모가 커지면 중복되는 코드를 줄이기 위해 함수(Function)를 사용해야 합니다.

POSIX 표준을 따르면서 어디서나 잘 작동하는 함수 작성법을 알아봅니다.

기본 문법

가장 중요한 차이점은 function이라는 키워드를 쓰지 않는다는 것입니다.

# POSIX 표준 방식 (권장 )
함수이름() {
    # 실행할 내용
}

# Bash 전용 방식 (POSIX에서는 지양 )
# function 함수이름 { ... }

• 함수 정의: 반드시 함수를 호출하기 전에 먼저 정의되어 있어야 합니다. (보통 스크립트 상단에 배치)
• 호출: 함수 이름만 적으면 실행됩니다. (괄호 () 없이 이름만 사용)

인자 전달 (Arguments)

함수로 값을 보낼 때는 별도의 파라미터 이름을 정의하지 않고, 스크립트 실행 인자와 똑같이 위치 매개변수($1, $2, …)를 사용합니다.

greet() {
    printf "안녕하세요, %s님!\n" "$1"
}

greet "홍길동"  # $1에 "홍길동"이 전달됨

지역 변수 (Local Variables) 주의사항

이 부분이 POSIX 표준의 가장 큰 제약사항입니다.

• Bash:

local 키워드를 사용하여 함수 내부에서만 쓰는 변수를 만들 수 있습니다.

• POSIX (sh):

표준에는 local 키워드가 없습니다.

함수 안에서 선언한 변수도 기본적으로 전역 변수(Global)가 되어 스크립트 전체에 영향을 줍니다.

해결책: 함수 내에서만 쓰는 변수는 _var_name처럼 앞에 언더바를 붙이거나, 이름이 겹치지 않게 주의해서 지어야 합니다.

반환값 (Return Value)

함수의 실행 결과를 처리하는 방법은 두 가지입니다.

① return: 종료 상태 코드 반환

숫자(0~255)만 반환할 수 있으며, 주로 성공(0)과 실패(그 외)를 알리는 용도입니다.

is_file_exist() {
    if [ -f "$1" ]; then
        return 0 # 성공
    else
        return 1 # 실패
    fi
}

② printf/echo: 데이터 결과 반환

문자열이나 계산 결과 자체를 받아야 할 때는 출력문을 이용하고 명령어 치환($())으로 낚아챕니다.

get_date() {
    printf "%s" "$(date +%Y-%m-%d)"
}

TODAY=$(get_date)
printf "오늘 날짜: %s\n" "$TODAY"

간단한 예시

#!/bin/sh

get_user_status() {
    _USER_NAME="TestUser1"  # 실제 사용자 이름을 여기에 설정
    
    if [ "$_USER_NAME" = "TestUser" ]; then
        # 1. 표준 출력으로 문자열을 내보냄 (반환 문자열)
        printf "Active User"
        # 2. 종료 코드로 성공을 알림 (명령어 마지막 실행 결과가 0)
        return 0
    else
        printf "Unknown"
        return 1
    fi
}

# 실행 및 데이터 캡처
STATUS_TEXT=$(get_user_status)  # "Active User"가 변수에 저장됨 , 출력 문자열($()): 함수가 무슨 데이터를 만들었는지 알려줌 (실제 값)
STATUS_CODE=$?                  # 0이 변수에 저장됨

printf "문자열 결과: %s\n" "$STATUS_TEXT"
printf "상태 코드: %d\n" "$STATUS_CODE"

로깅 함수 만들기

실제 프로젝트에서 유용하게 쓸 수 있는 메시지 출력 함수 예시입니다.

#!/bin/sh

# 로깅 함수 정의
log_message() {
    _LEVEL="$1"
    _MSG="$2"
    _TIME=$(date '+%H:%M:%S')

    # 형식: [시간] [로그레벨] 메시지
    printf "[%s] [%s] %s\n" "$_TIME" "$_LEVEL" "$_MSG"
}

# 함수 호출
log_message "INFO" "애플리케이션을 시작합니다."
log_message "WARN" "설정 파일이 없습니다. 기본값을 사용합니다."


if [ "$?" -eq 0 ]; then                                  # 상태 코드($?): 마지막 함수가 어떻게 끝났는지 알려줌 (성공/실패)
    log_message "SUCCESS" "작업이 성공적으로 끝났습니다."
fi

핵심 요약 (Checklist)

• function 키워드는 빼자: 그냥 name() { ... } 형식을 사용하세요.
• local은 표준이 아니다: 변수 이름 충돌에 주의하세요.
• 인자는 $1, $2로: 함수 호출 시 옆에 나열하면 됩니다.
• 복잡한 결과는 printf로: 값을 돌려받고 싶을 땐 출력을 이용하세요.

주의사항

“출력되는 모든 것” : 함수 안에서 printf나 echo로 찍는 모든 내용은 밖에서 $( )로 감싸는 순간 하나의 반환 문자열로 합쳐집니다.

my_func() {
    printf "Hello "
    printf "World"
}

RESULT=$(my_func)
# RESULT에는 "Hello World"가 들어갑니다.

$? 사용 시 주의 : $?는 바로 직전 명령의 상태코드라서 즉시 변수에 저장하는 습관이 중요해요.

STATUS_CODE=$?   # 이 줄은 OK

# 하지만 이런 경우 주의!
some_func
echo "결과 출력"   # 이 줄이 실행되면 $?가 덮어씌워짐
echo $?            # some_func의 코드가 아님!

$()와 서브쉘 비용

RESULT=$(my_func)  # 서브쉘이 생성됨 → 성능 비용 있음

The post POSIX Shell: 표준 함수(Function) appeared first on 어제와 내일의 나 그 사이의 이야기.

쉘 스크립트에서 if문은 프로그램의 흐름을 결정하는 핵심입니다.

하지만 #!/bin/sh 환경에서는 우리가 흔히 쓰는 Bash 전용 문법([[ ]])을 사용할 수 없습니다.

어디서나 돌아가는 견고한 스크립트를 위한 POSIX 표준 if 문법을 정리합니다.

기본 구조

가장 중요한 것은 if, then, fi의 짝을 맞추는 것입니다.

if [ 조건식 ]; then
    # 조건이 참(True)일 때 실행
elif [ 조건식 ]; then
    # 앞의 조건이 거짓이고, 현재 조건이 참일 때 실행
else
    # 모든 조건이 거짓일 때 실행
fi

주의: [ 뒤와 ] 앞에는 반드시 공백이 있어야 합니다. [는 사실 test라는 이름의 명령어이기 때문입니다.

문자열 비교 (String Comparison)

문자열을 비교할 때는 =와 !=를 사용합니다.

핵심 팁: 변수는 반드시 쌍따옴표(" ")로 감싸세요.

변수가 비어있을 경우 발생할 수 있는 구문 오류를 방지해줍니다.

숫자 비교 (Integer Comparison)

숫자는 부등호(<, >) 대신 문자 약어를 사용합니다.

파일 상태 확인 (File Test)

쉘 스크립트에서 가장 많이 쓰이는 강력한 기능입니다.

• [ -f "file" ]: 일반 파일이 존재하면 참
• [ -d "dir" ]: 디렉토리가 존재하면 참
• [ -e "path" ]: 파일이든 디렉토리든 존재만 하면 참
• [ -r "file" ]: 읽기 권한이 있으면 참
• [ -x "file" ]: 실행 권한이 있으면 참

논리 연산 (AND, OR)

여러 조건을 조합할 때 POSIX에서는 두 가지 방법을 씁니다.

-a (AND), -o (OR): 하나의 [ ] 안에서 사용

• if [ "$A" = "1" -a "$B" = "2" ]

&&, || 활용: 여러 개의 [ ]를 연결 (더 권장됨)

• if [ "$A" = "1" ] && [ "$B" = "2" ]

사용 예시

#!/bin/sh

APP_NAME="TestApp"
CONFIG_FILE="./config.conf"
DEBUG_MODE="ON"

printf "시스템 체크를 시작합니다...\n"

# 1. 설정 파일 존재 여부 체크 (파일 테스트)
if [ -f "$CONFIG_FILE" ]; then
    printf "[OK] 설정 파일을 찾았습니다.\n"
else
    printf "[Error] %s 파일이 없습니다.\n" "$CONFIG_FILE"
    # exit 1  # 실제 스크립트라면 여기서 종료 가능
fi

# 2. 디버그 모드 확인 (문자열 비교)
if [ "$DEBUG_MODE" = "ON" ]; then
    printf "[Log] 디버그 모드가 활성화되어 있습니다.\n"
fi

# 3. 인자 개수 확인 (숫자 비교)
# $#는 스크립트에 전달된 인자의 개수입니다.
if [ "$#" -lt 1 ]; then
    printf "사용법: %s [start|stop]\n" "$0"
else
    if [ "$1" = "start" ]; then
        printf "%s을 시작합니다...\n" "$APP_NAME"
    elif [ "$1" = "stop" ]; then
        printf "%s을 중지합니다...\n" "$APP_NAME"
    else
        printf "알 수 없는 명령입니다: %s\n" "$1"
    fi
fi





$ ./01_hello.sh start
시스템 체크를 시작합니다...
[OK] 설정 파일을 찾았습니다.
[Log] 디버그 모드가 활성화되어 있습니다.
TestApp을 시작합니다...

The post POSIX Shell: if appeared first on 어제와 내일의 나 그 사이의 이야기.

쉘 스크립트를 작성할 때 단순히 메시지를 출력하기 위해 echo를 자주 사용합니다.

하지만 스크립트가 복잡해지고 여러 환경에서의 이식성(Portability)이 중요해지면 printf를 사용하는 것이 개발자 정신 건강에 좋다.

echo 대신 printf?

결론: 단순한 확인용 출력은 echo가 편하지만, 표(Table)를 만들거나 진법 변환, 정교한 텍스트 배치가 필요하다면 printf를 사용하는 것이 좋다.

기본 문법

printf는 포맷 문자열(Format String)을 먼저 정의하고, 그 뒤에 들어갈 인자(Arguments)를 순서대로 나열하는 문법 체계를 가지고 있다.

printf "포맷문자열" [인자1] [인자2] ...

• 특징: 인자의 개수가 포맷 지정자보다 많으면, 포맷 문자열을 반복해서 적용합니다.
• 주의: 자동으로 줄바꿈을 하지 않으므로 문자열 끝에 \n을 붙여야 합니다

핵심 포맷 지정자 (Format Specifiers)

인자의 데이터 타입에 맞는 지정자를 사용해야 합니다.

• %s: String (문자열)
• %d: Decimal (10진수 정수)
• %f: Float (부동소수점 실수)
• %x: Hexadecimal (16진수 소문자)
• %o: Octal (8진수)
• %%: % 기호 자체를 출력

고급 제어: 너비, 정렬, 정밀도

printf의 진가는 데이터를 예쁘게 정렬할 때 나타납니다.

실전 예제 코드

기본 출력 및 진법 변환

# 이름과 나이 출력
printf "이름: %s, 나이: %d\n" "Kim" 30

# 10진수 255를 16진수로 변환 (결과: 0xff)
printf "16진수 변환: 0x%x\n" 255

# 퍼센트 기호 출력 (결과: 75%)
printf "CPU 사용률: %d%%\n" 75

데이터 표(Table) 만들기

#!/bin/sh

# 헤더 출력
printf "%-10s %5s %8s\n" "이름" "점수" "등급"
printf "--------------------------\n"

# 데이터 출력
printf "%-10s %5d %8s\n" "홍길동" 95 "A"
printf "%-10s %5d %8s\n" "김철수" 82 "B"
printf "%-10s %5d %8s\n" "이영희" 100 "A+"

이스케이프 시퀀스 (Escape Sequences)

문자열 내에서 특수 기능을 수행하는 기호들입니다.

• \n: 줄바꿈 (Newline)
• \t: 탭 (Tab)
• \\: 백슬래시(\) 자체 출력
• \0NNN: 8진수 숫자로 지정된 ASCII 문자 출력

The post POSIX Shell: printf appeared first on 어제와 내일의 나 그 사이의 이야기.

C 언어와 C++에서 #include는 소스 코드 파일의 가장 윗부분에서 흔히 볼 수 있는 전처리기 지시자(Preprocessor Directive)입니다.

1. #include의 핵심 역할

#include는 한마디로 “복사해서 붙여넣기”입니다.

컴파일러가 실제 코드를 번역하기 전(전처리 단계), 지정한 파일의 내용을 #include 문장이 있는 그 자리에 통째로 가져와서 삽입합니다.

2. 사용법에 따른 차이 ( < > vs " " )

#include를 사용할 때 괄호의 모양에 따라 파일을 찾는 위치가 달라집니다.

① < > (꺽쇠 괄호)

• 사용 예: #include <stdio.h>
• 설명: 시스템의 표준 라이브러리 경로에서 파일을 찾습니다.
• 대상: 컴파일러 설치 시 기본적으로 제공되는 표준 헤더 파일들을 불러올 때 사용합니다.

② " " (큰따옴표)

• 사용 예: #include "my_header.h"
• 설명: 현재 작업 중인 디렉토리(소스 파일이 있는 곳)에서 먼저 파일을 찾습니다. 만약 거기서 못 찾으면 시스템 표준 경로를 뒤집니다.
• 대상: 개발자가 직접 만든 헤더 파일을 불러올 때 주로 사용합니다.

3. 왜 헤더 파일을 포함해야 할까?

printf나 scanf 같은 함수를 쓸 수 있는 이유는 그 함수들의 선언(Declaration)이 stdio.h라는 파일 안에 들어있기 때문입니다.

• 컴파일러는 함수를 만나면 “이 함수가 어떻게 생겼는지(매개변수, 반환 타입 등)”를 알아야 합니다.
• 직접 모든 함수를 정의하기엔 양이 너무 많으므로, 미리 정의된 헤더 파일을 #include로 불러와서 정보를 제공하는 것입니다.

4. 주의사항: 중복 포함 방지

대규모 프로젝트에서는 여러 파일이 서로를 참조하다가 똑같은 헤더 파일을 여러 번 #include 하는 상황이 발생할 수 있습니다.

이는 정의 중복 에러를 일으키므로, 보통 다음과 같은 기법을 사용합니다.

• Header Guard:C#ifndef MY_HEADER_H #define MY_HEADER_H // 코드 내용 #endif
• pragma once:C#pragma once // 코드 내용

#ifndef MY_HEADER_H
#define MY_HEADER_H

/* 헤더 파일 내용 */
void say_hello();

#endif

5. 자주 사용하는 표준 라이브러리 헤더 목록 (c)

요약

#include는 외부에 작성된 코드나 함수 선언을 현재 파일로 가져오는 통로입니다.

시스템 라이브러리는 < >를, 내가 만든 파일은 " "를 사용합니다.

The post #include 지시자 appeared first on 어제와 내일의 나 그 사이의 이야기.

POSIX

Portable Operating System Interface

• portable : 이식 가능한
• Operationg System : 운영 체제
• Interface : 인터페이스
• X : POSIX 전체 이름에서 유닉스(UNIX) 계열임을 암시하는 관습적 접미사

서로 다른 UNIX 계열 운영체제 간의 애플리케이션 호환성을 높이기 위해

IEEE가 책정한 유닉스 기반의 표준 API 규격으로 ‘X’는 UNIX(유닉스) 호환 운영체제를 의미하는 관습

1. 이름의 탄생 비화 (리처드 스톨먼,  Richard Stallman의 제안)

https://en.wikipedia.org/wiki/POSIX

• 원래 이름
  IEEE 내부에서는 원래 ‘IEEE-IX’라고 부르려고 했습니다.
• 스톨먼의 개입
  자유 소프트웨어 재단(FSF)의 리처드 스톨먼이 “IEEE-IX는 발음하기 너무 어렵다”며,
  ‘Portable Operating System’의 약자에 유닉스 느낌의 ‘IX’를 붙인 POSIX(포직스)를 제안했습니다.
• 채택 이유
  이 이름이 훨씬 부르기 쉽고 기억에 잘 남는다는 이유로 위원회에서 즉시 채택되었습니다.

2. 구체적으로 무엇을 정의하는가?

단순히 API 함수 이름만 정하는 것이 아니라 다음 세 가지 핵심 요소를 모두 포함합니다.

• C 언어 API
  open(), read(), write() 같은 시스템 콜의 함수 이름, 인자, 반환 값, 오류 처리 방식까지 동작 전반을 규정합니다.
• 셸(Shell) 및 유틸리티
  ls, grep, cd 같은 기본 명령어들이 어떤 옵션을 지원하고 어떤 결과를 출력해야 하는지 정의합니다.
• 파일 시스템 및 프로세스
  /usr, /tmp 같은 파일 경로 구조와 프로세스 생성(fork)·종료 방식 등 OS의 근간이 되는 동작 방식을 표준화 합니다.

3. 실무에서의 의미: “한 번 짜서 어디든 돌린다”

• 개발 효율성
  POSIX 표준을 준수하여 프로그램을 만들면, 코드를 거의 수정하지 않고도 Linux, macOS, BSD 등 다양한 운영체제에서 바로 컴파일하여 실행할 수 있습니다.
• 호환성 확인
  어떤 시스템이 “POSIX 준수(Compliant)”라고 하면, 개발자는 “내 프로그램이 이 OS에서도 문제없이 돌아가겠구나”라고 신뢰할 수 있게 됩니다.
• 호환성의 한계
  다만 Windows는 기본적으로 POSIX를 준수하지 않습니다.
  WSL(Windows Subsystem for Linux)을 통해 부분적으로 지원하지만,
  네이티브 Windows 환경에서는 동일한 코드가 동작하지 않을 수 있다는 점을 염두에 두어야 합니다.

The post POSIX(Portable Operating System Interface) appeared first on 어제와 내일의 나 그 사이의 이야기.

HBA (Host Bus Adapter) ?

호스트 버스 어댑터

• Host → 호스트(서버)
• Bus → 버스(시스템 내부 데이터 통로)
• Adapter → 어댑터

서버와 스토리지 네트워크(Fibre Channel SAN)를 연결해주는 인터페이스 카드입니다.

일반적인 이더넷 네트워크에서 사용하는 NIC(Network Interface Card)가 LAN 연결용이라면,

HBA는 스토리지 네트워크 연결을 담당하는 장치라고 보면 됩니다.

즉, 서버가 Storage Array의 LUN에 접근할 수 있도록 통로 역할을 합니다.

기본 개념

서버 내부에는 CPU, 메모리, 디스크 외에도 확장 슬롯(PCIe)이 존재합니다.

이 슬롯에 HBA 카드를 장착하면 서버는 Fibre Channel Fabric에 연결됩니다.

Server
 └─ HBA 카드
     └─ FC 케이블
         └─ FC Switch
             └─ Storage Array

이 구조를 통해 서버는 원격 스토리지를 로컬 디스크처럼 사용할 수 있습니다.

HBA의 역할

스토리지 연결 제공

서버와 SAN(Storage Area Network)을 물리적으로 연결합니다.

프로토콜 처리

SCSI 명령을 Fibre Channel 프레임으로 변환하여 전달합니다.

SCSI(Small Computer System Interface) 명령은 컴퓨터와 스토리지 장치(HDD, SSD, 테이프 등) 간에 데이터 입출력을 제어하기 위한 표준화된 명령어 세트)

WWN 제공

각 HBA 포트는 고유한 WWN(World Wide Name)을 가지며 이를 통해 스위치 Zoning 및 LUN 매핑이 이루어집니다.

데이터 전송 최적화

DMA 등의 기능을 사용하여 CPU 부담을 줄이고 I/O 성능을 향상시킵니다.

HBA 동작 흐름

Application 
 → File System 
 → OS Block Layer 
 → HBA 
 → FC Switch 
 → Storage Array 
 → LUN

사용자는 로컬 디스크처럼 사용하지만 실제 데이터는 SAN을 통해 전송됩니다.

HBA의 특징

서버 입장에서는 일반 디스크 인터페이스처럼 보입니다.

Linux에서는 다음과 같이 확인 가능합니다:

lspci | grep Fibre
systool -c fc_host -v

AIX에서는:

lsdev -Cc adapter

각 포트는 WWN을 가지며 스토리지 접근 제어의 기준이 됩니다.

구성 예시

이중화 구성(일반적인 환경):

Server
 ├─ HBA Port 1 ─ Switch A
 └─ HBA Port 2 ─ Switch B

목적:

• 경로 장애 대비
• 성능 분산
• Multipath 구성

HBA와 Multipath의 관계

서버에 여러 HBA 경로가 존재할 경우 동일한 LUN이 여러 경로로 인식됩니다.

Multipath는 이를 하나의 디스크로 통합하여 관리합니다.

장점:

• 장애 시 자동 경로 전환
• 성능 향상
• 안정성 확보

Linux 예시:

multipath -ll

이는 SAN 환경에서 거의 필수 구성입니다.

은행, 공공기관, 데이터센터 등 엔터프라이즈 환경에서는 대부분의 서버가 HBA를 통해 SAN에 연결되어 있으며

이를 기반으로 데이터베이스, 가상화, 백업 시스템이 운영됩니다.

The post HBA (Host Bus Adapter) – Network appeared first on 어제와 내일의 나 그 사이의 이야기.

• ESXi(VMware 가상화 서버) 여러 개가 각각 다른 LUN에 접근
• VMFS(Virtual Machine File System)라는 파일시스템으로 LUN을 포맷
  (포맷 = 형식을 정한다, 하드드라이브나 저장 장치를 사용 가능한 상태로 준비하는 과정, 즉, “이 공간을 어떤 파일시스템으로 사용할 것인가”를 정하는 작업)

LUN (Logical Unit Number) ?

논리적 저장장치 식별 번호

 스토리지 어레이(Storage Array)  내에서 논리적으로 구분된 저장 공간입니다.

물리적 디스크를 여러 개의 논리적 단위로 나누어 각 서버에 할당하는 개념입니다.

기본 개념

실제 디스크 어레이에는 여러 개의 물리 디스크(Physical Disk)가 있습니다.

이 물리 디스크들을 RAID로 구성하여 보호한 후, 그 위에 논리적으로 공간을 나누어 LUN을 만듭니다.

각 서버는 자신에게 할당된 LUN을 마치 자신의 로컬 디스크처럼 접근합니다.

LUN의 특징

서버 입장에서는 LUN을 로컬 하드드라이브처럼 인식합니다.

예를 들어 Windows 서버에서는 D드라이브, E드라이브처럼 보입니다.

각 LUN은 고유한 번호(0, 1, 2, 3 …)로 식별되며, 이를 통해 서버는 어떤 저장 공간에 접근할지 구분합니다.

LUN 할당의 예시

Disk Array (물리 용량: 10TB)
│
├─ LUN 0 (2TB) → Server Node 1 에 할당
├─ LUN 1 (2TB) → Server Node 2 에 할당
├─ LUN 2 (3TB) → Server Node 3 에 할당
└─ LUN 3 (3TB) → 백업 시스템에 할당

LUN의 장점

여러 서버가 같은 물리 디스크를 공유하면서도 각자 독립적인 저장 공간을 가질 수 있습니다.

Storage Array에서 한 서버의 LUN을 다른 서버에 재할당할 수 있어 유연한 리소스 관리가 가능합니다.

또한 각 LUN별로 스냅샷, 복제, 백업 등을 독립적으로 관리할 수 있습니다.

중요한 제약사항

여러 서버가 같은 LUN을 공유하면 안됨

만약 Server 1과 Server 2가 같은 LUN에 동시에 쓰기 작업을 하면 데이터가 손상됩니다.

따라서 일반적으로 각 LUN은 하나의 서버에만 할당됩니다.

다만, 예외가 있습니다.

Cluster 환경이나 Shared Disk File System(예: VMFS, GFS)을 사용하면 여러 서버가 같은 LUN을 공유할 수 있습니다.

이 경우 운영체제나 특수 소프트웨어가 동시 접근을 제어합니다.

LUN과 Zoning의 관계

LUN 할당만으로는 보안이 완벽하지 않습니다.

Zoning은 Fibre Channel 스위치 레벨에서 특정 서버가 특정 스토리지만 접근하도록 제한합니다.

(TCP/IP 계층의 레벨이 아님 – TCP/IP 스택을 쓰지 않음 ㅋㅋ)

만약, Server 1은 LUN 0에만 접근 가능하도록 Zoning을 설정하면, 실수로 LUN 1에 접근하려고 해도 FC 스위치가 차단합니다.

은행의 데이터베이스 서버는 LUN 0(금융거래 DB용), 웹 서버는 LUN 1(웹 콘텐츠용)을 할당받습니다. 
각 LUN은 독립적으로 백업되고 관리됩니다. 
만약 웹 서버가 추가되면, Storage Array에서 기존 LUN 2의 일부를 새 LUN으로 생성하여 할당할 수 있습니다.

The post LUN (Logical Unit Number) – Network appeared first on 어제와 내일의 나 그 사이의 이야기.