무슨 일이 있었나요?
UNIX 상표를 관리하는 표준 단체 The Open Group에는 인증 제품 목록(Register of Certified Products)이 있는데요, 여기서 Apple과 macOS가 빠졌어요. 발표나 보도자료는 따로 없었어요. 어느 날 목록을 다시 보니 늘 있던 Apple 항목이 없어진 거죠. Apple도 Open Group도 이유를 공식적으로 설명하지 않았어요. 그래서 지금은 '인증을 갱신하지 않았다' 정도로 이해하는 게 가장 무난해요.
'macOS가 이제 UNIX가 아니라고? 그럼 터미널 명령어가 안 돌아가나?' 하고 놀라셨을 수도 있어요. 결론부터 말하면 당장 여러분 맥북에서 바뀌는 건 거의 없어요. 대신 이번 일을 계기로 'UNIX'라는 단어가 실제로 뭘 뜻하는지 짚어보면 꽤 재미있는 이야기가 나오거든요.
'UNIX'는 사실 상표 이름이에요
많은 분들이 UNIX를 운영체제 계열 이름 정도로 생각하세요. 리눅스, BSD, macOS를 다 묶는 큰 가족 이름처럼요. 기술적으로는 맞는 말이에요. 그런데 법적으로 'UNIX'는 The Open Group이 가진 등록 상표예요. 제품에 공식적으로 'UNIX'라는 이름을 붙이려면 Single UNIX Specification(SUS)이라는 규격의 적합성 테스트를 통과해야 해요. 라이선스 비용도 내야 하고요.
이게 뭐냐면, KS 인증 마크 같은 거예요. 똑같이 생긴 콘센트라도 인증을 받아야 KS 마크를 붙일 수 있잖아요. 인증이 없다고 콘센트가 안 되는 건 아니에요. 다만 공식 마크를 못 붙일 뿐이죠.
SUS에는 우리가 잘 아는 POSIX 규격이 포함돼 있어요. fork(), open(), pthread 같은 시스템 API가 어떻게 동작해야 하는지 정해두고, sh, grep, awk 같은 기본 유틸리티의 동작도 정해둔 규격이에요. 이걸 전부 맞춰야 '우리는 진짜 UNIX입니다'라고 말할 수 있어요.
macOS는 어쩌다 UNIX가 됐을까
macOS의 뿌리는 NeXTSTEP이에요. 커널인 XNU는 Mach 마이크로커널과 BSD 코드를 섞어 만든 구조고요. 사용자 영역 도구도 FreeBSD에서 많이 가져왔어요. 처음부터 UNIX에 가까운 운영체제였던 셈인데, 공식 인증을 받은 건 2007년 Mac OS X 10.5 Leopard부터예요.
여기엔 재미있는 뒷이야기가 있어요. Apple이 마케팅에 UNIX라는 단어를 쓰자 The Open Group이 상표 문제로 소송을 걸었고, Apple은 '그럼 진짜로 인증을 받자'는 쪽으로 정리했다고 알려져 있어요. 당시 Apple 엔지니어들이 테스트를 통과하려고 커널과 유틸리티의 세세한 동작을 규격에 맞게 고쳤다는 회고담도 유명하죠. 그 뒤로 macOS는 오랫동안 'UNIX 03 인증 운영체제' 타이틀을 지켜왔어요.
지금 인증받은 UNIX는 누가 있나요?
공식 UNIX 인증 목록은 생각보다 짧아요. IBM AIX, HP-UX, Oracle Solaris 같은 전통적인 엔터프라이즈 서버 OS가 대표적이에요. Huawei EulerOS처럼 리눅스 기반 배포판이 인증받은 적도 있지만 예외적인 경우였어요.
반면 우리가 매일 쓰는 리눅스 배포판은 대부분 인증을 받지 않았어요. 그래도 전 세계 서버의 대부분은 리눅스가 차지하고 있죠. 바로 여기가 핵심이에요. 오늘날 업계에서 중요한 건 공식 UNIX 마크보다 POSIX에 충분히 가깝게 동작하는지, 그리고 생태계가 얼마나 큰지거든요. Apple 입장에서도 비용과 노력을 들여 인증을 유지할 이유가 점점 줄었을 거라고 짐작해볼 수 있어요.
한국 개발자에게 주는 시사점
실무에서는 이번 일로 macOS의 POSIX API나 터미널 동작이 갑자기 바뀌지 않아요. 다만 앞으로 Apple이 규격과 다르게 동작을 바꾸더라도 '인증 유지'라는 제약이 없다는 뜻이긴 해요. 장기적으로 macOS 셸 환경이 Apple 뜻대로 흘러갈 수 있다는 점은 염두에 둘 만해요.
사실 맥을 쓰는 개발자라면 'UNIX인데 리눅스와 다른' 경험을 이미 많이 해보셨을 거예요. 대표적인 예를 몇 가지 들어볼게요.
sed -i차이: macOS의 BSD sed는sed -i '' 's/a/b/' file처럼 빈 문자열을 넣어야 해요. 리눅스의 GNU sed는 그냥sed -i면 돼요.- 오래된 bash: macOS에 기본으로 들어 있는 bash는 GPLv3 라이선스 문제로 3.2 버전에 멈춰 있어요. 그래서 기본 셸도 zsh로 바뀌었고요.
date,find,xargs옵션 차이: 로컬에서는 되는 스크립트가 리눅스 CI 서버에서 깨지는 단골 원인이에요.
sh 기준으로 쓰거나, #!/usr/bin/env bash로 명시하고 Homebrew로 최신 bash와 GNU coreutils를 맞추거나, 아예 Docker 컨테이너에서 돌려 운영 환경과 똑같이 맞추는 거죠. ShellCheck 같은 린터로 이식성 문제를 미리 잡는 것도 추천해요.공공기관이나 금융권 조달 요건에 'UNIX 인증' 같은 문구가 남아 있다면 서류상 영향이 있을 수는 있어요. 하지만 맥이 서버로 쓰이는 경우가 드물어서 실제 파장은 크지 않을 거예요.
마무리
한줄 정리: macOS가 잃은 건 UNIX라는 공식 마크뿐이고, 여러분 터미널은 그대로예요. 그리고 '인증된 UNIX'라는 개념이 이제 거의 상징으로만 남았다는 걸 보여준 일이기도 해요.
여러분 생각은 어떠세요? 리눅스가 인증 없이도 사실상 표준이 된 시대에 공식 UNIX 인증이 여전히 의미가 있을까요? 맥과 리눅스의 셸 차이 때문에 겪은 웃픈 경험이 있다면 댓글로 나눠주세요!
🔗 출처: Hacker News