- 강한 실적에도 사업 정체성이 흔들리자 Fly.io는 추가 자금을 조달하고 전 Docker CEO Scott Johnston에게 경영을 맡기며 Sprites를 핵심 사업으로 전환함
- AI로 누구나 맞춤형 소프트웨어를 만들 수 있게 되면서, 사용자 가까이 배포하는 퍼블릭 클라우드와 인간 개발자 중심의 편의성만으로는 차별화하기 어려워짐
- Sprites는 필요할 때 수백·수천 개를 생성해 오래 유지할 수 있는 에이전트용 컴퓨터로, 각각 100GB 영구 디스크와 유휴 시 과금이 멈추는 종량제를 제공함
- 새 Sprites에는 더 빠르고 안정적인 Sprite Block Device와 디스크 포킹, 자격 증명을 노출하지 않고 외부 시스템을 호출하는 Connectors가 추가됨
- Fly.io는 인간이 설계한 고정 기능 애플리케이션 플랫폼과 에이전트 중심의 미래를 동시에 좇지 않고 후자에 집중하되, Fly Machines와 기존 PaaS 기능은 계속 유지함
강한 실적 속에서 드러난 정체성 위기
- Theo Browne는 2026년 새 애플리케이션을 호스팅하기 가장 좋은 곳을 평가하며 Fly.io를 긍정적으로 다뤘지만, 자신이 지켜보는 공급자 중 연말까지 존속할 가능성을 가장 확신하기 어렵다고 평가함
- 당시 Fly.io는 회사 역사상 최고의 재무 실적을 포함해 강한 분기 실적을 이어가고 있었으나, 무엇을 만들고 어디로 향할지에 관한 정체성 문제는 풀리지 않은 상태였음
- Fly.io는 상당한 추가 자금을 조달하고 Sprites 새 버전을 출시해 회사의 역량을 집중하는 한편, Scott Johnston을 CEO로 선임함
기존 제품·시장 적합성의 전제가 바뀜
- Fly.io는 두 가지 원칙에서 출발함
- 인터넷 애플리케이션은 사용자 가까이에 배포할수록 빨라짐
- 복잡한 클라우드 인프라 대신 개발자에게 AWS의 유연성과 Heroku의 사용성을 함께 제공해야 함
- 두 원칙은 여전히 중요하지만, AI가 소프트웨어 개발을 바꾸면서 이전만큼 결정적인 요소는 아니게 됨
- 코딩 에이전트를 더 똑똑한 컴파일러처럼 기존 개발 과정에 통합하는 것만으로는 변화의 크기를 포착하기 어려움
- 스프레드시트가 등장하기 전에는 오늘날의 Excel 문서에 해당하는 작업도 프로그래머가 만든 프로그램이어야 했지만, 스프레드시트 수식은 수많은 업무 담당자를 프로그래머로 바꿈
- AI는 이보다 더 큰 변화를 일으켜 거의 누구나 거의 모든 종류의 프로그램을 만들 수 있는 방향으로 나아감
- 기존 퍼블릭 클라우드는 엄격한 표준과 CI/CD 절차를 거친 고정 기능 애플리케이션을 수백만 명에게 배포하도록 설계됨
- 앞으로 수백만 사용자를 대상으로 하는 프로그램도 존재하겠지만, 수백만 독자가 보는 스프레드시트처럼 일반적인 형태는 아닐 수 있음
- 2020년식 퍼블릭 클라우드 설계에 계속 베팅하는 것은 개인화되고 적응하는 소프트웨어의 확산에 반대편으로 베팅하는 것과 같음
- Fly.io는 친구와 가족이 개발자를 기다리지 않고 컴퓨터로 원하는 일을 직접 수행할 수 있는 세계를 선택함
인간 개발자 경험보다 에이전트의 요구
- 클라우드 인프라가 개발자에게 어렵다는 문제는 여전하지만, 에이전트가 작업을 대신하면서 세심하게 설계된 인간용 개발자 경험의 중요성은 줄어듦
- 명시적인 환경에서 더 잘 작동하는 에이전트에는 의견이 강한 기본값과 선별된 개발자 경험이 오히려 불리할 수도 있음
- 사람들은 문서를 읽고 새 CLI를 시행착오로 익히는 대신 에이전트에 맡기기 시작함
- 에이전트는 로컬에서 만든 사이트를 Fly.io에 배포하라는 요청을 한 번에 처리할 수 있지만, AWS 배포도 한 번에 처리할 수 있어 기존 사용성만으로는 차별화하기 어려움
- 가장 빠르게 성장하는 고객이 로봇이라는 관찰 이후, Fly.io는 기존 제품을 에이전트용으로 재해석하는 대신 에이전트가 실제로 원하는 환경을 찾기 시작함
에이전트가 원하는 컴퓨터
- 코딩 에이전트는 기본적으로 개발자 워크스테이션에서 실행되도록 만들어짐
- 신뢰할 수 있는 샌드박스라도 물리적인 노트북에서 실행하면 덮개를 닫는 순간 작업이 중단되므로, 사용자는 결국 에이전트 샌드박스를 클라우드로 옮기게 됨
- 기존 퍼블릭 클라우드 서버는 에이전트 작업에 지나치게 큰 약속을 요구함
- 전통적인 반려동물형 서버나 가축형 서버보다 더 일시적이어야 함
- 원하는 순간 생성하고 필요한 기간만 유지하면서 적은 비용으로 운영할 수 있어야 함
- Sprites는 이런 요구에 맞춘 반일회성 컴퓨터임
- 수백 또는 수천 개를 빠르게 생성할 수 있음
- 각 Sprite에 100GB 영구 디스크가 제공됨
- 사용량에 따라 과금되지만 아무 작업도 하지 않을 때는 계량이 멈추며, 유휴 상태를 자체적으로 판단함
- 애플리케이션을 호스팅하고 인터넷을 통해 동료와 공유할 수 있음
- 업계는 샌드박스에 집중하지만, 에이전트에 필요한 것은 샌드박스가 아니라 지속성과 활용성을 갖춘 컴퓨터임
- Sprites를 즉시 생성해 직접 사용할 수 있음
Sprites를 회사의 중심으로 전환
- 초기 Sprites는 Fly.io 내부의 소규모 비공식 팀이 만든 프로젝트였으며, Fly.io의 기본 웹사이트에서 호스팅하지도 않았음
- 앞으로는 에이전트용 컴퓨터(Computers for Agents) 가 회사의 핵심 초점이 되며, Sprites도 더 이상 소수 인력만 담당하는 프로젝트가 아님
- Fly Machines와 기존 서비스형 플랫폼(PaaS) 기능은 폐기하지 않고 계속 제공함
- 새 Sprites는 확장과 오케스트레이션을 개선하고 두 가지 주요 하위 시스템을 도입해 목표한 기능 구성을 완성함
Sprite Block Device와 디스크 포킹
- 기존 스토리지 스택은 JuiceFS를 바탕으로 만들고 Litestream을 연결한 구조였음
- Ben Johnson과 Tim Newsham이 스토리지 스택을 기초부터 다시 구축한 Sprite Block Device(SBD) 는 이전보다 빠르고 안정적이며, 즉시 체크포인트·복원 기능도 유지함
- SBD의 핵심 확장인 드라이브 포킹을 사용하면 템플릿 Sprite 하나를 만든 뒤 이를 효율적으로 수백만 번 복제할 수 있음
자격 증명 노출을 막는 Connectors
- Connectors는 Fly.io 핵심 플랫폼을 보호하기 위해 개발한 토큰화된 토큰을 기반으로 함
- Sprite가 다른 시스템에 인증된 요청을 보내면서도 에이전트에는 유출할 만한 자격 증명을 직접 제공하지 않도록 설계됨
- 계정과 API 키를 수동으로 관리하는 방식보다 사용하기 편리함
- SBD의 복제 기능과 Connectors는 고객이 가장 많이 요청한 기능이며, 전용 에이전트 제품 출시 후에도 많은 에이전트 기업이 Fly Machines를 계속 사용한 이유이기도 함
- Transformer 모델보다 더 낯선 기술 변화가 등장하지 않는 한 Sprites가 미래 고객과 기존 고객 상당수에 적합하다고 판단해 새 베타를 제공함
창업자 CEO의 퇴진
- 창업 초기 8년 동안 Fly.io는 제품·시장 적합성을 찾는 실험 조직으로 운영됨
- 관리형이 아닌 Postgres, 글로벌 CDN, 사용자 모드 WireGuard 등 수십 가지를 시도함
- 상향식 엔지니어링 조직을 만들고 제품 로드맵을 피했으며, 12개가 넘는 국가에서 일하는 완전 원격 팀을 구성함
- 일부 실험은 성과를 냈고 다른 실험은 학습 기회가 됐지만, 현재 단계의 Fly.io에는 이런 종류의 과학 프로젝트가 더 이상 필요하지 않음
- 창업자는 CEO로서 제공할 수 있는 강점을 대부분 소진했다고 판단해 자리에서 물러남
Scott Johnston의 CEO 취임
- 2025년부터 수개월 동안 Scott Johnston에게 Fly.io의 의사결정을 맡기는 방안을 논의함
- Scott은 Docker CEO 시절 기업 시장과 개발자 시장 사이의 정체성 위기에서 시작된 어려운 시기를 이끌었고, 이후 사업을 크게 성장시킴
- Fly.io 주주이자 당시 CEO였던 창업자는 현재 회사 단계에는 자신의 방식보다 Scott의 운영 방식이 더 적합하다고 판단해 이사회와 함께 그를 설득함
- 창업자는 고문과 이사회 구성원으로 남아 제품 설계 논의에 참여하고, Scott은 사업 운영과 실행을 맡음
새 전략을 위한 추가 자금
- Fly.io는 수년간 신규 투자 유치를 발표하지 않았지만, 이전에 큰 규모의 자금을 조달해 기존 계획대로라면 추가 조달이 필요하지 않을 문턱에서 운영해 왔음
- AI로 기존 계획이 바뀌면서 새 전략을 추진하기 위한 추가 자금을 조달했으며, 구체적인 규모와 조건은 공개하지 않음
- Scott Johnston이 향후 자금 조달 내용을 별도로 다룰 예정임
두 미래 중 하나를 선택
- Fly.io는 수년 안에 에이전트가 거의 모든 소프트웨어의 구축과 배포 방식을 결정할 것으로 내다봄
- 소프트웨어는 더 개인화되고 대상 사용자는 더 작아지며, 형태는 더 유연하고 유동적으로 바뀔 것으로 봄
- 이런 변화는 기대를 주는 동시에 업계 종사자들을 불편하게 만들고 있음
- 회사에는 두 가지 선택지가 있었음
- 인간이 설계한 고정 기능 풀스택 애플리케이션 플랫폼을 계속 확장하고 개선함
- 에이전트 중심의 가까운 미래에 맞는 제품을 정교하게 완성함
- 스타트업이 두 방향을 동시에 추구하면 어느 쪽에도 충분히 집중하기 어려우므로, Fly.io는 에이전트 중심 제품을 선택함
- 수개월 동안 미뤄진 우선순위 결정을 Sprites가 해소했으며, Scott Johnston은 이를 Fly.io의 핵심 사업으로 전환하는 역할을 맡음