Skip to content

Latest commit

 

History

History
52 lines (27 loc) · 3.82 KB

FAQS.md

File metadata and controls

52 lines (27 loc) · 3.82 KB

Frequently Asked Questions

Q: Why front the ADB with ORDS Compute Instances

A: The primary reason is to allow "Vanity" (i.e. https://www.YourOrganisation.com), TLS enabled URLs to APEX running on an Autonomous Database. This is achieved via an OCI Load Balancer which can be configured against a OCI Compute Instance running ORDS standalone. Additionally, if you so choose, ORDS can be configured to enable Oracle REST Data Service against the Autonomous Database.

UPDATE: In September 2021, Oracle announced support for Vanity URLs for OCI ADBs without the need for Customer Managed ORDS front-end. An IaC taking advantage of this new feature: oci-arch-apex-vanity.


Q: Is this architecture still relevant now that Oracle supports "Vanity URLs" against the ADB

A: Yes and Maybe. For Always Free (ALF), this architecture is still the only way to get TLS enabled vanity URLs. For Paid tenancies, this architecture allows for transparent distribution of load between the Compute Instances and the ADB while adding a layer of customer managed fault tolerance. Additionally, the load supported by the "Oracle Managed ORDS" may not be sufficient for your purposes. Customer Managed ORDS allows for scalability if required.


Q: Why does Always Free require the OCI CLI to be installed

A: To avoid uploading the ADB Wallet to the ORDS Compute Instance, TLS has been chosen, over mTLS, to connect to the database. However, in order to use TLS, the ADB must whitelist the IP or VCN of the ORDS server and this is where the requirement stems. In Always Free, the ADB will not have a private end-point, meaning the ORDS compute must connect to it via the public network and so its pubic IP must be whitelisted for TLS. Circular logic is introduced with this requirement; the ORDS compute needs the ADB provisioned to configure connectivity and the ADB needs the ORDS compute to be provisioned to whitelist its IP. The OCI CLI is used to update the ADB's whitelist with the ORDS compute after both are provisioned.


Q: How do I setup "Vanity URLs"

A: Once the IaC code has been deployed use the LoadBalancer's IP address and register it against your domain with your Domain Names Service provider.


Q: How do I update the HTTPS certificate

A: The infrastructure will be deployed with a self-signed certificate which will result in an warning message when visiting the APEX Application. A valid certificate, registered against the "Friendly URL", should be applied to the Load Balancer resource before Production-isation. Details can be found in the SSL Certificate Management Documentation. Note that LetsEncrypt/CertBot can be used to manage the Load Balancer certificate as per the below Q/A.


Q: Can I use LetsEncrypt/CertBot for LoadBalancer Certificate Management?

A: Yes; code and instructions on how can be found in the oci-lbaas-letsencrypt repository


Q: How do I access the APEX Admin Page

A: Where yourDomain is the IP Address of the Load Balancer, or the Domain Name after DNS updates:

  • Administration Services: https://yourDomain/ords/apex_admin
  • Workspace Login: https://yourDomain/ords/f?p=4550

Q: What are the settings for ORDS

A: A set of ORDS configuration defaults have been specified in the templates/cloud-config.tftpl file; these can be changed as required referencing the ORDS Configuration documentation.