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에서 호출하도록 구성하는 것이 현재로서는 가장 이상적인 패턴이 될 것 같습니다. 감사합니다.
[질문] EDB 버전이 올라가면 버전 업데이트를 할 수 있나요. 업데이트 된 EDB를 별도 구매를 해야 하나요?
서브스크립션 유효기간내에는 무료 업그레이드 가능합니다.
[재질문] mssql always on은 db 복제서비스를 말합니다
replication을 말씀하시는 거라면 EDB Postgres의 Streaming Replication기능으로 가능합니다.
[재질문]소스db장애시 타겟이 소스db가되어 역으로 db복제서비스가 가능한가요?
재구성 해주시면 가능합니다.
구성초기에 옵션으로 양방향 복제서비스가 지원되나요?
양방향 복제는 불가능합니다.
[질문] EDB에서 Group by rollup이나 cube 지원하나요?
버전에 따라 다르지만 최근 버전(EDB Postgres 10) 에선 지원하고 있습니다.
[질문] Postgres에서 옵티마이저에서 Rule base 옵티마이져가 지원 되나요?
Rule base 옵티마이저는 지원되지 않습니다.
[질문] APEX Low Code 개발 결과물도 Microservice 구조가 될 수 있는지 궁금합니다.