무엇이 달라졌나요? ＋
기존 클라우드 워크로드를 지원받을 수 있는 플랫폼으로 업그레이드해야 했습니다.
Canonical이 공개한 SBI BITS 이전 사례로, 해당 고객에 한정된 배포 결과입니다.
Canonical / 이 회사가 만드는 미래
오픈소스 기반을 쉽게 시작하고 안정적으로 유지하게 합니다.
오픈소스 소프트웨어도 배포부터 장기 운영까지 책임 있게 관리받을 길이 생깁니다.
그 미래가 만들어지는 모습 ↓그 미래를 만드는 제품들.
MAAS
물리 서버를 커미셔닝하고 배정합니다.
보유한 서버를 언제든 같은 방식으로 배포할 수 있게 해 줍니다.
서버의 등록부터 유지보수까지 따라갑니다
운영 환경 인프라팀의 업무를 예로 들었습니다.
- 01
서버를 등록하고 시험합니다.
서버를 등록하고 시험합니다.
- 02
시험한 Ubuntu 이미지를 배치합니다.
시험한 Ubuntu 이미지를 배치합니다.
- 03
Landscape에 컴퓨터를 등록합니다.
Landscape에 컴퓨터를 등록합니다.
- 04
선택한 유지 정책을 적용합니다.
선택한 유지 정책을 적용합니다.
- 05
예외를 조사하고 기록합니다.
예외를 조사하고 기록합니다.
일이 이루어지는 과정 더 보기
무료 소프트웨어에도 필요한 운영 약속
개발자는 운영체제 라이선스를 사지 않고도 Ubuntu를 내려받아 프로그램을 실행할 수 있습니다. 기업이 마주하는 어려운 질문은 그다음입니다. 서비스를 몇 년씩 운영해야 한다면 그 서버의 보안은 누가 지키고, 까다로운 장애는 누가 처리하며, 소프트웨어 유지보수는 누가 맡을까요? Canonical은 이렇게 계속 이어지는 일을 오픈소스 기반의 상업적 약속으로 바꿉니다. 출발점은 Ubuntu이며, 데스크톱, 서버, 클라우드, 디바이스 환경이 모두 익숙한 같은 기반 위에 있습니다. Canonical은 cloud-init, Netplan, OpenStack 같은 프로젝트에도 기여하므로, 운영 문제는 배포판 하나에 그치지 않습니다. Signet은 이 사업을, 유지보수를 책임질 곳이 필요한 조직도 오픈소스를 실무에 쓸 수 있게 만드는 방식으로 봅니다. 무료 코드와 유료 서비스는 서로 이어져 있지만, 고객 입장에서는 별개의 결정입니다. 소프트웨어를 직접 운영할 수도 있고, 보안 커버리지, 기술 지원, 배포 지원에 돈을 낼 수도 있습니다. 다운로드 수만으로 매출을 가늠할 수 없는 이유가 여기에 있습니다. 먼저 던질 질문은 고객이 어떤 운영 책임을 Canonical에 맡기려 하고, 어떤 책임을 자사 엔지니어에게 남기는지입니다.
서버 한 대를 등록부터 유지보수까지 따라가기
새 서비스에 쓸 용량을 준비하는 인프라팀을 예로 들어 보겠습니다. 팀은 먼저 사용 가능한 물리 서버와 하드웨어 구성을 확인하고, 커미셔닝 테스트를 통과하는지 봅니다. MAAS는 이 장비들을 프로비저닝 가능한 자원으로 만듭니다. 관리 컨트롤러 연결로 전원을 제어하고, API나 UI로 운영체제를 배포합니다. 이어서 팀은 알맞은 Ubuntu 릴리스를 골라 워크로드를 설치합니다. Landscape는 별도의 관리 화면을 제공합니다. 등록된 장비가 에이전트로 상태 정보를 보내면, 관리자는 패키지 업데이트, 저장소, 접근 권한을 조율합니다. Ubuntu Pro는 보안 커버리지와 규정 준수 도구를 더하고, Livepatch는 적용 가능한 커널 수정을 운영 중에 반영합니다. 단계마다 맡는 일이 다릅니다. 프로비저닝은 장비를 배정하고, 패치는 운영 중인 설치 환경을 유지하며, 장애 지원은 예외적인 문제 해결을 돕습니다. 그래도 점검 시간대를 정하고, 애플리케이션 호환성을 테스트하고, 장비별로 필요한 지원 수준을 합의하는 일은 엔지니어의 몫입니다. Signet이라면 지원자에게 제품 이름을 나열하기보다 운영 경로 하나를 처음부터 끝까지 설명해 달라고 하겠습니다. 재현 가능한 배포, 의존 관계에 대한 이해, 명확한 복구 판단을 보면 오픈소스 도구가 어떻게 믿을 만한 서비스가 되는지 알 수 있습니다.
릴리스 주기로 구체화되는 약속
Ubuntu의 릴리스 일정은 팀이 계획을 세우는 기준이 됩니다. 새 버전은 6개월마다, 장기 지원(LTS) 버전은 2년마다 나오며, LTS는 5년간 표준 보안 유지보수를 받습니다. Ubuntu Pro를 쓰면 유지보수 기간이 늘어나고, Legacy 애드온까지 더하면 총 15년까지 늘릴 수 있습니다. 연장 기간은 선택한 구독과 릴리스 지원 범위에 따라 달라지므로, 모든 설치 환경에 기본으로 주어지는 것이 아니라 계약에서 고르는 사항입니다. 2026년에는 Ubuntu 26.04 LTS가 기본 플랫폼을 갱신했고, Ubuntu Core 26은 같은 장기 운영 목표를 대규모 임베디드 디바이스에 적용합니다. Workshop은 또 다른 불편을 해결합니다. 개발자가 도구 의존성을 손으로 다시 맞추지 않고, 버전 관리되는 정의 파일로 격리된 작업 환경을 재현할 수 있습니다. Signet이 보기에 이 제품들은 한 방향을 향합니다. 소프트웨어를 쉽게 시작하고, 예측 가능하게 계속 운영하게 만드는 것입니다. 한국에서 이 회사를 검토한다면 인프라 사례를 준비하는 것이 특히 좋습니다. 변경 하나가 개발 환경에서 지원 대상 배포까지 옮겨 간 과정을 호환성 점검과 담당자 결정까지 드러내 설명해 보세요. 코드, 운영 요건, 긴 유지보수 기간을 함께 다루는 일이기 때문입니다.
제품과 고객을 더 깊이 알아보기
MAAS로 장비 프로비저닝하기
MAAS(Metal as a Service)는 물리 서버를 탐색, 테스트, 배정, 반납할 수 있는 자원으로 관리합니다. 구매자이자 사용자는 인프라 운영자입니다. MAAS가 없다면 이 일의 상당 부분을 개별 서버 콘솔과 수동 설치 절차로 처리해야 합니다. 관리 컨트롤러는 전원을 제어하는 대역 외(out-of-band) 경로를 제공하고, 커미셔닝으로 배포 전에 하드웨어를 점검할 수 있습니다. UI와 API를 쓰면 장비 목록에서 바로 운영체제 설치를 요청할 수 있습니다. 이 기능은 클라우드식 업무 방식을 실제 랙 장비까지 넓힐 때 특히 쓸모가 있습니다. 가상머신이 빠르다고 해서 그 아래 하드웨어까지 저절로 관리되지는 않기 때문입니다. MAAS로 서버를 일관된 방식으로 요청할 수 있지만, 네트워크 구성, 이미지, 워크로드 요건은 여전히 운영자가 정합니다. Signet이라면 커미셔닝 결과, 배포 재현성, 고장 장비 처리 방식으로 이 제품을 평가하겠습니다. 비교 대상은 해당 고객 환경의 수동 프로비저닝이나 다른 하드웨어 관리 시스템입니다. 좋은 시연은 사용 가능한 장비 한 대에서 시작해, 운영팀이 이해하고 지원할 수 있는 설치 환경으로 끝납니다.
Landscape로 여러 장비 유지보수하기
Landscape는 장비가 관리 환경에 등록된 뒤부터 쓰입니다. 등록된 장비마다 설치된 에이전트가 지정한 상태 정보를 서버로 보내고, 관리자는 관리 화면에서 소프트웨어, 사용자, 권한을 조율합니다. SaaS, 관리형, 자체 호스팅 방식으로 제공되므로 고객의 운영 요건에 맞는 배포 방식을 고를 수 있습니다. Landscape는 Ubuntu Pro의 유지보수 패키지에도 포함됩니다. 덕분에 시스템 관리자는 서버마다 따로 수작업을 하지 않고 자산 관리 문제와 패치 문제를 함께 다룰 수 있습니다. 저장소 통제 기능도 있어, 운영 장비에 아무 변경이나 허용하지 않고 테스트를 거친 패키지 공급원만 쓰려는 조직에 특히 쓸모가 있습니다. 대안은 기존에 쓰던 스크립트, 패키지 도구, 장비 관리 시스템입니다. Signet은 예외적인 제약이 있는 장비까지 포함해, 실제 전체 장비에 정한 정책을 적용하고 감사할 수 있는지를 비교 기준으로 권합니다. 스크린샷은 관리 화면의 예시일 뿐, 모든 고객의 장비 구성이 같다는 근거는 아닙니다. 업데이트를 단계적으로 적용하고, 영향을 확인하고, 특정 장비에 다른 일정이 필요한 이유를 기록하는 운영 판단은 여전히 사람의 몫입니다.
개발 환경을 재현하고 운영 중인 고객 서비스 지키기
Workshop을 쓰면 YAML 정의 파일로 개발 환경을 언제든 똑같이 재현할 수 있습니다. 개발자는 SDK와 자원을 고른 뒤 명령줄로 격리된 환경을 띄웁니다. 호스트 자원 접근은 명시적으로 설정해야 하므로, 에이전트를 실험하거나 툴체인을 바꿀 때 유용합니다. Workshop이 개발 PC 설정의 번거로움을 줄인다면, MAAS와 Landscape는 운영 인프라와 장비 유지보수를 맡습니다. 같은 제품이 아니라 서로 보완하는 역할입니다. 더 큰 서비스가 왜 중요한지는 이름이 공개된 고객 사례를 보면 이해할 수 있습니다. SBI BITS는 핵심 업무용 OpenStack 워크로드를 이전하면서도 사업 연속성을 지켜야 했습니다. Canonical은 전담 지원 엔지니어를 포함한 지원과 컨설팅을 제공하고, 새 환경 세 곳으로 단계적으로 이전하는 계획을 도왔습니다. 공개된 사례에 따르면 배포 시간은 50% 넘게 단축됐고, 기존 환경에 남은 워크로드는 Legacy 애드온으로 보안을 유지했습니다. Canonical이 공개한 SBI BITS의 결과이며, 모든 설치 환경에서 같은 절감을 약속하는 것은 아닙니다. Signet은 이 사례에서 기술 전문성이 고객의 운영 의무와 곧바로 맞닿아 있다고 봅니다. 새 용량을 만들어도 중요한 인증·금융 서비스 워크로드가 전환 중에 계속 운영되지 않으면 소용이 없습니다.
이야기는 숫자로도 남습니다.
날짜별 관측
USD · millionCanonical Group Limited 연간 회계 매출
연결 재무제표 범위의 정확한 금액입니다. ARR이나 기업가치가 아닌 매출입니다.
수치와 기준일 확인하기 ＋
| 기준일 | 수치 | 집계 기준 |
|---|---|---|
| 2024-12-31 | $291.505M | 2024년 12월 31일 종료 회계연도 |
| 2025-12-31 | $344.564M | 2025년 12월 31일 종료 회계연도 |
Companies House / Canonical Group Limited
Ubuntu26.04 LTS 출시
Ubuntu26.04 LTS 출시
Ubuntu Core26 정식 제공
Ubuntu Core26 정식 제공
Workshop 소개
Workshop 소개
성장의 맥락 더 읽기
유지보수까지 책임지는 인프라에 돈을 내는 고객
Canonical은 소프트웨어를 무료로 내놓고, 배포·관리·지원·소프트웨어 탑재 계약으로 돈을 법니다. Ubuntu Pro는 설치 대수 기준으로 가격을 매기는 보안·규정 준수 커버리지이며, 지원 수준은 선택할 수 있습니다. 현재 공개 가격표에 따르면 기본 구독은 워크스테이션당 연 25달러, 서버당 연 500달러입니다. 지원을 추가하면 금액이 달라집니다. 가격표는 인프라 지원과 전체 지원, 평일 지원과 24시간 지원을 나눠 둡니다. 퍼블릭 클라우드 구독은 클라우드 사업자가 사용량 기준으로 청구하므로, 해당 사업자와 인스턴스별로 가격을 확인해야 합니다. 따라서 고객은 커버하는 장비를 늘리거나 더 넓은 운영 서비스를 선택하는 방식으로 거래를 키울 수 있습니다. Signet이라면 판매 건마다 어떤 책임을 지는지 분명히 짚겠습니다. 보안 유지보수인지, 장애 대응 등급인지, 프라이빗 클라우드 구축인지, 관리형 인프라인지입니다. 무료 다운로드는 도입과 커뮤니티 피드백으로 이어지는 통로로서 여전히 가치가 있고, 계약은 그 위에 얹는, 합의된 서비스의 대가입니다. 그래서 장비 수, 구독 가격, 회계상 총매출은 사업을 보는 서로 다른 지표입니다.
특정 연결 범위의 회계상 매출
Canonical Group Limited의 공시 재무제표에 따르면 2025년 12월 31일로 끝난 회계연도 매출은 3억 4,456만 4천 달러로, 2024년 2억 9,150만 5천 달러에서 늘었습니다. 해당 연결 범위가 회계상 인식한 연간 매출입니다. 차트에는 비교 가능한 이 두 기간만 담았고, 전략 보고서의 반올림 수치(3억 4,500만 달러)가 아니라 감사받은 재무제표의 정확한 금액을 썼습니다. 같은 재무제표는 이 연결 범위가 Canonical Holdings Limited를 최상위로 하는 더 큰 Canonical 조직의 일부라고 밝히므로, 라벨에도 법적 범위를 함께 적었습니다. Signet은 이 비교에서 해당 연도에 고객이 이 사업에 더 많은 돈을 썼다고 봅니다. 다만 이 매출을 ARR(연간 반복 매출)로 바꾸거나 기업가치를 추정하지는 않습니다. 제품의 수익 구조는 무엇을 판매했느냐에 따라 달라집니다. 이미 설치된 서버를 유지보수하는 일과 새 프라이빗 클라우드를 설계·운영하는 일은 다릅니다. ESA 사례가 좋은 예입니다. Canonical은 우주 임무 운영을 위해 Kubernetes, 스토리지, 데이터 도구를 중심으로 아키텍처 설계, 구축, 관리형 서비스를 제공했습니다. 영업 직무든 기술 직무든, 지원자는 계약 내용과 그 계약을 이행하는 데 드는 운영 업무를 함께 설명할 수 있어야 합니다. 고객 확대와 새 요구 사항을 지원하는 비용도 여기에 들어갑니다.
유지보수 약속을 시험하는 세 가지 위험
공시된 위험 설명은 사이버 보안, 인력, 신기술 대응을 사업의 주요 위험으로 꼽습니다. 보안 사고는 제품, 내부 데이터, 핵심 운영에 영향을 줄 수 있으며, 회사는 개발과 인프라 전반에 보안 위험 관리를 반영하고 있다고 설명합니다. 인력 위험은 고객 지원에 필요한 전문가를 채용하고 유지하는 문제이며, 보고서는 핵심 인물에 대한 의존도도 다룹니다. 기술 변화는 회사가 엔지니어링과 사업화를 제때 바꾸지 못할 위험을 낳습니다. Signet이라면 이를 세 가지 실무 질문으로 바꿔 보겠습니다. 업데이트가 고객에게 안전하게 전달되는가? 약속한 범위를 지원할 전문 인력이 충분한가? 워크로드와 하드웨어가 바뀌어도 제품군이 계속 쓸모 있는가? 경쟁 대안으로는 지원을 제공하는 다른 Linux 배포판, 고객이 직접 하는 오픈소스 운영, 독점 인프라 구성이 있습니다. Canonical은 공통의 오픈소스 기반에 선택형 유료 서비스를 더하는 구조로 제품군을 내세웁니다. 따라서 비교할 때도 라이선스 가격만 보지 말고 유지보수 커버리지, 운영 부담, 고객의 기존 도구까지 따져야 합니다. SBI BITS 사례가 대표적입니다. 이전 과정에서 전문 인력이 서비스 연속성을 지켰고, Legacy 계약으로 기존 워크로드도 계속 지원받았습니다. 구독 뒤에 있는 서비스가 실제로 검증된 사례입니다.
누군가는 먼저 보았습니다.
창업자·CEO
Mark Shuttleworth
2004년 Canonical을 설립했습니다.
회사를 만든 선택 ＋
공개 접근성과 기업 유지보수를 잇습니다.
“무료 개인 Ubuntu Pro 구독으로”
Mark Shuttleworth · Ubuntu Pro personal subscriptions · 2022-10-05
회사를 만든 결정들
접근성과 지원을 함께 지키는 창업자
Mark Shuttleworth는 2004년 Canonical을 창업했고 지금도 CEO를 맡고 있습니다. 누구나 무료로 쓰는 Ubuntu 배포판과 Canonical의 유료 지원은 줄곧 회사를 떠받치는 두 축으로 맞물려 왔습니다. Shuttleworth는 2022년 10월 Ubuntu Pro를 발표하면서, 더 넓은 보안 커버리지를 원한 기업 고객의 요청에서 개인용 무료 구독이 나왔고, 덕분에 개인 사용자도 그 유지보수 혜택을 더 많이 받게 됐다고 설명했습니다. 이 결정은 사업 구조를 잘 설명해 줍니다. 커뮤니티의 접근성을 넓히는 동시에, 기업에는 책임 소재가 더 분명한 운영 관계를 판매할 수 있다는 것입니다. 현재 회사 소개 페이지는 80개가 넘는 국적의 팀원이 모인 국제적인 팀, 그리고 적응력·신뢰성·접근성·정밀함이라는 가치를 내세웁니다. Signet은 Canonical을 폭넓은 참여를 원하면서도 유료 고객에게는 까다로운 기술 약속을 하는 회사로 봅니다. 지원자는 이 긴장 관계를 업스트림 기여, 지원 대상 릴리스, 고객 장애 대응 같은 구체적 사례로 풀어낼 수 있습니다. 핵심은 어떤 결정이 넓은 커뮤니티를 위해 소프트웨어를 개선하면서도 분명한 지원 약속을 지켰는지입니다. 창업자의 공개 프로필보다 한 걸음 더 들어간, 제품 범위와 유지보수에 관한 실무 판단입니다.
여러 릴리스에 걸쳐 이어지는 엔지니어링 결정
Jon Seager는 2026년 4월 Ubuntu 26.04 릴리스와 5월 Ubuntu Core 26 발표에서 Ubuntu 엔지니어링 부사장으로 소개됐습니다. 5월 하순 Workshop 발표는 Seager의 엔지니어링 리더십을 언급하면서, 의존성과 개발 PC 설정에 쓰는 시간을 줄일 필요가 있다고 설명합니다. 이런 공개 발표에서 Seager가 관여한 구체적인 결정을 확인할 수 있습니다. 운영체제 기반을 현대화하고, 임베디드 업데이트를 더 통제된 방식으로 바꾸고, 개발 환경을 재현 가능하게 만드는 결정입니다. 직함은 발표 맥락 안에서만 쓰며, 이를 근거로 내부 보고 관계를 추정하지 않습니다. Signet이 보기에 이 회사에서 릴리스는 약속의 일부일 뿐입니다. 플랫폼을 바꾸면 유지보수 경로가 있어야 하고, 디바이스 업데이트는 추적할 수 있어야 하며, 개발 환경은 재현할 수 있어야 합니다. 엔지니어나 기술 영업 직무라면 사용성, 호환성, 보안 요구가 부딪힌 결정 하나를 골라, 어떤 근거로 결론을 냈는지 설명하는 연습을 해 보세요. 목적은 특정 제품 뒤에 있는 트레이드오프를 이해하는 데 있지, 그 리더가 모든 고객 배포나 현지 직원을 직접 이끈다고 주장하는 데 있지 않습니다.
판단을 글로 남기는 분산 근무
Canonical은 2004년부터 완전 분산 조직으로 운영해 왔다고 밝힙니다. 대부분의 직원이 원격으로 일하며, 1년에 최소 두 번 회사 비용으로 열리는 대면 스프린트에서 만납니다. 원격 근무 안내는 스스로 일을 조직하는 능력, 시간대를 넘나드는 협업, 실행의 완성도를 강조합니다. 채용 과정은 해당 사업 부문의 Hiring Lead가 맡으며, 서면 인터뷰, 인지 능력 평가, 필요한 경우 직무별 기술 평가로 진행됩니다. 서면 단계에서는 학업·경력상의 성취를 정해진 형식에 맞춰 설명합니다. 이후 면접에서는 직무 전문성과 일하는 방식을 확인합니다. 채용 절차 페이지는 직급과 관계없이 지원부터 오퍼까지 평균 3개월 정도 걸린다고 안내합니다. 계획을 세우기 위한 추정치일 뿐, 개인별 기한은 아닙니다. Signet이라면 실제 분산 근무처럼 준비하겠습니다. 문제를 글로 명확하게 정리하고, 동료가 근거를 재현할 수 있게 보여 주고, 결정을 자기 말로 설명해 보는 것입니다. 회사의 공개 지원 안내는 평가 중에 온라인 도구의 도움 없이 자기 말로 답하라고 요청합니다. 경험을 미리 정리한 준비 파일은 도움이 되지만, 평가 자체는 이 안내를 따라야 합니다.
한국 협업은 날짜에 맞춰 읽습니다
Canonical은 여러 나라의 동료를 잇는 분산 근무를 설명합니다. 한국 거주자는 각 공고의 허용 지역과 업무 시간, 출장 조건을 함께 읽어야 합니다. 현재 게시판의 Worldwide와 지역별 표시는 원래 의미로 유지합니다. 원격 근무 철학만으로 개인의 고용 조건을 정하지 않습니다. 팀 설명도 한국 보고 관계를 추정하기보다 회사의 근무 모델을 보여줍니다. 연 2회 이상 회사 지원 대면 스프린트와 독립 업무, 다른 시간대의 협업을 함께 봅니다. Signet은 짧은 기술 조사와 판단 기록, 다음 동료에게 이어줄 인계 사례를 준비하길 제안합니다. 기반 장애에서 어떤 근거로 진단을 바꾸고 다른 시간의 동료에게 해결을 전달했는지 설명할 수 있습니다. 실제 지원은 조건에 맞는 현재 공고를 따라야 합니다.
팀 설명은 공개한 분산 근무 방식과 고용주 공고의 실제 지역을 기준으로 합니다.
왜 한국이고, 왜 지금일까요?＋
과거 통신사와 Samsung 장치 협업이 한국 기술 파트너를 공개 플랫폼 개발에 잇습니다.
한국 통신사, 자문 그룹 참여
KT, LG유플러스, SK텔레콤이 Ubuntu 모바일 포럼 창립 멤버로 참여했습니다.
삼성 ARTIK 개발자 협업
ARTIK 5·10용 Ubuntu Core 이미지와 시연을 발표했습니다.
한국에서의 기회 자세히 보기
날짜로 확인되는 한국과의 협업 이력
Canonical의 공개 연혁을 보면 Ubuntu는 몇몇 프로젝트를 계기로 한국 기술 기업들과 인연을 맺었습니다. 2013년 6월 KT, LG유플러스, SK텔레콤이 Ubuntu 모바일 개발을 위한 Carrier Advisory Group에 창립 멤버로 참여했습니다. 통신사가 스마트폰 플랫폼의 방향에 의견을 내기 위한 포럼이었습니다. 2016년 2월에는 Canonical이 삼성 ARTIK 5·10 모듈에 최적화된 Ubuntu Core 개발자 이미지를 발표하고 Mobile World Congress에서 시연했습니다. 하드웨어, 애플리케이션 개발, 원격 디바이스 유지보수를 아우르는 협업이었습니다. 둘 다 시점과 제품 맥락이 분명한 파트너십 이정표입니다. Signet은 이를 한국 통신·전자 기업이 Canonical의 오픈 플랫폼 생태계에 참여해 왔다는 근거로 봅니다. 이 이력은 기술 협력 관계와, 기업들이 어떤 문제 때문에 Ubuntu를 찾는지 이해하는 데 쓸모가 있습니다. 디바이스 제조사에는 지원되는 하드웨어와 업데이트 경로가, 통신사에는 운영 요건에 맞는 인프라 생태계가 필요합니다. 고객이 풀려는 문제가 서로 다르므로, 이 페이지는 과거 프로그램을 현재의 Ubuntu Pro, 서버, 임베디드 제품군과 구분해 다룹니다.
분산 근무 조건은 공고별로 확인하기
Canonical은 여러 나라의 기술 인력이 함께 일하는 분산 고용 모델을 소개합니다. 한국에 있는 지원자라면 공고마다 허용 근무 지역, 근무 시간, 출장 조건을 함께 확인하는 것이 다음 단계입니다. 현재 채용 게시판에는 전 세계 대상 공고와 지역 한정 공고가 함께 있으며, 근무지 표시는 적힌 그대로 받아들여야 합니다. 원격 근무를 폭넓게 지향한다고 해서 개별 지원자의 고용 조건까지 정해지는 것은 아닙니다. 그래서 이 페이지의 팀 설명도 한국 내 보고 체계를 추정하지 않고, 회사가 공개한 근무 모델만 다룹니다. 1년에 최소 두 번 회사 비용으로 열리는 스프린트도 이 모델의 일부이며, 자율적인 업무와 시간대를 넘나드는 협업이 함께 요구됩니다. Signet이라면 비동기 소통 능력을 보여 주는 사례로 준비하겠습니다. 간결한 기술 조사, 결정 기록, 다른 동료가 이어받을 수 있는 인계 문서가 그 예입니다. 인프라 장애를 사례로 들면 더 구체적입니다. 무슨 일이 있었는지, 어떤 근거로 진단이 바뀌었는지, 다른 시간대의 동료에게 해결 과정을 어떻게 공유했는지 설명해 보세요. 이런 준비는 회사의 운영 방식에 근거한 것이며, 실제 지원은 조건에 맞는 현재 공고를 기준으로 해야 합니다.
기술 경험을 자기 말로 준비하기
공개된 채용 절차를 보면, 포지션을 고르기 전에 어느 정도의 시간과 노력이 드는지 가늠할 수 있습니다. 해당 사업 부문의 Hiring Lead가 지원 과정을 맡고, 평가 단계는 서면 인터뷰와 General Intelligence Assessment, 그리고 직무에 따라 기술 과제로 구성됩니다. 서면 인터뷰에서는 학업과 경력상의 성취를 묻기 때문에, 본인의 기여와 결과가 분명한 사례를 정리해 두는 것이 좋습니다. 이후 직무 면접에서는 그 사례 뒤에 있는 기술 경험을 깊이 묻고, 인재 면접(talent interview)에서는 동기와 일하는 방식을 봅니다. Signet은 세 가지 자료를 중심으로 준비하기를 권합니다. 재현 가능한 문제 조사, 운영 절차를 개선한 사례, 문서로 남긴 팀 간 협업입니다. 어디까지나 준비를 위한 제안이며, 입사 첫 분기 업무나 현지 팀 구조에 대한 회사의 약속은 아닙니다. 각 사례에는 트레이드오프와 결과의 한계를 포함해 본인의 판단이 드러나야 합니다. Canonical의 평가 안내는 온라인 도구 없이 자기 말로 답하라고 요청합니다. 그래서 매끄럽지만 일반적인 답보다, 과거 업무를 정확하게 설명하는 편이 더 효과적입니다. 분산 근무 환경과 만만치 않은 평가 과정이 자신이 원하는 일하는 방식에 맞는지는 지원자가 스스로 판단하면 됩니다.
한국 공고
지금 확인된 한국 공고가 없습니다. 회사 이야기는 계속 살펴볼 수 있습니다.
이 회사의 해외 공고 보기 →다음 장면은 만들어지고 있습니다.
Ubuntu26.04 LTS 출시
2026년 4월 23일 Ubuntu 26.04 LTS는 개발과 기업 배치 기반을 바꿨습니다. Rust를 쓰는 메모리 안전과 CUDA·ROCm 지원, 기밀 컴퓨팅 확장을 발표했습니다. Signet은 개발·운영 환경의 변경을 LTS 유지 경로에 연결해 읽습니다. 필요한 하드웨어와 프로그램의 호환성, 중요 업무를 옮기기 전 시험이 후속 판단입니다.
Ubuntu Core26 정식 제공
2026년 5월 19일 Core 26을 정식 제공했습니다. 서명한 구성요소와 측정 부팅, 파일을 원래 패키지 조각에 연결하는 Chisel 조립을 설명합니다. 무선 업데이트 크기도 snap마다 다른 비율로 줄였다고 발표했습니다. 제품 출시의 설명과 고객별 운영 결과를 구분합니다. Signet은 하드웨어 지원과 업데이트 시험, 구성요소 추적이 장기간 장치 운영에 도움이 되는지 보길 제안합니다.
Workshop 소개
2026년 5월 27일 Workshop 발표는 개발 환경 재현을 에이전트 실험에 잇습니다. 버전으로 관리하는 YAML이 SDK와 격리 환경을 정하고 명시한 인터페이스가 호스트 자원 접근을 제어합니다. 동료가 환경과 허용한 접근 범위를 다시 이해할 수 있습니다. Signet은 앞으로 새 LTS 도입과 안정적인 장치 업데이트, AI 개발 환경 재현을 각각의 운영 시험으로 봅니다. 공개 소프트웨어를 쉽게 시작하고 오래 예측 가능하게 쓰는 방향입니다. 재무 근거는 이전 회계 연도, 출시는 지금 검토할 제품 작업을 설명합니다.
최근 움직임의 맥락 더 읽기
2026년 워크로드에 맞춘 기반 업데이트
2026년 4월 23일 출시된 Ubuntu 26.04 LTS는 최신 개발 환경과 기업 배포에 맞춰 플랫폼을 업데이트했습니다. 발표에는 Rust를 활용한 메모리 안전성 강화, CUDA·ROCm 기본 지원, 기밀 컴퓨팅 기능 확대가 담겼습니다. Signet은 이를 개발자가 애플리케이션을 만들고 운영자가 운영하는 환경 자체의 변화로 봅니다. LTS 지원 경로가 있어 이 릴리스도 운영 환경에서 계속 유지보수를 받습니다. 다음으로 살필 것은 호환성입니다. 고객에게 어떤 하드웨어·소프트웨어 조합이 필요한지, 핵심 워크로드를 옮기기 전에 업그레이드를 어떻게 테스트할지입니다. 릴리스 기능은 이런 운영 판단을 거쳐야 비로소 가치를 냅니다.
추적 가능한 디바이스 변경 관리
Ubuntu Core 26은 2026년 5월 19일 정식 출시됐습니다. 발표에 따르면 서명된 구성요소와 측정 부팅(measured boot) 체인을 갖춘 불변(immutable) 디바이스 운영체제입니다. Chisel 기반 구성 방식으로 각 파일이 어느 패키지 조각에서 왔는지도 추적합니다. OTA 업데이트 용량도 줄었다고 밝혔는데, 감소 폭은 snap마다 다릅니다. 이는 디바이스 관리에 관한 제품 출시 발표 내용이며, 모든 고객 장비에서 측정한 결과는 아닙니다. Signet이라면 하드웨어 지원, 업데이트 테스트, 구성요소 추적 기능이 장기 배포 운영을 실제로 쉽게 만드는지 지켜보겠습니다. 이번 출시는 Canonical의 유지보수 중심 전략을, 사람 손 없이도 안정적으로 업데이트돼야 하는 장비로까지 넓힙니다.
실험 환경에 재현 가능한 경계 두기
2026년 5월 27일 발표된 Workshop은 재현 가능한 개발 환경을 에이전트 실험에 접목합니다. 버전 관리되는 YAML 정의 파일로 SDK와 격리 환경을 지정하고, 명시적인 인터페이스로 호스트 자원 접근을 통제합니다. 빠르게 바뀌는 도구에 실무적인 경계가 생기는 셈입니다. 동료가 같은 환경을 다시 만들 수 있고, 어떤 접근 권한이 주어졌는지도 알 수 있어야 합니다. 앞으로 1년 동안 Signet은 새 LTS 도입, 안정적인 디바이스 업데이트, 재현 가능한 AI 개발 환경을 각각 별도의 운영 시험대로 보고 지켜보겠습니다. 세 가지는 결국 한 질문으로 모입니다. Canonical이 오픈소스 소프트웨어를 처음에는 쉽게 시작하고, 쓰는 내내 예측 가능하게 운영할 수 있게 하는지입니다. 재무 자료는 지난 회계연도의 이야기이고, 이번 릴리스들은 고객과 지원자가 지금 직접 살펴볼 수 있는 제품 작업입니다.
알아 두면 좋은 것
Canonical, 이것만은 알아 두세요
Canonical는 무슨 일을 하나요?
개발자는 운영체제 라이선스 비용을 내지 않고 Ubuntu를 내려받아 프로그램을 실행할 수 있습니다. 기업에는 그 뒤의 일이 중요합니다. 오래 운영할 컴퓨터를 누가 안전하게 유지하고 어려운 장애에 대응할지 정해야 합니다. Canonical은 오픈소스의 지속적인 운영을 유료 서비스로 만듭니다. 데스크톱과 서버, 클라우드, 장치에 Ubuntu를 제공하고 cloud-init과 Netplan, OpenStack에도 기여합니다. Signet은 유지보수를 맡을 상대가 필요한 기업에 공개 소프트웨어를 실용적인 선택으로 만드는 사업으로 읽습니다. 무료 코드 이용과 유료 지원 구매는 각각의 판단입니다. 고객은 직접 운영하거나 보안과 지원, 배치 도움을 계약할 수 있습니다. 다운로드 수만으로 판매를 읽지 않고 Canonical과 고객이 각각 맡는 운영 책임을 봐야 합니다.
한국에는 어떤 기회가 있나요?
Canonical은 여러 나라의 동료를 잇는 분산 근무를 설명합니다. 한국 거주자는 각 공고의 허용 지역과 업무 시간, 출장 조건을 함께 읽어야 합니다. 현재 게시판의 Worldwide와 지역별 표시는 원래 의미로 유지합니다. 원격 근무 철학만으로 개인의 고용 조건을 정하지 않습니다. 팀 설명도 한국 보고 관계를 추정하기보다 회사의 근무 모델을 보여줍니다. 연 2회 이상 회사 지원 대면 스프린트와 독립 업무, 다른 시간대의 협업을 함께 봅니다. Signet은 짧은 기술 조사와 판단 기록, 다음 동료에게 이어줄 인계 사례를 준비하길 제안합니다. 기반 장애에서 어떤 근거로 진단을 바꾸고 다른 시간의 동료에게 해결을 전달했는지 설명할 수 있습니다. 실제 지원은 조건에 맞는 현재 공고를 따라야 합니다.
회사를 더 깊이 알아보려면 어떻게 하나요?
비전부터 제품, 성장, 사람, 한국 팀과 현재 공고까지 한 페이지에서 이어집니다. 목차로 원하는 곳으로 이동하고, 궁금한 부분은 펼쳐서 더 읽을 수 있습니다.