따봉 구걸남's 블로그

최근 오라클이 구조조정으로 mysql 의 인력 70 여명을 해고 했다는 기사를 접했다.

https://byline.network/2025/09/23-486/
오라클, 마이SQL 개발팀 70명 해고 ‘폐기설 재점화’

일단 기사의 내용은 오라클은 최근 1000 여명의 직원을 해고했는데, 그중 70여명이 mysql 개발팀이라는 것이다.
그로인해서 사람들은 오라클이 서서히 mysql 을 죽일 것이라는 우려가 재점화 되고 있다는 것이다. 
이에 대한 생각을 정리해보려 한다..

1. mysql 의 가치, 대세인 이유

mysql 은 2008년 썬 마이크로시스템즈에 매각되었다가 2009 년 오라클이 썬을 인수하면서 mysql 도 오라클에 넘어가게 되었다. 
이때부터 사람들은 오라클이 매우 탁월한 자사 rdbms 를 이미 보유했는데 mysql 을 까지 갖게되면 결국 mysql 은 버림받게 될 것이라고 우려했다. 하지만 우려와 다르게 오라클은 mysql 에 꾸준히 투자를 하면서 성능과 기능이 발전해왔다.

그리고 현재 mysql 의 DBMS 시장점유율은 oracle 에 이어서 2위이다. 최근에는 국내에서도 클라우드로 전환하는 기업들이 mysql 을 채택하는 경우가 많아지고 있다.

2. mysql 의 버전

mysql 은 GPL 라이선스를 따르는 커뮤니티 버전이 있고, 백업, 보안 등의 기능이 추가된 유료버전인 enterprise 가 있다. 
또한 AWS 에서는 mysql 커뮤니티버전을 가져다가 스토리지 측면을 개선한 mysql aurora 를 제공하여 사용료를 받고 있다.
오라클도 클라우드 사업에서는 후발주자이지만 OCI 라는 이름으로 뛰어들었고, 여기에 mysql heatwave 라는 OLAP 에서도 사용가능한 솔루션을 내놓았다.

여기서 이제 mysql 의 딜레마가 생기는 것이다. 
오라클은 클라우드 시장에서 AWS 를 쫓아가고 싶은데 커뮤니티 버전의 성능 과 기능이 개선되면 경쟁자인 aws aurora 도 그 혜택을 똑같이 누리게 되기 때문이다. 나는 시간과 비용을 투입해가며 개선시켰는데 경쟁자는 가만히 혜택을 누리기만 한다면 과연 계속 그쪽에 투자를 계속 할수 있을까?

이런 이유로 사람들은 mysql community 는 서서히 도태 될 것이라고 예측하는 것인데, 여기에 기사와 같은 mysql 개발자의 대량해고는 그 의심에 불을 붙인 격이다.
 

3. 오픈소스의 한계

mysql 이 오라클에 인수되었을때 지금같은 상황에 대한 우려로 mysql 출신 개발자들이 나와서 mysql 5.5 기반으로 포크한 mariadb 가 나오게 되었다. 최근에는 경영난을 겪다가 2024 년 K1 Investment Management 에 피인수 되어 상장폐지 되었다. 

오픈소스가 무료이지만 사용자가 문제를 스스로 해결해야하는 상황에 종종 직면하게 된다. 또한 지금 잘나가는 오픈소스가 앞으로도 계속 존재할까에 대해서는 의문이 있다. 만약 그런상황이 발생하면 전환비용까지 고려를 해야한다. 

국내에서는 비용때문에 혹은 트렌드니까 오픈소스를 경쟁적으로 도입하는 추세인데 이런 부분들이 간과되는 측면이 있다. 

상용 SW 는 비용도 비싸고, 왠지 벤더에 코꿰이는것 같은 느낌이 들지만, 사용자 입장에서는 비즈니스 로직에만 집중할수 있다.

결국 싸고 좋은건 없으니 적당히 비용도 감수 해야 하고, 장단점에 대해서도 익히 알고있어야 한다. 

4. 결론 

현재의 구조상 mysql community 의 기술적 정체는 불가피해 보인다. 예를들면, mysql heatwave 의 핵심 기능중 하나가 병렬처리인데 이 기능이 community 에서도 사용가능 할 일은 거의 없을 것이다. (반면 postgresql 은 병렬처리를 지원한다.)

그러나 heatwave 가 결국 mysql 에 뿌리를 두고 있으니 완전히 내버려 두는 일은 없을 것이다. 그렇지만 IT환경은 계속 변하고 다루는 데이터는 점점 많아지니, 추후 mysql community 버전은 성능문제가 나와도 이상할것이 없다. 

AWS 입장에서는 다소 껄끄러운 mysql 보다 postgresql 에 더 힘을 실어주는 것이 자연스러워 보인다. 실제로도 AWS 는 RDS, aurora 를 통해 얻은 노하우로 postgresl 커뮤니티에 기술적으로 많은 기여를 하고 있다.

쿠팡플레이에 올라온 영화 too big to fail 리뷰

금융에 관한 영화를 보는 것을 좋아해서 거의 다 봤는데, 이 영화는 본적이 없어서 최근 영화인줄 알았다. 

알고보니 2013년 HBO 작품이더란..

1. 줄거리

2008 년 발생한 금융위기에 대한 내용이다. 여기서는 리만 브라더스가 위기에 빠진 시기부터 파산 후 AIG 에 구제금융을 투입하기까지의 짧은 기간을 급박한 상황전개를 통해 사건을 그려낸다.  

2. 금융위기의 의미

2008 년의 금융위기를 소재로 다룬 영화는 빅쇼트, 마진콜 등 많이 있다. 

그만큼 꽤나 영향력 있던 사건이었음을 방증하는 것인데.. 미국의 금융위기는 연준이라는 것이 없던 1900 년대 초반에도 많이 발생했다. 

2008 년의 금융위기가 특별한 것은 미국 역사상 최초의 양적완화(QE) 를 시도했다는 것 때문이다. 

인류의 역사로 보면 미국보다 먼저 QE 를 한 나라가 있다. 바로 일본이다. 

버냉키는 그 시기에 일본에서 지내면서 일본의 양적완화를 공부한 경험이 있었는데, 이것이 후에 그가 연준의장이 되어 미국에서 첫번째 양적완화를 시도하는 계기로 까지 이어지게 된다. 

지금에야 '금융위기가 발생하면 중앙은행이 시중은행에 유동성을 공급한다' 라는 개념은 일반인들도 모르는 사람이 없지만, 사실 이것은 불합리한 측면이 있다. 리스크 관리 못하고 탐욕에 빠져 위험에 빠진 사기업을 벌하는게 아니고 잘했다고 보상을 해주는 격이니 국민적 동의를 받기 어렵다.  

또한 미국인들에게는 뿌리깊이 박힌 생각, 관념이 있는데 그것은 바로 중앙은행에 대한 불신이다.

연방준비위원회, 즉 연준은 영어로 federal reserve 인데, 이 federal 의 의미가 연방을 뜻하는데 주(state)의 연합을 의미한다. 

중앙은행과 연준은 결국 뜻하는 것이 같지만, 미국을 제외한 다른 나라는 중앙은행이라는 말을 하고, 미국은 연준이라는 부른다.

중앙은행은 결국 귄위적 존재를 의미하지만, 연방준비위원회는 위에 있는 존재가 아닌 주 들 간의 협의체 같은 의미이다. 

초기 미국이 주 들의 연합이었던 만큼 주 간의 독립성이 우선시 되었고, 한 주에 권력이나 이점이 집중되는 것을 견제했다. 

* 정치수도를 결정하는 것도 한 주에 만들기 싫어서 워싱턴 d.c 라는 특별 주를 만들었다. 

그래서 연준이라는 것도 싫어했는데, 주 를 초월한 누군가가 자기들 주를 간섭하는 것이 싫은 것이다. 

*1900년대 초반 자꾸 은행이 부도나서 연준을 필요에의해 만들었다가 다시 해체하는 일이 반복되었었다. 

초월적 존재인 연준이 탐욕적 자본을 지원해준다라는 개념을 미국 국민들이 받아들이기는 힘든 것이다. 

* 결국 이에 대한 반반로 탈중앙화폐에 대한 개념으로 비트코인이 탄생한 계기가 된다. 

여튼 QE 가 받아들여지기 까지의 과정이 영화에 나오기는 하는데 많이 함축되고 후다닥 지나가 버려 잘 모르는 사람은 공감하지 못하지 않았을까 싶다. 

* 나중에 버냉키는 당시의 회고록 '행동하는 용기' 라는 책까지 내게 되는데, 그 과정이 얼마나 힘들었는지 잘 말해주고 있다. 

3. 이 영화의 차별점

앞서 말했지만 2008년 금융위기 소재 영화는 많다.

빅쇼트는 버블이 발생하는 시점에서 부터 시작하고, 투자자의 관점이 좀더 다뤄진다. 

같은 사건을 숫자로만 접근하는 마이클 버리와 실제 사람들을 만나서 진상을 파악하는 마크바움이 대조적이라 재밌었다. 

투 빅 투 페일은 영화라기 보다는 다큐멘터리에 가깝고, 실제 인물과 회사명을 그대로 사용했기에 재연 드라마라고 볼수도 있을것 같다. 이 지점이 아쉬운 것은 실제 인물과 배우의 싱크를 맞춰야 하니까 어찌 보면 우스워 보일수도 있다는 것이다. 

워렌버핏과 버냉키 역할 배우는 물론 진지하겠지만 볼때마다 웃음이 살짝 나오긴 하다. 

4. 인상깊은 장면들

 - 리만을 사려는 한국인들

 산업은행은 당시 이명박 정부의 민영화 기조와 글로벌 투자은행으로의 도약을 위해 리만 지분을 사려고 했다. 그렇지만 결국 협상조건을 미국에서 거부하면서 결렬이 되었다.

지금도 그렇지만 한국 금융의 글로벌 위상은 다른 산업과 비교해보면 허접하고 투자 실패 사례가 많다. 

2007년에 미래에셋 박현주 회장이 인사이트 펀드를 통해 중국에 투자했다가 처참하게 깨지고 돌아왔고, 2010년 초반에 브라질 국채 투자붐이 있었는데 헤알화 가치 폭락으로 많은 손실을 보았다. 

 - 꿀 제안 받는 워렌버핏

워렌버핏은 이때도 돈 많은 것으로 유명했고, 리만의 매수를 제안받았다. 

위기때마다 워렌은 이런 꿀 제안을 받는다. 그가 종목선택에 탁월한 측면도 있지만, 이처럼 손해 볼수없는 투자 제안을 받는 경우도 많았다. 

워렌이 일본 무역상사에 투자를 했을때, 그는 자신의 돈으로 투자한게 아니다. 일본에서 저금리로 회사채를 발행하여 그돈으로 일본의 주식을 산 것이다. 

 - 멀쩡한 은행도 구제금융 제안

영화에서 AIG 를 살리기로 결정하고 구제금융을 결정했을때 문제가 있는 은행에만 돈을 준것이 아니고

모든 은행에 돈을 빌려줬다. 이것은 문제가 있는 은행만 대출을 해주면 그 은행에 돈이 있는 고객은 자신의 계좌가 위험하다고 생각할수 있기에 은행입장에서는 실제로 유동성 문제가 있어도 구제금융을 신청하기 곤란하기 때문이다. 

EC2 인스턴스에 자동 시작/종료 스케쥴링을 걸어보자 

System manager 를 활용하는 방법과 lambda 를 활용하는 방법이 있다. 

두가지 방식의 차이 및 장단점을 간단히 알아보면..

 - system manager : 무료가능, 콘솔내 UI 로 간단하게 설정. EC2만 대상. 복잡한 스케쥴 불가

- lambda + event brigde : 무료범위내 가능. EC2, RDS 가능, 복잡한 스케쥴 가능. 

이번 포스팅에서는 system manager 를 활용하는 방안을 알아보자. 

# Systems Manager

리소스 스케쥴러를 만들고 스케쥴러에 태그를 걸고, 대상 인스턴스에 동일한 태그를 적용하는 방식이다. 

Systems manager 메뉴로 이동해서 quick setup 을 클릭

Resource Scheduler 를 생성하자

key, value 를 입력 

스케줄 일자와 시작/종료 시간을 입력한다.

이제 스케쥴링 대상 인스턴스에 태그를 등록하자

스케쥴러를 생성할때 같은 리전을 대상으로 했기에 ec2 도 같은 리전에 있는지 확인하자. 

시간이 지나서 자동 시작/종료가 되었는지 확인해보자