APEX도 DB 쿼리를 통해 REST 서비스를 오픈하고, App Builder를 통한 Front UI를 개발 하는 방식입니다. Microservice에서 사용하는 기본 패턴은 사용한다고 이해하시면 됩니다.
[질문] 답변 주셔서 고맙습니다. Low Code 방식으로도 개발 주기 단축이 가능하니까 APEX로 개발 진행하면 개발 주기 단축이 가능할 것 같은데 APEX가 Microservice의 기본 패턴을 사용한다면 Microservice의 장점인 높은 확장성과 뛰어난 복구 능력도 APEX로부터 얻을 수 있는 것인지 궁금합니다.
Kubernetes 기반에 스케일, Self-Healing 등을 유저가 설정하는 기능을 별도로 제공하고 있진 않지만, 오라클이 서비스 형태로 제공하는 부분으로 Cloud Native 형태로 확장, 복구를 내부단에서 지원하고 있습니다.
APEX는 DB 내의 Stored Procedure 코드들을 많이 가지고 있기 때문에 앞서 말씀드린 것처럼 생성된 코드를 REST API로 오픈하여 microservice에서 호출하도록 구성하는 것이 현재로서는 가장 이상적인 패턴이 될 것 같습니다. 감사합니다.
Please note: if you are downloading EDB™ Postgres Enterprise, Standard, or Developer, you are registering for a free 60 day evaluation, and are accepting our Privacy Policy and Terms of Use.
EDB EnterpriseDB를 경험해보기 위하여 다운로드를 시도하면 위와 같이 60일 무료평가판이라고 명시하고 있는데요, 60일 이후에는 DB자체가 locking되어버리는 건지요? 아니면 기능이 제한적으로 동작하는 지요?
관리기능만 locking 되구요, DB자체 기능은 제한이 없습니다.
https://www.enterprisedb.com/ 들어가보니까 2가지가 보입니다. (1) Enterprise와 (2) Standard의 차이는 무엇인지요?
Enterprise는 오라클 호환성 탑재 제품이구요, Standard는 커뮤니티 버전인 PostgreSQL 입니다.
어? 그러면 EDB Posgres의 의미가 PostgreSQL과 기능적으로 거의 같다고 이해하면 되는지요?
기본엔진은 PostgreSQL 이지만, EDB에서 추가 개발 탑재한 오라클 호환성과 성능향상 기능은 별개입니다.
[질문] 호환이 안되는 부분에 대해 EDB에서 추가 개발 계획이 있는지 궁금합니다. 예를 들면 listagg 같은 함수 입니다. EPAS에는 array_agg 함수가 해당기능을 하는데요, 오라클과 EPAS 양쪽에서 사용하는 소스를 만들때 어려운 점이 있습니다. 그리고 오라클 호환이 안되는 SQL이 정리된 게 있는지요? (오라클이 EPAS랑 호환안되는 항목을 지원하는 시기가 오기를 바라며^^)
EDB 에서는 버전업을 하면서 Oracle 호환 부분을 지속적으로 추가 하고 있습니다.
[질문] APEX Low Code 개발 결과물도 Microservice 구조가 될 수 있는지 궁금합니다.