Odoo는 전용 20.0 경로 아래 사용자 문서를 공개하고 있으며, 공식 머지 인프라에는 20.0 브랜치를 대상으로 한 활성 스테이징 작업이 표시됩니다. 이로 인해 Odoo 20 문서와 개발 활동이 공개적으로 확인됩니다. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge) 이는 일반 출시일을 확정하거나 모든 기능, 마이그레이션 요건, 문서 페이지가 최종 상태임을 보여주지는 않습니다. 조직은 공개된 준비 상황과 확정된 프로덕션 출시 이정표를 구분해야 합니다. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Odoo는 기존 XML-RPC 및 JSON-RPC 서비스 제거 일정도 변경했습니다. 제거는 이제 Odoo 21.1/22까지 연기되었고, Odoo 20과 21에서는 JSON-2와 함께 이 서비스들이 더 이상 권장되지 않는 형태로 유지됩니다. (Odoo pull Docs: 16925) 따라서 구형 서비스를 사용하는 통합은 Odoo 20 또는 21로 업그레이드할 때 확인된 제거 이벤트에 직면하지 않습니다. 그러나 더 이상 권장되지 않는다는 점은 계획이 필요하며, 해당 버전에서의 사용 가능성이 인터페이스를 무기한 유지하겠다는 약속은 아닙니다. (Odoo pull Docs: 16925)
공개된 Odoo 20 활동이 확인하는 것
Odoo의 20.0 문서 구조 안에서 최소 한 개의 공개 사용자 문서 페이지를 확인할 수 있습니다. Odoo의 머지 인프라도 20.0 브랜치에 대한 스테이징 활동을 표시합니다. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge) 이러한 출처는 초기 기술 검토에 도움이 될 수 있지만, 전체 문서 세트가 완성되었거나 스테이징된 모든 변경이 그대로 프로덕션에 반영된다는 의미는 아닙니다. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
팀은 제공되는 문서를 사용해 영향을 받는 비즈니스 프로세스를 검토하기 시작하고, 스테이징 활동을 통해 주시할 가치가 있는 개발 영역을 식별할 수 있습니다. 다만 마이그레이션 예산과 일정은 최종 문서, 지원되는 업그레이드 경로, 배포에 선택된 정확한 빌드를 기준으로 한 후속 검증을 반영해야 합니다. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
이 구분은 공개 문서 경로를 완료된 릴리스의 증거로 오해하지 않도록 돕습니다. उपलब्ध한 출처는 Odoo 20 자료와 브랜치 작업이 보인다는 점은 확인하지만, 완전한 릴리스 승인 체크리스트를 제공하지는 않습니다. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
기존 RPC는 계속 사용 가능하지만 더 이상 권장되지 않음
Odoo 20에서 XML-RPC와 JSON-RPC가 제거될 것으로 예상하고 세운 계획은 수정해야 합니다. 현재 방침은 제거를 Odoo 21.1/22까지 연기하며 Odoo 20과 21에서 두 기존 서비스를 계속 사용할 수 있게 합니다. JSON-2도 함께 사용할 수 있습니다. (Odoo pull Docs: 16925) 따라서 조직은 Odoo 20 장애를 피하기 위해서만 계획했던 재작성의 시급성을 재검토할 수 있으며, 동시에 더 이상 권장되지 않는 인터페이스에서 벗어나기 위해 필요한 작업은 계속해야 합니다. (Odoo pull Docs: 16925)
통합 담당자는 커스텀 코드, 외부 시스템, 그리고 핵심 Odoo 구현 외부에서 관리되는 연결 전반에 걸친 XML-RPC 및 JSON-RPC 사용 현황을 목록화해야 합니다. 그런 다음 각 종속성에 담당자를 지정하고, 대상 Odoo 버전에서 테스트하며, JSON-2로의 이전 가능성을 평가할 수 있습니다. (Odoo pull Docs: 16925) 제거 시점이 Odoo 21.1/22로 명시되어 있으므로, 해당 문구를 달력상의 마감일로 보기보다 정확한 대상 버전에 대한 문서를 기준으로 계획해야 합니다. (Odoo pull Docs: 16925)
Odoo 20 및 21에서는 기존 RPC 사용이 서비스의 부재가 확정된 상태가 아니라, 사용 중단 예정 및 향후 제거 위험에 해당합니다. 업그레이드 테스트에서는 인증, 요청 처리, 오류 동작, 그리고 각 통합이 만들어내는 비즈니스 결과를 계속 검토해야 합니다. (Odoo pull Docs: 16925) 소스는 JSON-2와의 공존은 확인하지만, 모든 기존 호출에 동일한 JSON-2 대응 항목이 있는지, 또는 이전에 애플리케이션 변경이 전혀 필요하지 않은지는 명시하지 않습니다. (Odoo pull Docs: 16925)
연기 결정으로 단계적 이전을 위한 추가 시간이 생기지만, 이를 종속성을 문서화하지 않아도 되는 이유로 받아들여서는 안 됩니다. 실용적인 계획은 Odoo 20 또는 21 업그레이드 동안 기존 통합을 유지하면서, 명시된 제거 시점 이전에 JSON-2로 이전하는 방식일 수 있습니다. Odoo가 버전 계획을 다시 변경하면 일정도 재검토해야 합니다. (Odoo pull Docs: 16925)
Python 및 PostgreSQL 최소 버전 상향
Odoo는 Odoo 20의 최소 Python 버전으로 Python 3.12를, 최소 PostgreSQL 버전으로 PostgreSQL 15를 선택했습니다. (mergebot.odoo.com) 이러한 요구사항은 조직이 애플리케이션 또는 데이터베이스 플랫폼을 관리하는 자체 호스팅 설치와 기타 환경의 준비성 검토에 포함되어야 합니다. 어느 하나의 최소 버전보다 낮은 시스템은 명시된 Odoo 20 기준과 비교하기 전에 플랫폼 변경이 필요합니다. (mergebot.odoo.com)
버전 확인은 개발, 테스트, 스테이징, 프로덕션, 백업 복원, 재해 복구 환경을 모두 포함해야 합니다. 빌드 이미지, 배포 정의, 복구 절차에도 Python 또는 PostgreSQL 버전이 명시될 수 있으므로 새 최소 버전과 대조해 검토해야 합니다. (mergebot.odoo.com)
소스는 선택된 최소 버전을 제시하지만, 운영 체제, Python 패키지, PostgreSQL 확장, 타사 Odoo 모듈에 대한 모든 호환성 조건을 설명하지는 않습니다. (mergebot.odoo.com) 따라서 조직은 실제 사용 중인 모듈 집합과 배포 설계를 Python 3.12 및 PostgreSQL 15에서 테스트해야 합니다. 최소 버전을 충족하는 것은 플랫폼 요구사항일 뿐, 모든 커스텀 또는 타사 구성요소가 호환된다는 증거는 아닙니다. (mergebot.odoo.com)
Odoo 20 계획을 조정하는 방법
Odoo 20 준비 계획은 작업을 세 가지 흐름으로 나눌 수 있습니다. 첫째는 공개 20.0 문서와 브랜치 스테이징을 모니터링하여 비즈니스 프로세스와 기술 설계에 관련된 변경 사항을 확인하는 것입니다. 둘째는 기존 RPC 이전을 Odoo 20의 제거 차단 요인에서, 명시된 Odoo 21.1/22 제거 시점 전에 완료되는 예정된 사용 중단 작업으로 전환하는 것입니다. 셋째는 인프라를 Python 3.12 및 PostgreSQL 15 최소 버전에 맞게 검증하는 것입니다. (Odoo 20.0 Docs: eCommerce B2b B2c; Odoo pull Docs: 16925; mergebot.odoo.com; Runbot Merge)
이 접근 방식은 두 가지 계획 오류를 피합니다. 하나는 이러한 소스가 일반적인 출시 마일스톤을 제시하지 않는데도 모든 준비를 미루는 것입니다. 다른 하나는 공개 문서와 스테이징 활동이 모든 기능, 인터페이스, 배포 요구사항이 최종 확정되었다는 증거라고 보는 것입니다. 소스는 준비 작업을 뒷받침하며, 최종 승인 여부는 선택한 릴리스와 배포 환경에서의 검증에 따라 달라져야 합니다. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
RPC 인벤토리는 최종 Odoo 20 출시 결정과 별개로 진행할 수 있습니다. 현재 입장은 기존 레거시 서비스의 지속적인 이용 가능성과 이후의 제거 시점을 명확히 하기 때문입니다. 인프라 팀도 애플리케이션 마이그레이션 일정이 확정되기 전에 Python 3.12 또는 PostgreSQL 15 미만의 환경을 식별할 수 있습니다. (Odoo pull Docs: 16925; mergebot.odoo.com)
마이그레이션 승인 전 확인 사항
Odoo 20 마이그레이션을 승인하기 전에 의사결정자는 검토 대상인 정확한 빌드, 자사 애플리케이션에 적용되는 문서, 그리고 관련된 스테이징 변경 사항이 릴리스 준비 중 수정되었는지 여부를 확인해야 합니다. 공개된 20.0 문서와 브랜치 활동은 진행 상황을 보여 주지만 최종 릴리스 상태를 확정하지는 않습니다. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
승인 절차에는 XML-RPC 및 JSON-RPC 의존성의 문서화된 목록, 각 의존성의 담당자와 마이그레이션 방식, 그리고 JSON-2로 전환할 경우의 테스트 증적도 포함되어야 합니다. 기존 통합은 현재 입장에 따라 Odoo 20과 21에서 더 이상 사용되지 않는 서비스 위에 계속 둘 수 있지만, 계획에는 Odoo 21.1/22에서의 제거를 반영해야 합니다. (Odoo pull Docs: 16925)
마지막으로 팀은 운영, 비운영, 복구 환경 전반에서 Python 3.12와 PostgreSQL 15를 확인해야 합니다. 사용자 정의 모듈, 외부 패키지, 운영 절차는 최소 버전 결정만을 근거로 호환된다고 가정하지 말고 해당 버전에서 테스트해야 합니다. (mergebot.odoo.com)
현재 입장은 Odoo 20이 최종판임을 암시하지 않으면서 조기 준비를 지원합니다. 공개 문서와 브랜치 스테이징을 검토할 수 있고, 레거시 RPC는 더 이상 권장되지 않지만 Odoo 20과 21에서는 계속 사용할 수 있으며, 플랫폼 최소 요구 사항은 Python 3.12와 PostgreSQL 15로 상향됩니다. (Odoo 20.0 Docs: eCommerce B2b B2c; Odoo pull Docs: 16925; mergebot.odoo.com; Runbot Merge)