SPACE LOGBOOK

OCEAN LOGBOOK

Bitnami, Ubuntu, AWS..협력과 결별

2026.05.16

Bitnami, Ubuntu, AWS..협력과 결별

2026.05.16
리눅스 개념 심화 — cat·파이프·WSL·Bitnami·Ubuntu
LINUX · CONCEPT · DEEP DIVE

리눅스 개념 심화 노트
cat · 파이프 · WSL · Bitnami · Ubuntu

터미널을 쓰다 보면 자연스럽게 생기는 궁금증들 — 하나씩 풀어봅니다
01 WSL2 — Windows Subsystem for Linux 2세대

WSL2는 Windows Subsystem for Linux의 두 번째 버전이에요. 이름 그대로 “윈도우 위에서 리눅스를 돌리는 하위 시스템”의 2세대예요.

1세대와 2세대의 차이

구분WSL1 (2016)WSL2 (2019~)
방식리눅스 명령어를 윈도우 방식으로 번역진짜 리눅스 커널을 가상머신으로 실행
비유실시간 통역사를 옆에 두는 것한국인을 직접 데려다 놓는 것
속도느림빠름
호환성일부 프로그램 미작동거의 완벽
현재거의 안 씀기본 표준
마이크로소프트의 결론: “우리가 리눅스 CLI를 이길 수 없다면 — 윈도우 안에 리눅스를 넣자.” WSL2는 사실상 항복 선언이에요.

왜 리눅스 CLI를 못 따라갔나?

마이크로소프트도 PowerShell(2006)로 도전했지만 한계가 있었어요. 리눅스 CLI 도구들은 1970년대부터 전 세계 개발자들이 수십 년간 쌓아온 생태계예요. 나중에 덧붙인 CLI로는 그 생태계를 단기간에 따라잡기 어렵죠.

지금은 마이크로소프트 스스로 WSL을 적극 권장해요. “윈도우에서 리눅스 CLI를 쓰세요”라고 공식으로 안내하는 셈이에요.
02 서버 작업에 리눅스를 모르면 안 되는 이유

전 세계 클라우드 서버의 90% 이상이 리눅스예요. AWS, GCP, Azure — 어느 클라우드를 써도 기본 서버 OS는 리눅스예요.

▸ 리눅스를 모르면 생기는 일

서버에서 에러가 났을 때 로그를 볼 수가 없어요. 파일 하나 수정하려 해도 누군가에게 부탁해야 해요. 배포 자동화, 백업 스크립트, 보안 설정 — 전부 남의 손을 빌려야 해요. 결국 서버를 다루는 사람에게 종속되는 구조가 돼요.

리눅스 CLI는 서버 세계의 공용어예요.
영어를 모르고 국제 비즈니스를 하기 어렵듯이, 리눅스를 모르고 서버 기반 개발을 하기는 어려워요. 직접 서버를 구축하고, 배포하고, 에러를 잡을 수 있다면 — 개발자에게 의존하지 않아도 돼요.
03 Bitnami 블루프린트 deprecated — 무슨 뜻인가

AWS Lightsail에 접속하면 이런 메시지가 뜨기 시작했어요:

Bitnami blueprints are being deprecated Blueprints packaged by Bitnami will no longer receive updates after May 19, 2026, and will be deprecated starting November 19, 2026. Existing instances will continue to run without any disruption.

핵심만 정리하면

시점내용
2026년 5월 19일Bitnami 블루프린트 업데이트 중단
2026년 11월 19일Bitnami 블루프린트 공식 deprecated
기존 서버아무 영향 없음 — 계속 정상 운영
새 서버 만들 때Bitnami 대신 AWS 자체 블루프린트 권장
기존에 Bitnami로 설치한 사람 → 아무것도 안 해도 됨. 그대로 운영.
새로 서버를 만드는 사람 → AWS 자체 블루프린트 선택.
04 블루프린트란 무엇인가

Blueprint는 원래 설계도·청사진이라는 뜻이에요. AWS Lightsail에서 블루프린트는 “서버 + 소프트웨어를 한번에 셋팅해주는 템플릿”이에요.

블루프린트가 없다면

# WordPress 서버를 직접 만들려면… 1. 서버(EC2) 생성 2. Ubuntu 설치 3. Apache 설치 4. PHP 설치 5. MySQL 설치 6. WordPress 다운로드 7. 설정 파일 수정 8. 도메인 연결 # → 수십 분 ~ 수 시간의 작업
# 블루프린트를 쓰면… “WordPress (Lightsail)” 선택 → 클릭 한 번 → 완료

Lightsail 블루프린트 예시

블루프린트포함 내용
WordPressUbuntu + Apache + PHP + MySQL + WordPress
LAMPUbuntu + Apache + MySQL + PHP
Node.jsUbuntu + Node.js + npm
DjangoUbuntu + Python + Django
05 Bitnami가 오래 사랑받은 진짜 이유

단순히 설치를 편하게 해주는 것뿐이었다면 이토록 오래 사랑받지 못했을 거예요. Bitnami의 진짜 가치는 따로 있었어요.

① 검증된 버전 조합의 노하우

WordPress 하나를 제대로 돌리려면 Apache 버전, PHP 버전, MySQL 버전이 서로 충돌 없이 맞아야 해요. 버전 조합에 따라 보안 취약점이 생기기도 하고, 성능 차이도 커요. Bitnami는 수십 년간 수백만 개의 설치를 통해 “이 버전 조합이 가장 안정적이다”는 데이터를 쌓았어요. 이게 단순 스크립트로는 흉내낼 수 없는 진짜 노하우예요.

② 멀티 플랫폼 동일 경험

Bitnami 패키지는 AWS든, GCP든, Azure든, 심지어 자체 서버든 똑같이 동작해요. 클라우드에 종속되지 않는 일관성이 기업 입장에서 큰 매력이었어요. AWS 자체 블루프린트는 당연히 AWS에서만 써요.

③ 보안 패치 자동화

취약점이 발견되면 Bitnami가 먼저 패치한 이미지를 배포해요. AWS 입장에서는 보안 관리를 Bitnami에 아웃소싱하는 효과였어요. 이걸 직접 하려면 상당한 인력과 비용이 필요해요.

④ 방대한 패키지 수

WordPress, LAMP, MEAN, Django, Ruby on Rails, Jenkins, GitLab, Prometheus… 수백 가지 스택을 전부 검증해서 제공해요. AWS가 이걸 전부 자체적으로 유지하는 건 상당한 부담이에요.

▸ 결론

Bitnami의 진짜 가치는 “수십 년간 수백만 환경에서 검증된 스택 조합의 노하우”였어요. 단순 설치가 아니라 신뢰성 보증 서비스에 가까웠죠.

06 Broadcom 인수 후 AWS와 결별 — 왜?

원래는 완벽한 윈-윈 구조였어요

Bitnami 입장: AWS 플랫폼에 올라타서 수백만 사용자 확보 AWS 입장: 검증된 패키지를 직접 개발·유지 비용 없이 제공 사용자 입장: 안정적인 환경을 클릭 한 번에 → AWS가 굳이 직접 만들 이유가 없었던 구조

Broadcom 인수가 모든 것을 바꿨어요

2023년 Broadcom이 VMware를 인수하면서 Bitnami도 함께 딸려왔어요. Broadcom은 인수 후 라이선스 비용을 대폭 올리는 것으로 유명해요. 실제로 VMware 인수 후 수많은 파트너사들이 등을 돌렸고요.

# 균형이 깨진 순간 전: Bitnami 비용 < 자체 개발 비용 → 협업 유지 후: Bitnami 비용 > 자체 개발 비용 → 결별 AWS 규모에서 수백만 인스턴스 라이선스 비용은 천문학적

Bitnami의 미래는?

AWS라는 최대 고객을 잃은 데다, 클라우드 3사(AWS·GCP·Azure)가 모두 자체 솔루션으로 가는 흐름이면 Bitnami의 존재 이유가 점점 희미해져요. 온프레미스 서버나 Docker Helm Charts 쪽으로 축소될 가능성이 높아요.

Broadcom의 단기 수익 극대화 전략이 결국 Bitnami의 최대 고객을 내쫓은 셈이에요. 오픈소스 생태계에서 대기업 인수 하나가 이렇게 파급효과를 일으키는 경우가 꽤 있어요.
07 Ubuntu — Canonical이 만든 리눅스 배포판

Ubuntu는 Canonical(캐노니컬)이라는 영국 회사의 제품이에요. 2004년 남아프리카 출신 억만장자 마크 셔틀워스(Mark Shuttleworth)가 설립했어요.

리눅스 배포판이 여러 개인 이유

리눅스는 커널(핵심 엔진)만 오픈소스예요. 그 위에 어떤 소프트웨어를 얹느냐에 따라 다양한 버전이 나와요.

배포판만든 곳특징
UbuntuCanonical가장 대중적, 쉬운 설치, 클라우드 표준
Debian커뮤니티Ubuntu의 기반, 매우 안정적
RHEL/CentOSRed Hat(IBM)기업 서버 전통 강자
Amazon LinuxAWSAWS 최적화
Arch Linux커뮤니티고급 사용자용

Canonical의 독특한 비즈니스 모델

Ubuntu OS 자체 → 무료 (개인/기업 누구나) Ubuntu Pro (기업용) → 유료 (보안 패치, 장기 지원) 기업 기술 지원 → 유료 컨설팅 클라우드 최적화 → AWS·GCP·Azure와 파트너십 → OS는 공짜로 뿌리고 기업 지원 서비스로 수익을 내는 구조
Ubuntu가 서버 시장 1위가 된 이유: 설치가 쉽고 문서가 방대하며, apt 패키지 관리자가 편리하고, AWS·GCP 등 클라우드 기본 이미지로 채택됐어요. 5년 장기 지원(LTS) 버전도 무료예요.
08 Ubuntu와 Bitnami는 다른 개념 — SSH 계정명이 다른 이유

두 서버의 SSH 접속 명령어를 보면 앞부분이 달라요:

# WordPress 서버 ssh -i your-key.pem bitnami@your-wp-ip # 새솔CRM 서버 ssh -i your-key.pem your-user@your-server-ip

같은 건줄 알 수 있지만 — 완전히 다른 층위에 있어요.

층위가 달라요

애플리케이션
WordPress
← Bitnami가 설치·패키징한 영역
운영체제(OS)
Ubuntu
← Canonical이 만든 OS
서버 인프라
Lightsail
← AWS가 제공하는 클라우드 서버

Ubuntu는 OS(운영체제)이고, Bitnami는 그 위에 WordPress를 설치해주는 도구예요. 전혀 다른 층에 있어요.

두 서버를 비교하면

항목WordPress 서버새솔CRM 서버
OSUbuntuUbuntu
설치 방식Bitnami가 WordPress 패키징순수 Ubuntu에 Node.js 직접 설치
SSH 계정명bitnamiyour-user
계정명 이유Bitnami가 기본 계정 생성Ubuntu 기본 계정
두 서버 모두 OS는 같은 건가요?
네, 둘 다 OS는 Ubuntu로 동일해요. SSH 접속할 때 앞에 붙는 이름은 OS가 아니라 사용자 계정명이에요. Bitnami 블루프린트로 만든 서버는 Bitnami가 “bitnami”라는 계정을 만들어두고, 순수 Ubuntu 서버는 Ubuntu가 “ubuntu”라는 계정을 기본으로 만들어요.
09 비즈니스의 민낯 — 라이온킹 스카와 심바로 보는 AWS·Bitnami

AWS-Bitnami 결별 구도를 보다 보면 떠오르는 장면이 있어요. 라이온킹에서 스카가 어린 심바를 죽이려 했지만 실패했고, 심바가 완전한 성체로 성장하자 어쩌지 못했던 것처럼요.

비즈니스도 이런 식으로 돌아가는 것 같아요. 상대를 꺾을 수 있을 때는 꺾어버리고, 그게 여의치 않을 땐 지켜보면서 칼을 갈다가 어느 순간이 오면 단칼에 쳐내지만 — 그게 불가할 때는 타협을 해요. 원래 의미의 협력과 상생은 존재하지 않는 그런 곳인지도 몰라요.

라이온킹 구도로 보는 AWS-Bitnami

어린 심바
초창기 Bitnami
의존적이고 제거 가능했던 시절
성체 심바
생태계 장악 후 Bitnami
함부로 건드릴 수 없는 존재가 됨
스카
AWS / Broadcom
기회를 노리는 대자본
프라이드 랜드
클라우드 시장
모두가 차지하려는 영토

“협력”과 “상생”이라 불리는 것의 실체

상황실제 행동
상대를 이용할 수 있을 때파트너십이라 부름
상대 없이도 될 때결별
상대를 이길 수 없을 때타협
서로 이용가치가 맞아떨어질 때상생이라 부름

AWS-Bitnami 20년 파트너십도 Broadcom이 비용을 올리는 순간 — 20년의 의리 같은 건 없었어요. 순식간에 결별이었죠.

역사적으로 반복되는 패턴

구글 – 모토로라 특허가 필요할 때 인수 → 다 빼먹고 레노버에 헐값 매각 MS – 노키아 스마트폰 시장 막으려 인수 → 실패하자 조용히 정리 오라클 – MySQL Sun 인수하면서 딸려온 MySQL → 오픈소스 죽이기 시도 Broadcom – VMware 인수 즉시 파트너 비용 폭탄 → 수많은 파트너 이탈

그럼에도 협력이 무의미한 건 아니에요

순수한 상생이 없다고 해서 협력 자체가 무의미한 건 아니에요. 다만 냉정하게 알고 있어야 해요.

“우리가 협력하는 이유는 서로의 이해관계가 지금 이 순간 일치하기 때문이다.”

이걸 알고 협력하는 것과 모르고 협력하는 것은 — 결정적인 순간에 완전히 다른 결과를 낳아요.

Bitnami가 AWS에만 올인하지 않고 GCP, Azure, Docker 생태계를 동시에 키워온 것도 — 어쩌면 이 본질을 알고 있었기 때문일 거예요.

스카는 심바를 죽이려 했지만 결국 자신이 쓰러졌어요. 비즈니스도 마찬가지로 — 상대를 제거하려다 오히려 더 강하게 만들어버리는 경우가 꽤 있어요. AWS가 Bitnami를 밀어내면서 오히려 Bitnami가 멀티플랫폼으로 더 단단해질 수도 있어요.

터미널을 쓰다 보면 자연스럽게 생기는 궁금증들 —
하나씩 풀어가다 보면 어느새 리눅스가 익숙해져 있어요. ✦

댓글 남기기

이메일 주소는 공개되지 않습니다. 필수 필드는 *로 표시됩니다

이 기록은 여기까지지만,
생각은 아직 이동 중이다