Postgres.ai 팀은 버전 3.0 출시를 발표하게 되어 기쁘게 생각합니다.스포츠 토토 사이트 실험실 엔진(DLE)은 빠르게 성장하는 프로젝트를 위한 개발, 테스트 및 문제 해결 환경을 지원하는 지금까지 출시된 가장 진보된 오픈 소스 소프트웨어입니다. Database Lab Engine 3.0을 사용하면 다음 구현을 통해 기업에 경쟁 우위를 제공할 수 있습니다."Shift-left 테스트"소프트웨어 개발 접근 방식.
스포츠 토토 사이트 랩 엔진은 PostgreSQL용 씬 복제를 가능하게 하는 오픈 소스 기술입니다. 씬 클론은 개발 프로세스를 확장해야 할 때 매우 유용합니다. DLE는 단일 시스템에서 수십 개의 독립적인 스포츠 토토 사이트 클론을 관리할 수 있으므로 각 엔지니어 또는 자동화 프로세스는 추가 비용 없이 몇 초 안에 프로비저닝된 자체 스포츠 토토 사이트를 사용하여 작업할 수 있습니다.
DLE 3.0의 주요 변경 사항 중:
버전 3.0.0부터 DLE는 개인 식별이 불가능한 원격 측정 데이터를 수집합니다. 이 기능은 기본적으로 활성화되어 있지만 끌 수 있습니다. 자세히 알아보기DLE 문서. 원격 측정을 활성화하면 오픈소스 제품 개발 과정에서 결정을 내리는 데 도움이 되므로 DLE 개발에 기여한 것으로 간주될 수 있습니다.
또한 DLE 3.0에 구현되어 가장 많이 요청된 변경 사항에 대해 논의합니다. 모든 변경 사항은 실제 사용자 경험과 성장하는 사용자 및 기여자 커뮤니티의 귀중한 피드백을 기반으로 만들어졌습니다.
오픈 소스 소프트웨어인 DLE는 항상 다음을 갖추고 있습니다.API그리고CLI. UI의 경우 처음에는 SaaS 형태로만 제공되었습니다 –Postgres.ai에서 실행되는 스포츠 토토 사이트 랩 플랫폼.
DLE 사용자의 수많은 요청에 따라 UI가 DLE 3.0의 핵심 배포판에 통합되었습니다. 이러한 변화로 인해 오픈소스 DLE는 사용자에게 더욱 매력적이게 되었으며, 빠르게 성장하는 기업에서는 사용이 간편해지고 채택이 단순화되었습니다.
볼 수 있습니다.DLE UI를 보여주는 짧은 비디오.
일부 사용자는 UI를 사용하면 DLE가 매우 도움이 될 수 있는 다양한 사용 사례를 동료에게 설명하는 것이 훨씬 더 쉬워진다고 말했습니다. Database Lab이 마음에 드신다면 UI를 사용하여 다른 사람들에게 몇 초 만에 대규모 스포츠 토토 사이트 복제 아이디어를 시연하고 이것이 소프트웨어 개발, 테스트 프로세스는 물론 사고 문제 해결 및 SQL 최적화에 어떤 영향을 미칠 수 있는지 논의해 보세요.
DLE 3.0에 추가된 또 다른 기능은 DLE 사용자들이 많이 요청한 것입니다. 3.0 이전에는 DLE를 다시 시작하면 생성된 모든 클론이 손실되었습니다. 따라서 DLE 업그레이드, VM 다시 시작, 간단한 DLE 재구성에도 항상 유지 관리 기간이 필요하여 작업이 중단되었습니다.
이 문제에 대한 부분적인 해결책은 다음과 같은 능력이었습니다.다시 시작하지 않고 DLE 재구성DLE 2.0에서 도입되었습니다. 그러나 이는 DLE 업그레이드 또는 VM 다시 시작의 경우에는 도움이 되지 않았습니다. 이제 DLE 3.0을 사용하면 이 문제가 완전히 해결되었습니다.
물론 VM 재시작의 경우 DB 연결이 끊어져 다시 생성해야 합니다. 그러나 DLE만 다시 시작해야 하는 경우 모든 클론 컨테이너는 계속 실행되며 이제 사용자는 DLE를 다시 시작하는 동안에도 작업 중단 없이 계속 작업할 수 있습니다.
DLE 2.5에서는 사용 가능한 스냅샷으로 재설정하는 기능을 구현했습니다. 이는 클론이 시간을 빠르게 이동할 수 있는 편리한 방법입니다. 2.5에서는 "물리적" 프로비저닝 모드(물리적 백업에서 데이터 디렉터리 PGDATA를 복원하거나 다음을 사용하여 소스에서 가져오는 경우)에 대해서만 지원되었습니다.pg_basebackup). 즉, Postgres를 직접 관리하고 PGDATA를 복사하거나 스포츠 토토 사이트에 대한 물리적 복제 연결을 설정할 수 있는 경우에만 작동할 준비가 되어 있었습니다. RDS 및 기타 관리형 Postgres 서비스 사용자가 사용할 수 없는 것입니다.
"논리적" 데이터 프로비저닝 모드(덤프/복원 기반 - Amazon RDS와 같은 대부분의 관리형 Postgres 클라우드 제품에 대한 유일한 옵션)에서 실행되는 DLE의 경우 DLE 2.5는 PGDATA의 여러 복사본으로 작동할 수 있는 기능을 구현하여 가동 중지 시간 없이 전체 새로 고침을 허용했습니다. 그러나 DLE 사용자가 '이전' PGDATA 버전에서 클론을 실행하는 경우 다음 전체 새로 고침을 잠금 해제하려면 클론을 다시 생성해야 했습니다. 이는 예측할 수 없는 포트 할당으로 인해 다소 불편했습니다.
DLE 3.0에서는 이제 복제 상태를 모든 스포츠 토토 사이트 버전(스냅샷)으로 재설정할 수 있습니다. 이는 해당 버전이 다른 풀/데이터 세트에서 실행되는 PGDATA의 다른 복사본에 의해 제공되는 경우에도 마찬가지입니다. 이는 사용자가 안정적인 DB 자격 증명(포트 포함)을 가지고 오랫동안 동일한 포트에서 복제본을 계속 실행할 수 있으며, 필요한 경우 전체 새로 고침이 완료되면 몇 초 만에 최신 스포츠 토토 사이트 버전으로 전환할 수 있음을 의미합니다. 이는 "물리적" 작업과 거의 동등한 "논리적" 작업 경험을 제공합니다.
원래 DLE는 물리적 또는 가상의 전용 시스템에서 실행되도록 설계되었습니다. 그러나 많은 사용자는 이것이 불편하다고 느꼈습니다. 어떤 경우에는 개발 및 테스트 환경이 예산 최적화의 대상이므로 단일 시스템에서 여러 DLE를 실행하는 것이 합리적일 수 있습니다. 특히 조직에 소규모 스포츠 토토 사이트가 많이 있는 경우(마이크로서비스 아키텍처를 다루는 사람들의 일반적인 경우).
DLE 3.0에는 단일 시스템에서 여러 DLE 실행을 단순화하는 몇 가지 개선 사항이 있습니다. 특히 새로운 구성 옵션selectedPool단일 ZFS 풀을 보유하고 각 DLE가 자체 데이터 세트를 갖는 방식으로 여러 DLE를 실행할 수 있습니다. 이는 여유 디스크 공간 관리를 대폭 단순화합니다. 조각난 공간 할당과 많은 "여유 디스크 공간" 숫자를 처리하는 대신 이제 DLE 관리자는 단일 숫자만 제어하고 디스크 크기를 훨씬 덜 자주 조정하면 됩니다.
우리는 별도의 기사에서 단일 시스템에서 여러 DLE를 실행하는 측면에 대해 논의할 계획입니다.
피드백과 기여에 큰 감사를 드립니다.