728x90
반응형
같은 리눅스 서버, 다른 운영체제
최근 담당 중인 프로젝트와 서포트 하고 있는 프로젝트를 살펴보면서 한 가지 궁금증이 생겼다.
똑같이 AWS EC2 서버를 사용하고 있고 비슷한 서비스를 운영 중인데
내 프로젝트의 OS는 아마존 리눅스를 이용하고 있고, 서포트 중인 프로젝트는 CentOS를 이용 중이다.
어차피 리눅스 명령어는 비슷한데, 왜 내 프로젝트와 서포트 중인 프로젝트의 운영체제가 다를까?
각자 어떤 기준으로 OS를 선택한걸까?
서버(EC2)와 OS의 관계
먼저 개념 정리가 필요하다.
EC2는 AWS에서 빌려주는 '가상 컴퓨터(하드웨어)'이고,
Amazon Linux나 CentOS는 그 컴퓨터를 구동하기 위해 설치하는 '운영체제(SW)'이다.
우리가 노트북을 살 때 하드웨어는 삼성 노트북을 구매하고,
그 안에 윈도우 OS를 설치하는 것과 비슷한 맥락이다.
전통적인 CentOS
예전에 구축된 장수 프로젝트에서 주로 발견되는 CentOS는 리눅스 서버 시장의 교과서 같은 존재라고 한다.
- 안정성 최우선
- 보수적인 업데이트 정책 덕분에 시스템이 매우 안정적임
- 선택 이유
- 오래전부터 구축된 인프라 환경을 유지해야 할 때 주로 선택
AWS의 모범답안, Amazon Linux
비교적 최근에 시작된 프로젝트들이 Amazon Linux를 많이 선택한다고들 한다.
- 클라우드 최적화
- AWS가 직접 만든 만큼 EC2 하드웨어 성능(부팅 속도, 네트워크 효율)을 최대로 끌어냄
- 편리한 유지보수
- AWS가 직접 보안 패치를 관리하므로, 개발자는 서버 설정보다 '서비스 로직'에 더 집중 가능
- 최신 스택과의 궁합
- Java 17이나 최신 SpringBoot 환경 구축 시 패키지 의존성 문제가 적고 깔끔하게 설치됨
- 선택 이유
- AWS 환경의 장점 극대화, 최신 보안 기술을 빠르게 적용하며 효율적으로 운영하고 싶을 때
핵심 차이점 요약
| CentOS (과거 대세) | Amazon Linux (현재 대세) | |
| 태생 | 커뮤니티 (레드햇 기반) | AWS (아마존 제작) |
| 성향 | 보수적, 안정성 지향 | 진취적, 최적화 지향 |
| 업데이트 | 현재는 지원 종료/축소 추세 | AWS가 적극적으로 패치 지원 |
| 추천 환경 | 전통적인 인프라, 구형 솔루션 유지 | 클라우드 네이티브, 신규 프로젝트 |
정답은 없지만, '이유'는 있다
결국 OS의 차이는 '프로젝트가 시작된 시점의 기술적 배경'과 '관리 효율성'의 차이인 것 같다.
- 오래된 프로젝트는 당시 가장 검증된 표준이었던 CentOS를 선택해 안정적인 시스템을 구축한 것이었다.
- 최근에 생성 된 프로젝트는 변화하는 인프라 환경에 맞춰 AWS와 가장 궁합이 좋은 Amazon Linux를 선택했다.
내가 다루는 서버의 OS가 왜 선택되었는지 갑자기 궁금했는데,
서버와 OS의 차이점과 특정 OS의 특징을 조금 구분할 수 있게 되었다.
내가 지금 개발하고 있는 서비스의 기술 스택이나 인프라가 왜 이렇게 구성되었는지
이해하려는 노력을 계속 진행할 수록 시스템에 대한 이해가 한층 더 깊어지는 것 같다.
728x90
반응형
'[Project] > 업무일지' 카테고리의 다른 글
| [PUTTY] 한글 깨짐 현상 해결하기 (0) | 2026.03.20 |
|---|---|
| 결제 지연 146초에서 0.003초로 - 인덱스 하나가 바꾼 드라마틱한 성능 개선기 (0) | 2026.03.13 |
| [Java/SpringBoot] Apache Commons Lang의 보안 허점, 직접 만든 커스텀 HTML Escape 메서드로 해결하기 (0) | 2026.03.11 |
| [AWS/CloudWatch/RDS] 가용메모리 및 CPU 사용률 지표 확인 (1) | 2025.10.23 |
| [에러 핸들링] 파라미터 내 처리 불가 데이터 삽입 시 톰캣 기본 에러페이지 내 서버 버전 미노출 처리 (0) | 2025.09.17 |