MySQL이 스타트업의 데이터베이스가 된 이유 — 거대한 데이터베이스 시장을 뒤흔든 작은 오픈소스 프로젝트

데이터베이스는 원래 아무나 쓰는 기술이 아니었다

오늘날 개발자에게 데이터베이스는 너무나 당연한 존재다. 로컬 환경에 간단히 설치하고, 몇 줄의 쿼리로 데이터를 저장하고 조회하는 일은 특별한 일이 아니다. 하지만 이 당연함은 그리 오래된 것이 아니다. 1990년대까지만 해도 데이터베이스는 철저히 기업의 영역에 속한 기술이었다. 데이터베이스를 구축하고 운영한다는 것은 단순한 개발 작업이 아니라 하나의 인프라 프로젝트였고, 이는 곧 비용과 조직, 그리고 전문 인력을 요구하는 일이었다. 개인 개발자나 작은 팀이 데이터베이스를 다룬다는 것은 현실적으로 매우 어려운 일이었다.

당시 시장을 지배하고 있던 것은 Oracle, IBM DB2, 그리고 Microsoft SQL Server 같은 상용 데이터베이스였다. 이들은 강력한 기능과 안정성을 제공했지만, 그 대가로 높은 비용과 복잡한 운영 환경을 요구했다. 데이터베이스 라이선스 비용은 단순한 소프트웨어 구매를 넘어선 수준이었고, 실제로는 유지보수 비용과 운영 인력까지 포함하면 훨씬 더 큰 부담으로 이어졌다. 특히 기업 내부 시스템에서는 데이터 정합성과 트랜잭션 처리가 매우 중요했기 때문에, 이러한 상용 데이터베이스는 필수적인 선택이었다.

문제는 이 구조가 웹의 등장과 맞지 않았다는 점이다. 데이터베이스는 여전히 “기업용 시스템의 핵심”으로 설계되어 있었고, 이는 곧 무겁고 복잡한 구조를 의미했다. 새로운 서비스를 빠르게 만들고 실험해야 하는 환경에서는 이런 시스템이 오히려 장애물이 되었다. 데이터베이스 하나를 도입하기 위해서는 라이선스 계약, 서버 구성, 운영 인력 확보까지 고려해야 했고, 이는 초기 단계의 서비스에게는 과도한 부담이었다.

결국 이 시기의 데이터베이스는 기술 그 자체보다도 “접근성”이라는 측면에서 제한된 자원이었다. 누구나 사용할 수 있는 도구가 아니라, 일정 규모 이상의 조직만이 사용할 수 있는 인프라였던 것이다. 이 구조는 자연스럽게 하나의 질문으로 이어진다. 만약 더 가볍고, 더 싸고, 더 쉽게 사용할 수 있는 데이터베이스가 존재한다면, 그것은 어떤 변화를 만들어낼 수 있을까. 이 질문이 바로 다음 변화의 출발점이 된다.

웹의 등장, 그리고 기존 데이터베이스의 한계

인터넷과 웹이 본격적으로 확산되기 시작하면서 소프트웨어가 다루는 데이터의 성격도 변하기 시작했다. 이전까지의 데이터베이스는 금융 거래, 재고 관리, ERP 같은 기업 내부 시스템을 중심으로 설계되어 있었다. 이러한 시스템은 안정성과 정합성이 가장 중요했고, 복잡한 트랜잭션 처리와 엄격한 데이터 무결성이 요구되었다. 데이터는 신중하게 입력되고, 변경되며, 관리되어야 했다. 이 구조에서는 속도보다 정확성이 우선이었다.

하지만 웹은 완전히 다른 요구사항을 가지고 있었다. 웹 애플리케이션은 수많은 사용자의 요청을 빠르게 처리해야 했고, 데이터는 비교적 단순한 형태로 저장되고 조회되는 경우가 많았다. 게시글, 댓글, 사용자 정보 같은 데이터는 복잡한 트랜잭션보다 빠른 읽기와 쓰기가 중요했다. 웹 서비스는 하루에도 수없이 변화했고, 개발 속도 또한 매우 중요했다. 기존 데이터베이스가 가진 무거운 구조는 이러한 환경에서 오히려 발목을 잡는 요소가 되었다.

또 하나의 문제는 비용이었다. 웹 서비스는 초기에는 작은 규모로 시작하는 경우가 많았고, 성공 여부가 불확실한 상태에서 큰 비용을 투자하기 어려웠다. 하지만 기존 데이터베이스는 이러한 상황을 전혀 고려하지 않은 가격 구조를 가지고 있었다. 라이선스 비용은 물론이고, 이를 운영하기 위한 인프라와 인력까지 포함하면 초기 스타트업이 감당하기에는 지나치게 부담스러웠다. 결국 많은 개발자들은 데이터베이스 대신 파일 시스템이나 간단한 구조로 데이터를 관리하는 임시적인 해결책을 선택하기도 했다.

이러한 상황은 하나의 명확한 불일치를 보여준다. 데이터베이스 기술은 이미 존재했지만, 웹이라는 새로운 환경에 맞는 형태로 진화하지 못하고 있었다는 점이다. 기술은 있었지만, 사용할 수 없는 기술이었다. 그리고 바로 이 지점에서 새로운 접근 방식이 필요해졌다. 더 단순하고, 더 빠르며, 더 쉽게 접근할 수 있는 데이터베이스가 필요했던 것이다. 이 요구는 단순한 기능 개선이 아니라, 데이터베이스의 역할 자체를 다시 정의하는 계기가 된다.

MySQL은 무엇이 달랐는가

이러한 흐름 속에서 등장한 MySQL은 기존 데이터베이스와는 전혀 다른 방향에서 출발했다. MySQL은 처음부터 모든 기능을 갖춘 완벽한 데이터베이스를 목표로 하지 않았다. 대신, 웹 애플리케이션이 실제로 필요로 하는 기능에 집중했다. 복잡한 트랜잭션 처리나 고급 기능보다는, 빠른 읽기와 쓰기, 그리고 간단한 구조를 우선시했다. 이 선택은 당시 기준으로 보면 “기능이 부족한 데이터베이스”로 보일 수도 있었지만, 실제 웹 환경에서는 오히려 더 적합한 접근이었다.

MySQL의 가장 큰 특징은 속도와 단순함이었다. 설치가 쉽고, 설정이 간단하며, 비교적 적은 자원으로도 동작했다. 개발자는 복잡한 환경을 구성하지 않고도 바로 데이터베이스를 사용할 수 있었고, 이는 개발 속도를 크게 높여주었다. 또한 MySQL은 웹 서버와의 연동이 매우 쉬웠고, PHP 같은 언어와 결합되면서 빠르게 확산되기 시작했다. 이 조합은 기존 데이터베이스에서는 경험하기 어려웠던 수준의 생산성을 제공했다.

여기서 중요한 점은 MySQL이 단순히 “가벼운 데이터베이스”였다는 것이 아니라, 웹이라는 환경에 최적화된 데이터베이스였다는 것이다. 기존 데이터베이스가 기업 시스템을 기준으로 설계되었다면, MySQL은 웹 서비스를 기준으로 설계되었다. 이 차이는 단순한 기술적 차이를 넘어, 데이터베이스가 사용되는 방식 자체를 바꾸는 요소가 되었다. 개발자는 더 이상 데이터베이스에 맞춰 시스템을 설계하는 것이 아니라, 데이터베이스를 도구처럼 활용할 수 있게 되었다.

이러한 변화는 이후 LAMP 스택으로 이어지며 더욱 큰 흐름을 만들어낸다. MySQL은 단독으로 존재하는 기술이 아니라, 하나의 생태계 속에서 의미를 가지기 시작한다. 그리고 그 생태계는 곧 인터넷 서비스의 표준이 된다. 결국 MySQL의 진짜 가치는 기능이 아니라, “어디에 맞춰 설계되었는가”에 있었다고 볼 수 있다. 이 관점은 다음 단계에서 더욱 명확하게 드러난다.

“오픈소스”라는 선택이 만든 결정적 차이

MySQL을 단순히 “가벼운 데이터베이스”로만 이해하면 중요한 본질을 놓치게 된다. MySQL이 진짜로 시장을 바꾼 이유는 기술적인 선택만이 아니라, 배포 방식에 대한 선택, 즉 오픈소스였다는 점에 있었다. 기존의 데이터베이스는 강력했지만, 접근 자체가 제한되어 있었다. 반면 MySQL은 누구나 다운로드할 수 있었고, 비용 없이 사용할 수 있었으며, 필요하다면 내부를 들여다보고 수정할 수도 있었다. 이 차이는 단순한 라이선스 모델의 차이를 넘어, 기술이 퍼지는 방식 자체를 바꾸는 결정적인 요소가 되었다.

오픈소스라는 구조는 자연스럽게 개발자 중심의 확산을 만들어냈다. 기업의 구매 결정이 아니라, 개발자의 선택이 기술 채택을 결정하게 된 것이다. 한 명의 개발자가 개인 프로젝트에서 MySQL을 사용하기 시작하면, 그것은 곧 팀으로, 그리고 서비스 전체로 확산되었다. 기존에는 데이터베이스 도입이 조직 차원의 의사결정이었다면, MySQL은 개인의 선택에서 시작되는 기술이었다. 이 변화는 매우 중요했다. 기술의 확산 속도가 기업의 승인 절차가 아니라, 개발자의 필요에 의해 결정되기 시작했기 때문이다.

또한 오픈소스는 단순히 무료라는 의미에 그치지 않았다. 커뮤니티가 형성되면서 MySQL은 빠르게 개선되고 확장되었다. 버그가 발견되면 빠르게 수정되었고, 새로운 기능이 필요하면 커뮤니티를 통해 논의되고 반영되었다. 이러한 구조는 상용 소프트웨어에서는 기대하기 어려운 속도의 진화를 가능하게 했다. 개발자들은 단순히 사용자로서 존재하는 것이 아니라, 생태계의 일부로 참여하게 되었고, 이는 MySQL을 더욱 강력한 도구로 만들었다.

결국 MySQL의 오픈소스 전략은 하나의 새로운 흐름을 만들어낸다. 기술은 더 이상 기업이 만들어서 판매하는 제품이 아니라, 개발자들이 함께 만들어가는 플랫폼이 되기 시작했다. 그리고 이 변화는 단순히 MySQL 하나에 그치지 않고, 이후 등장하는 수많은 오픈소스 기술의 기반이 된다. 이제 데이터베이스는 “구매하는 것”이 아니라 “사용하고 참여하는 것”으로 바뀌기 시작한다. 이 변화는 곧 더 큰 구조로 이어진다.

LAMP 스택, 하나의 표준이 만들어지다

MySQL이 단순한 데이터베이스로 남지 않고 하나의 흐름을 만들어낼 수 있었던 이유는, 그것이 다른 기술들과 결합되면서 하나의 완전한 구조를 형성했기 때문이다. 바로 Linux, Apache, MySQL, PHP로 구성된 LAMP 스택이다. 이 조합은 단순한 기술 묶음이 아니라, 웹 애플리케이션을 만들기 위한 사실상의 표준 환경이 되었다. 중요한 점은 이 모든 구성 요소가 오픈소스였다는 사실이다. 즉, 누구나 비용 없이 전체 웹 서비스를 구축할 수 있는 환경이 처음으로 등장한 것이다.

LAMP 스택이 가진 힘은 단순히 무료라는 점에 있지 않았다. 그것은 완결된 생태계였다는 점에 있었다. 운영체제부터 웹 서버, 데이터베이스, 그리고 애플리케이션 언어까지 하나의 흐름으로 자연스럽게 연결되었고, 개발자는 복잡한 선택을 고민하지 않고도 바로 서비스를 만들 수 있었다. 이 구조는 개발 속도를 극적으로 끌어올렸고, 수많은 웹 서비스의 탄생을 가능하게 했다. 이전에는 몇 달이 걸리던 시스템 구축이 몇 주, 심지어 며칠 만에 가능해졌다.

또한 LAMP 스택은 확장성 측면에서도 유리했다. 초기에는 작은 서버 한 대로 시작할 수 있었고, 트래픽이 증가하면 서버를 추가하는 방식으로 확장할 수 있었다. 이 방식은 기존의 수직 확장 중심 시스템과는 다른 접근이었다. 스타트업은 처음부터 큰 인프라를 구축할 필요가 없었고, 서비스가 성장하는 만큼 점진적으로 확장할 수 있었다. 이는 비용 구조를 완전히 바꾸는 요소였다.

이 시점에서 중요한 변화가 발생한다. 웹 서비스를 만드는 것이 더 이상 특정 기업이나 조직의 전유물이 아니게 된 것이다. 개인 개발자나 소규모 팀도 동일한 도구를 사용해 서비스를 만들 수 있었고, 이는 인터넷 생태계의 폭발적인 성장을 이끌었다. MySQL은 이 구조에서 핵심적인 역할을 담당했다. 데이터베이스는 더 이상 병목이 아니라, 자연스럽게 포함되는 구성 요소가 되었기 때문이다. 그리고 이 흐름은 결국 하나의 질문으로 이어진다. 왜 스타트업들은 거의 예외 없이 MySQL을 선택하게 되었을까.

스타트업은 왜 MySQL을 선택할 수밖에 없었는가

이제 MySQL의 확산을 단순한 기술 선택으로 설명하기는 어렵다. 그것은 오히려 환경이 만들어낸 필연에 가까웠다. 스타트업이 직면한 현실은 명확했다. 제한된 자원, 빠른 개발 속도, 불확실한 미래. 이 세 가지 조건을 동시에 만족해야 했고, 기존의 상용 데이터베이스는 이 조건을 충족하지 못했다. 반면 MySQL은 이 모든 조건에 정확하게 들어맞는 선택이었다. 아니, 선택이라기보다 사실상 유일한 현실적인 대안이었다.

가장 먼저 고려해야 할 것은 비용이었다. 스타트업은 초기 단계에서 수익이 없거나 매우 제한적이기 때문에, 인프라 비용을 최소화해야 했다. MySQL은 무료로 사용할 수 있었고, 이는 단순히 비용 절감 이상의 의미를 가졌다. 데이터베이스를 도입하는 데 있어 재무적인 장벽이 사라졌다는 것은, 아이디어만으로도 서비스를 시작할 수 있다는 의미였다. 이는 수많은 스타트업이 등장할 수 있는 기반이 되었다.

다음으로 중요한 것은 개발 속도였다. 스타트업은 빠르게 만들고, 빠르게 실패하거나, 빠르게 성장해야 한다. MySQL은 설치와 설정이 간단했고, 웹 애플리케이션과의 연동이 매우 쉬웠다. 개발자는 데이터베이스를 구축하는 데 시간을 쓰기보다, 서비스 자체를 만드는 데 집중할 수 있었다. 이는 제품 개발의 속도를 크게 높여주었고, 경쟁에서 중요한 우위를 제공했다.

마지막으로 확장성이다. 초기에는 작은 규모로 시작하지만, 성공하면 빠르게 성장해야 하는 것이 스타트업이다. MySQL은 완벽한 확장성을 제공하지는 않았지만, 충분히 확장 가능한 구조를 가지고 있었다. 읽기 중심의 서비스에서는 replication을 통해 확장할 수 있었고, 서버를 여러 대로 나누는 방식으로 트래픽을 분산할 수 있었다. 이는 초기 단계의 스타트업에게는 충분히 현실적인 선택이었다.

이러한 이유로 MySQL은 단순히 “좋은 데이터베이스”가 아니라, 스타트업 환경에 최적화된 데이터베이스로 자리 잡게 된다. Facebook, Wikipedia, WordPress 같은 서비스가 초기부터 MySQL을 사용했다는 사실은 우연이 아니다. 그들은 같은 조건 속에서 같은 선택을 했고, 그 선택은 결국 하나의 표준이 되었다. 그리고 이 표준은 인터넷 산업의 구조 자체를 바꾸는 결과로 이어진다.

MySQL이 만든 인터넷 산업 구조

MySQL이 만들어낸 변화는 단순히 “많이 쓰이는 데이터베이스”라는 수준에서 끝나지 않는다. 더 중요한 것은, MySQL이 등장하면서 인터넷 산업이 성장하는 방식 자체가 바뀌었다는 점이다. 이전까지 소프트웨어는 자본과 인프라를 갖춘 기업이 주도하는 영역이었다. 하지만 MySQL과 같은 오픈소스 기술이 등장하면서, 소프트웨어 개발은 점점 더 작은 팀과 개인 개발자 중심으로 이동하기 시작했다. 이 변화는 단순한 기술 선택의 문제가 아니라, 산업 구조의 전환이었다.

MySQL은 특히 웹 서비스의 확산과 직접적으로 연결된다. 데이터베이스를 쉽게 사용할 수 있게 되면서, 개발자는 더 이상 데이터 저장과 처리에 대해 고민하지 않아도 되었다. 그 결과, 서비스의 핵심은 인프라가 아니라 아이디어와 실행 속도로 이동했다. 이전에는 인프라를 구축할 수 있는 능력이 경쟁력이었다면, 이제는 얼마나 빠르게 제품을 만들고 사용자에게 전달할 수 있는지가 더 중요한 요소가 되었다. 이 변화는 수많은 스타트업의 탄생으로 이어졌고, 인터넷 서비스는 폭발적으로 증가하기 시작했다.

이 과정에서 중요한 특징 하나가 나타난다. 바로 “작게 시작해서 크게 성장하는 구조”다. MySQL은 초기에는 단일 서버에서 운영할 수 있었고, 서비스가 성장함에 따라 점진적으로 확장할 수 있었다. 이는 스타트업에게 매우 중요한 특성이었다. 초기에는 최소한의 비용으로 시작하고, 성공하면 그때 확장할 수 있는 구조는 위험을 최소화하면서도 성장 가능성을 열어두는 방식이었다. 이러한 구조는 이후 SaaS와 클라우드 서비스의 기본 모델로 이어지게 된다.

결국 MySQL은 단순히 데이터베이스 기술이 아니라, 인터넷 산업의 성장 방식을 정의한 기술이라고 볼 수 있다. 누구나 서비스를 만들 수 있고, 작은 팀이 글로벌 서비스를 만들어낼 수 있는 환경은 MySQL과 같은 기술이 있었기에 가능했다. 그리고 이 변화는 데이터베이스 시장에도 다시 영향을 미치기 시작한다. MySQL이 만들어낸 새로운 기준은, 기존 데이터베이스가 따라야 할 방향이 되었기 때문이다.

한계와 진화 — MySQL 이후의 데이터베이스 세계

MySQL이 모든 문제를 해결한 완벽한 데이터베이스였다고 말할 수는 없다. 오히려 MySQL의 성공은 동시에 그 한계를 드러내는 계기가 되었다. 초기 MySQL은 트랜잭션 처리와 데이터 정합성 측면에서 약점을 가지고 있었고, 특히 MyISAM 엔진은 안정성보다는 성능에 초점을 맞춘 구조였다. 이러한 특성은 웹 서비스 초기에는 큰 문제가 되지 않았지만, 서비스 규모가 커지고 데이터의 중요성이 높아지면서 점점 더 명확한 한계로 드러나기 시작했다.

또한 확장성 역시 완벽하지 않았다. MySQL은 기본적으로 단일 노드 중심 구조를 가지고 있었고, 수평 확장을 위해서는 replication이나 sharding 같은 추가적인 구조를 직접 설계해야 했다. 이는 단순한 서비스에서는 문제가 되지 않았지만, 대규모 서비스에서는 상당한 복잡성을 동반했다. 결국 많은 기업들은 MySQL을 기반으로 하면서도 자체적인 확장 구조를 구축해야 했고, 이는 또 다른 기술적 부담으로 이어졌다.

이러한 한계는 자연스럽게 새로운 데이터베이스의 등장을 촉진했다. PostgreSQL은 더 강력한 트랜잭션과 확장성을 제공하며 MySQL의 대안으로 자리 잡았고, MongoDB와 같은 NoSQL 데이터베이스는 완전히 다른 접근 방식을 제시했다. 이들은 데이터 모델과 확장 방식에서 기존 관계형 데이터베이스의 한계를 넘어서려는 시도였다. 특히 대규모 데이터와 분산 시스템이 중요해지면서, 데이터베이스는 더 이상 하나의 정답이 아니라 상황에 따라 선택해야 하는 도구로 변화하기 시작했다.

결국 MySQL은 하나의 끝이 아니라 시작이었다. MySQL이 만들어낸 변화는 데이터베이스 기술을 더 많은 개발자에게 열어주었고, 그 결과 다양한 데이터베이스가 경쟁하고 발전하는 생태계가 형성되었다. 중요한 것은 MySQL이 모든 문제를 해결했기 때문이 아니라, 데이터베이스의 접근 방식을 바꾸었기 때문에 이후의 진화가 가능해졌다는 점이다. 이 흐름은 다음 단계로 이어진다. 데이터베이스는 이제 특정 제품이 아니라 하나의 생태계가 된다.

오픈소스 데이터베이스 시대의 시작

MySQL 이후 데이터베이스 시장은 이전과 완전히 다른 방향으로 움직이기 시작한다. 가장 큰 변화는 데이터베이스가 더 이상 소수 기업의 전유물이 아니라, 누구나 사용할 수 있는 도구가 되었다는 점이다. 오픈소스 데이터베이스는 빠르게 확산되었고, 개발자는 프로젝트의 특성에 맞게 다양한 선택지를 고려할 수 있게 되었다. 이는 단순한 기술 다양성의 증가가 아니라, 개발 방식 자체의 변화였다.

PostgreSQL은 안정성과 기능 측면에서 강력한 대안을 제공했고, MariaDB는 MySQL의 오픈소스 정신을 이어받으며 새로운 방향을 제시했다. MongoDB와 같은 NoSQL 데이터베이스는 관계형 모델을 벗어나 새로운 데이터 구조를 제안했고, 이는 특히 대규모 서비스에서 중요한 역할을 하게 된다. 클라우드 환경에서는 데이터베이스가 서비스 형태로 제공되면서, 인프라 관리의 부담마저 줄어들기 시작했다. 데이터베이스는 점점 더 추상화되고, 개발자는 그 위에서 더 빠르게 서비스를 만들 수 있게 되었다.

이러한 변화는 결국 하나의 중요한 사실로 이어진다. 데이터베이스는 더 이상 “구축해야 하는 시스템”이 아니라, “선택해서 사용하는 도구”가 되었다는 점이다. 이는 MySQL이 처음 등장했을 때 시작된 변화의 연장선이다. 접근성이 높아지고, 비용이 낮아지며, 선택지가 늘어나면서 개발자는 더 이상 기술에 의해 제한되지 않게 되었다. 대신 어떤 기술을 선택할 것인지가 중요한 문제가 된다.

이 시점에서 우리는 하나의 흐름을 명확하게 볼 수 있다. MySQL은 단순히 하나의 성공적인 데이터베이스가 아니라, 데이터베이스 기술이 어떻게 변화해야 하는지를 보여준 사례였다. 그리고 그 변화는 지금까지도 계속되고 있다. 다음 글에서는 이 흐름이 서버를 넘어 모바일로 확장되는 순간, 즉 Android가 등장하면서 어떤 변화가 일어났는지를 살펴보게 된다.

결론 — MySQL은 기술이 아니라 ‘조건’을 바꿨다

지금까지의 흐름을 따라오면 하나의 공통된 패턴이 보이기 시작한다. MySQL은 단순히 “성능이 좋은 데이터베이스”도 아니었고, “기능이 가장 뛰어난 시스템”도 아니었다. 오히려 초기 기준으로 보면 부족한 점도 분명히 존재했다. 그럼에도 불구하고 MySQL은 시장을 장악했고, 스타트업의 표준이 되었으며, 인터넷 산업의 핵심 인프라로 자리 잡았다. 이 모순처럼 보이는 결과는 하나의 중요한 사실을 드러낸다. 기술의 성공은 기능의 우열이 아니라, 어떤 환경에 얼마나 적합한가에 의해 결정된다는 점이다.

MySQL이 바꾼 것은 데이터베이스의 성능 지표가 아니라, 데이터베이스를 둘러싼 “조건” 자체였다. 비용은 거의 0에 가까워졌고, 설치와 사용의 복잡성은 크게 낮아졌으며, 개발자는 별도의 조직이나 승인 없이도 데이터베이스를 사용할 수 있게 되었다. 이 변화는 단순한 편의성의 문제가 아니었다. 개발의 출발점 자체가 달라진 것이다. 이전에는 “인프라를 구축할 수 있어야 개발을 시작할 수 있었다면”, 이제는 “아이디어만으로도 개발을 시작할 수 있는 환경”이 만들어졌다. MySQL은 바로 이 전환을 가능하게 한 기술이었다.

이러한 변화는 결국 하나의 방향으로 수렴한다. 소프트웨어는 점점 더 많은 사람에게 열려가고, 개발의 장벽은 계속해서 낮아진다. MySQL은 그 흐름의 초기 단계에서 중요한 역할을 했고, 이후 등장하는 수많은 기술은 이 방향을 더욱 가속화한다. 클라우드는 인프라를 서비스로 만들었고, 오픈소스는 기술을 공유 가능한 자산으로 만들었으며, 최근에는 AI가 개발 자체를 자동화하는 방향으로 나아가고 있다. 이 모든 흐름은 하나의 공통된 질문에서 출발한다. “어떻게 하면 더 많은 사람이 더 쉽게 소프트웨어를 만들 수 있을까”라는 질문이다.

이제 시선을 조금 더 넓혀보면, MySQL이 만든 변화는 서버 환경에만 머물지 않았다는 것을 알 수 있다. 서버에서 시작된 이 변화는 곧 클라이언트, 그리고 모바일로 확장되기 시작한다. 특히 모바일 시대의 시작을 알린 Android의 등장은 또 다른 전환점을 만들어낸다. MySQL이 데이터베이스의 접근성을 바꿨다면, Android는 플랫폼의 접근성을 바꿨다. 그리고 이 두 흐름은 결국 하나의 방향으로 이어진다. 다음 글에서는 바로 그 순간, Android가 오픈소스로 공개되면서 소프트웨어 생태계가 어떻게 다시 한 번 뒤집히게 되었는지를 살펴보게 된다.