오두 호스팅 선택 — Online·Odoo.sh·온프레미스

커스텀 모듈을 쓸 것인지가 거의 모든 것을 결정합니다

오두 호스팅 선택을 기능 비교로 접근하면 결론이 나지 않습니다. 세 가지 모두 같은 오두를 돌리고, 사용자가 보는 화면도 같습니다.

선택을 가르는 것은 한 가지 질문입니다. 커스텀 모듈이나 앱스토어 모듈을 쓸 것인가. 이 질문에 그렇다고 답하면 선택지가 둘로 좁아지고, 아니라고 답하면 가장 단순한 쪽이 최선입니다.

그래서 호스팅 결정은 구축 범위 결정과 같은 자리에서 해야 합니다. 커스터마이즈 범위를 정하지 않은 상태로 호스팅을 먼저 고르면, 구축 중반에 모듈이 필요해져 호스팅을 옮기게 됩니다.

이 글은 공식 문서에서 확인한 사실을 기준으로 세 선택지를 정리합니다. 확인하지 못한 항목은 확인 불가로 남겼습니다. 가격과 정책은 변경될 수 있으므로 본문 수치는 확인일 기준입니다.

Odoo Online — 가장 단순하고 제약이 분명합니다

Odoo Online은 오두가 운영하는 클라우드입니다. 공식 문서에 가장 분명하게 적힌 제약이 하나 있습니다. Odoo Online은 커스텀 모듈이나 오두 앱스토어의 모듈과 호환되지 않습니다. 코드가 필요 없는 커스터마이즈는 가능합니다.

이 제약을 뒤집어 보면 장점이 됩니다. 커스텀 코드가 없으므로 버전 업그레이드가 깨질 여지가 적습니다. 공식 문서 기준으로 업그레이드 옵션은 업그레이드가 가능한 경우에만 표시되고, 버튼을 누르면 데이터베이스 업그레이드가 시작됩니다.

백업은 두 층입니다. 사용자가 Download Backup으로 데이터베이스 ZIP을 직접 내려받을 수 있고, 오두가 클라우드 호스팅 SLA에 따라 매일 백업합니다. 데이터베이스가 너무 크면 다운로드 버튼이 비활성화되며 오두 지원에 문의하라는 안내가 표시됩니다.

> 데이터베이스 관리 기능

데이터베이스 매니저에서 이름 변경, 복제, 소유권 이전, 삭제가 가능합니다. 삭제는 영구적입니다. 복제 기능은 설정 변경을 시험해 볼 때 유용합니다.

그리고 가격 측면에서 중요한 점이 있습니다. 공식 가격 플랜 설명 기준으로 Standard 플랜은 커스텀 모듈이 없는 데이터베이스를 Odoo Online에 호스팅하는 구성입니다. Custom 플랜도 Odoo Online에 추가 비용 없이 호스팅할 수 있습니다. 즉 Odoo Online은 두 플랜 모두에서 추가 호스팅 비용이 들지 않습니다.

Odoo.sh — 개발 흐름을 전제한 플랫폼

Odoo.sh는 커스텀 개발을 전제한 호스팅입니다. 공식 사이트가 설명하는 핵심은 GitHub와 긴밀하게 통합되어 있다는 점입니다. 브랜치를 푸시하면 스테이징과 개발 서버가 생성됩니다.

스테이징 환경은 모든 데이터의 라이브 복제를 제공합니다. 즉 실제 운영 데이터와 같은 상태에서 변경을 시험할 수 있습니다. ERP에서 이것이 중요한 이유는, 설정 변경의 영향이 데이터 상태에 따라 달라지기 때문입니다.

개발·스테이징·운영 컨테이너에 셸 접근이 제공됩니다. 그리고 커뮤니티 모듈 설치가 가능하며, 공식 사이트는 git 서브모듈로 OCA 프로젝트를 추가하는 예시를 제시합니다.

> 백업과 운영

백업은 '3개의 서로 다른 서버에 매일 증분 백업'으로 표기되어 있습니다. 보관 기간은 해당 페이지에 기재되어 있지 않아 확인하지 못했습니다. 그리고 오두가 모든 서버를 모니터링하고 유지한다고 표기되어 있습니다.

비용에서 반드시 확인해야 할 점이 있습니다. 공식 가격 페이지 각주는 Custom 플랜에서 'Odoo.sh 호스팅 비용은 포함되지 않는다'고 명시하고, 구독 미포함 항목에 '커스텀 개발에 대한 Odoo.sh 호스팅'을 적고 있습니다. 즉 Custom 플랜 라이선스를 샀다고 Odoo.sh가 무료로 따라오지 않습니다.

그래서 Odoo.sh를 검토할 때는 월 호스팅 비용을 별도 항목으로 견적에 받아야 합니다. 리소스 규모에 따라 달라지므로 사용자 수와 데이터 규모를 전달하고 산정된 금액을 서면으로 받으십시오.

온프레미스 — 통제와 책임을 함께 가져옵니다

온프레미스는 자사 서버나 자사가 계약한 클라우드에 직접 설치하는 방식입니다. 가장 큰 통제권을 갖고 가장 큰 책임을 집니다.

공식 가격 플랜 설명에 명시된 제약이 하나 있습니다. 온프레미스 사용자는 오두의 최신 안정 버전을 사용해야 합니다. 즉 구 버전에 머물러 있을 수 없고, 업그레이드를 자체적으로 수행해야 합니다.

선택하는 이유는 보통 셋입니다. 데이터를 자사 통제 아래 두어야 하는 규정이나 내부 정책이 있습니다. 기존 사내 시스템과 같은 네트워크에서 직접 연동해야 합니다. 또는 이미 운영 인력과 인프라가 있어 추가 비용이 작습니다.

> 비용이 보이지 않는 곳에 있습니다

온프레미스는 호스팅 요금이 없어 싸 보이지만, 비용이 인력과 시간으로 이전됩니다. 서버 구축과 운영, 백업 설계와 복구 시험, 보안 패치, 버전 업그레이드, 장애 대응. 이 작업을 담당할 사람이 지정되어 있지 않으면 선택하지 마십시오.

특히 백업은 '설정했다'가 아니라 '복구해 봤다'가 기준입니다. 백업 파일이 생성되고 있다는 것과 그 파일로 실제 복구가 된다는 것은 다릅니다. 분기에 한 번 복구 시험을 하는 절차를 운영 규칙에 넣으십시오.

공식 문서의 호스팅 비교 본문과 업그레이드 책임 주체를 다루는 문서는 접근 제약으로 확인하지 못했습니다. 따라서 온프레미스의 백업·업그레이드 책임 주체에 대한 공식 문구를 이 글에서 단정적으로 인용하지 않았습니다. 계약 전 공식 문서에서 직접 확인하십시오.

선택을 가르는 질문 다섯 개

순서대로 답하면 선택이 거의 결정됩니다. 첫째, 커스텀 모듈이나 앱스토어 모듈이 필요한가. 그렇다면 Odoo Online은 제외되고 Odoo.sh 또는 온프레미스입니다. 앞선 글에서 다룬 한국 전자세금계산서 서드파티 모듈이 이 경우에 해당합니다.

둘째, 운영 인력이 있는가. 서버 운영과 백업 복구 시험, 보안 패치를 담당할 사람이 지정되어 있지 않으면 온프레미스는 제외됩니다.

셋째, 데이터를 자사 통제 아래 두어야 하는 규정이 있는가. 있다면 온프레미스가 유력하고, 없다면 운영 부담을 지지 않는 쪽이 유리합니다.

넷째, 개발 흐름이 필요한가. 모듈을 자체 개발하거나 지속적으로 수정할 계획이면 GitHub 연동과 스테이징이 제공되는 Odoo.sh가 작업 효율에서 유리합니다.

> 다섯째가 예산을 결정합니다

다섯째, 호스팅 비용을 별도 예산으로 잡을 수 있는가. Odoo.sh는 구독에 포함되지 않으므로 월 비용이 추가됩니다. 이 비용을 예산에 넣을 수 없다면, 모듈 요구를 줄여 Odoo Online으로 가는 방향을 검토해야 합니다.

다섯 질문의 답을 적어 보면 대개 하나로 수렴합니다. 수렴하지 않는다면 커스터마이즈 범위가 아직 정해지지 않았다는 뜻이고, 그 결정을 먼저 하셔야 합니다.

버전 업그레이드가 어디서 달라지는가

구독에 버전 업그레이드가 추가 비용 없이 포함된다는 것은 공식 가격 페이지에 명시되어 있습니다. 그러나 '포함된다'와 '문제없이 넘어간다'는 다릅니다.

Odoo Online은 커스텀 코드가 없으므로 업그레이드 위험이 가장 낮습니다. 공식 문서 기준으로 업그레이드가 가능할 때 옵션이 표시되고 버튼으로 시작됩니다.

Odoo.sh와 온프레미스는 커스텀 코드가 있을 수 있으므로 업그레이드 때 그 코드가 새 버전에서 동작하는지 검증해야 합니다. 그리고 공식 가격 페이지는 '커스텀 코드의 유지보수'를 구독 미포함 항목으로 명시합니다. 즉 검증과 수정은 자사 또는 파트너의 작업입니다.

> 스테이징이 여기서 값을 합니다

Odoo.sh의 스테이징 환경이 라이브 데이터 복제를 제공한다는 점이 업그레이드에서 특히 유용합니다. 운영 데이터 상태에서 새 버전을 먼저 돌려 보고, 깨지는 지점을 찾아 고친 뒤 운영에 적용할 수 있습니다.

온프레미스에서 같은 일을 하려면 스테이징 환경을 직접 구성해야 합니다. 이 구성과 유지가 가능한지가 온프레미스 선택의 실질 조건 중 하나입니다.

그리고 서드파티 모듈을 쓰는 경우, 모듈 발행사가 새 버전을 지원하는지가 업그레이드 가능 여부를 좌우합니다. 모듈 의존이 많은 구성은 업그레이드 시점에 발행사 일정에 묶입니다. 도입 전에 각 모듈의 버전 지원 이력을 확인하십시오.

백업과 복구를 기준으로 비교하면

ERP에서 백업은 기능이 아니라 요건입니다. 세 선택지의 차이를 확인된 범위에서 정리하겠습니다.

Odoo Online은 사용자가 데이터베이스 ZIP을 직접 내려받을 수 있고, 오두가 클라우드 호스팅 SLA에 따라 매일 백업합니다. 데이터베이스가 너무 크면 다운로드 버튼이 비활성화되고 지원 문의 안내가 표시됩니다.

Odoo.sh는 '3개의 서로 다른 서버에 매일 증분 백업'으로 표기되어 있습니다. 보관 기간은 해당 페이지에 기재가 없어 확인하지 못했습니다.

온프레미스는 자사가 설계합니다. 주기, 보관 기간, 보관 위치, 암호화, 복구 절차를 모두 정해야 합니다.

> 세 경우 모두에 해당하는 것

어느 선택지든 복구 시험은 자사가 해야 합니다. 백업이 존재한다는 것과 그 백업으로 특정 시점 상태를 되살릴 수 있다는 것은 다릅니다. 분기에 한 번, 백업 파일로 별도 환경에 복구해 핵심 데이터 몇 건을 확인하는 절차를 운영 규칙에 넣으십시오.

그리고 보관 기간을 명확히 확인하십시오. 재무 데이터의 보존 요건이 있는 조직이라면 호스팅의 기본 백업 보관 기간만으로 충족되지 않을 수 있습니다. 이 판단은 자격을 갖춘 전문가의 확인이 필요합니다.

옮길 수 있는가 — 전환 가능성

처음 선택이 영구적인지 묻는 경우가 많습니다. 기술적으로는 데이터베이스를 옮길 수 있지만, 전환에는 작업과 위험이 따릅니다.

Odoo Online에서 Odoo.sh나 온프레미스로 가는 방향은 비교적 자연스럽습니다. Odoo Online에서 데이터베이스 ZIP을 내려받을 수 있고, 커스텀 코드가 없던 상태이므로 옮긴 뒤 모듈을 추가하는 순서가 됩니다.

반대 방향은 제약이 있습니다. 커스텀 모듈이 들어간 데이터베이스를 Odoo Online으로 옮기려면 그 모듈을 제거해야 하고, 모듈이 데이터 구조를 바꿨다면 제거가 단순하지 않습니다.

> 그래서 첫 결정이 중요합니다

커스터마이즈 요구가 불확실한 상태에서 Odoo Online으로 시작하는 것은 합리적입니다. 나중에 옮기는 방향이 열려 있기 때문입니다. 반대로 '일단 Odoo.sh로 가고 나중에 단순화하자'는 계획은 되돌리기 어렵습니다.

다만 전환 절차와 소요 시간, 그리고 다운타임은 구성에 따라 크게 달라집니다. 공식 문서의 호스팅 비교 본문을 확인하지 못했으므로 이 글에서 전환 절차를 단정적으로 서술하지 않았습니다. 전환을 계획한다면 공식 문서와 공급사 확인을 거치십시오.

구성별 적합 조건과 부적합 조건

Odoo Online이 맞는 조건. 커스텀 모듈이나 앱스토어 모듈이 필요하지 않습니다. 운영 인력을 두기 어렵습니다. 업그레이드 위험을 최소화하고 싶습니다. 호스팅 비용을 별도 예산으로 잡기 어렵습니다. 맞지 않는 조건은 모듈이 필요한 경우, 그리고 데이터를 자사 통제 아래 두어야 하는 규정이 있는 경우입니다.

Odoo.sh가 맞는 조건. 커스텀 모듈이나 앱스토어 모듈을 씁니다. 모듈을 지속적으로 개발·수정할 계획이 있어 GitHub 연동과 스테이징이 값을 합니다. 서버 운영 부담은 지지 않으려 합니다. 호스팅 비용을 별도 예산으로 잡을 수 있습니다. 맞지 않는 조건은 호스팅 비용 예산이 없는 경우, 그리고 데이터를 자사 통제 아래 두어야 하는 규정이 있는 경우입니다.

온프레미스가 맞는 조건. 데이터 통제 규정이 있습니다. 사내 시스템과 같은 네트워크에서 직접 연동해야 합니다. 운영 인력과 인프라가 이미 있습니다. 맞지 않는 조건은 운영 담당자가 지정되지 않은 경우, 그리고 최신 안정 버전을 계속 따라갈 체계가 없는 경우입니다.

> 세 경우 모두에 해당하는 조건

어느 쪽이든 복구 시험 절차가 있어야 합니다. 그리고 커스텀 코드를 쓰기로 하면 그 코드의 유지보수 주체와 연간 비용을 계약 단계에서 정해야 합니다. 구독에 포함되지 않는 항목이기 때문입니다.

요약 — 확인된 것과 확인되지 않은 것

확인된 것. Odoo Online은 커스텀 모듈이나 앱스토어 모듈과 호환되지 않습니다. 사용자가 데이터베이스 ZIP을 내려받을 수 있고 오두가 매일 백업하며, 데이터베이스가 크면 다운로드가 비활성화됩니다.

확인된 것. Odoo.sh는 GitHub 통합, 브랜치 푸시로 스테이징·개발 서버 생성, 라이브 데이터 복제 스테이징, 컨테이너 셸 접근, 커뮤니티 모듈 설치, 3개 서버 매일 증분 백업을 제공합니다. 보관 기간은 기재가 없어 확인하지 못했습니다.

확인된 것. Standard 플랜은 커스텀 모듈 없는 데이터베이스를 Odoo Online에 호스팅합니다. Custom 플랜은 Odoo Online에 추가 비용 없이 호스팅하거나 Odoo.sh·온프레미스를 선택할 수 있으며, Odoo.sh 호스팅 비용은 구독에 포함되지 않습니다. 온프레미스 사용자는 최신 안정 버전을 사용해야 합니다. 구독에는 호스팅과 버전 업그레이드가 포함되고 커스텀 코드 유지보수는 미포함입니다.

확인되지 않은 것. 공식 문서의 호스팅 3종 비교 본문과 업그레이드 책임 주체 문서를 접근 제약으로 확인하지 못했습니다. Odoo.sh 백업 보관 기간, Odoo.sh 월 호스팅 금액, 그리고 호스팅 간 전환의 구체적 절차와 다운타임도 확인하지 못했습니다. 이 항목들은 견적 단계에서 서면으로 확인하십시오.

호스팅 세 가지 비교 — 확인된 범위

전제와 기준: Odoo 공식 문서(Odoo Online), Odoo.sh 공식 사이트, Odoo 공식 가격 페이지 및 가격 플랜 설명 2026년 10월 8일 확인. 공식 문서의 호스팅 3종 비교 본문과 업그레이드 책임 주체 문서는 접근 제약으로 확인하지 못했으므로, 해당 세부 문구는 이 표에 포함하지 않았습니다. Odoo.sh 백업 보관 기간과 월 호스팅 금액은 확인하지 못했습니다. 정책은 변경될 수 있으므로 계약 전 공식 페이지에서 재확인하십시오.

선택을 가르는 질문 다섯 개

전제와 기준: 다섯 질문의 답이 하나로 수렴하지 않으면 커스터마이즈 범위가 아직 정해지지 않았다는 뜻입니다. 호스팅 결정은 구축 범위 결정과 같은 자리에서 하십시오. 범위를 정하지 않고 호스팅을 먼저 고르면 구축 중반에 옮기게 됩니다.

독자가 자주 묻는 질문

Q. Odoo Online에서 커스터마이즈가 전혀 안 되는가

코드가 필요 없는 커스터마이즈는 가능합니다. 공식 문서가 Odoo Online이 커스텀 모듈이나 앱스토어 모듈과 호환되지 않는다고 명시하면서, 코드 없는 커스터마이즈는 가능하다고 함께 적고 있습니다. 다만 설정 기반 커스터마이즈의 핵심 도구인 Studio는 가격 페이지 기준으로 Custom 플랜에서 제공됩니다. 즉 Standard + Odoo Online 구성에서는 Studio 없이 기본 설정 범위로 쓰게 됩니다.

Q. Custom 플랜을 사면 Odoo.sh가 포함되는가

포함되지 않습니다. 공식 가격 페이지 각주가 Custom 플랜의 Odoo.sh 호스팅 비용은 포함되지 않는다고 명시하고, 구독 미포함 항목에 '커스텀 개발에 대한 Odoo.sh 호스팅'을 적고 있습니다. Custom 플랜으로 Odoo Online에 호스팅하는 것은 추가 비용이 없지만, Odoo.sh를 쓰려면 월 비용을 별도로 예산에 넣어야 합니다. 금액은 확인하지 못했으므로 견적 단계에서 서면으로 받으십시오.

Q. 온프레미스가 가장 저렴한가

호스팅 요금이 없어 그렇게 보이지만, 비용이 인력과 시간으로 이전됩니다. 서버 구축·운영, 백업 설계와 분기별 복구 시험, 보안 패치, 버전 업그레이드, 장애 대응이 자사 작업입니다. 그리고 공식 설명 기준으로 온프레미스는 최신 안정 버전을 사용해야 하므로 업그레이드를 계속 따라가야 합니다. 담당자가 지정되어 있지 않다면 가장 비싼 선택이 될 수 있습니다.

Q. 나중에 호스팅을 옮길 수 있는가

기술적으로는 가능하지만 방향에 따라 난이도가 다릅니다. Odoo Online에서 Odoo.sh나 온프레미스로 가는 방향은 비교적 자연스럽습니다. 반대로 커스텀 모듈이 들어간 데이터베이스를 Odoo Online으로 옮기려면 모듈을 제거해야 하고, 모듈이 데이터 구조를 바꿨다면 단순하지 않습니다. 구체적 전환 절차와 다운타임은 확인하지 못했으므로 공식 문서와 공급사 확인을 거치십시오.

이 글이 다루지 않는 것

이 글은 확인된 공식 자료 범위에서 세 선택지를 비교합니다. 공식 문서의 호스팅 3종 비교 본문과 업그레이드 책임 주체 문서는 접근 제약으로 확인하지 못했으므로 해당 세부 문구를 인용하지 않았습니다. Odoo.sh의 백업 보관 기간과 월 호스팅 금액, 호스팅 간 전환의 구체적 절차와 다운타임도 확인하지 못했습니다. 또한 재무 데이터 보존 요건 판단은 세무·회계 영역이므로 다루지 않으며, 자격을 갖춘 전문가의 확인이 필요합니다.

출처와 확인일

가격·에디션·정책은 공급사가 예고 없이 변경할 수 있습니다. 계약 전 위 공식 페이지에서 직접 재확인하십시오. 원화 환산은 1 USD = 1,380원, 기준일 2026년 10월 5일을 적용했습니다.

함께 읽으면 좋은 솔바인드9 글