Main structures

• Infrastructure
  • Performing calculations and running aplications:
    • Compute: (VM, CPUs, GPUs...)
    • Containers (Managed Kubernetes Services)
    • OS VMware (Managed OS Services)
  • Store, access, govern and analyse
    • Storage
  • Reliabiluty, Security and Performance
    • Networking (VPN, Cluster Networking...)
• Data & AI
  • Big Data (Data Flow, Data Catalog...)
  • AI Services (Data Science)
  • Messaging (Streaming and Queueing...)
• Databases
  • Oracle Databases
  • Distributed e Open-source databases (SQL and NoSQL)
• Applications
  • Serverless (Events, Functions, API Gateway...)
  • App Integration (Integration Cloud, Email Delivery...)
  • Business & Industry SaaS (ERP...)
• Analytics
  • Business Analytics
• Governance & Administration
  • Cloud Ops (IAM, Tagging, Console, Cost Advisor...)
  • Security (Data Safe, DDoS...)
  • Observability (Monitoring, Logging...)
• Developer Services
  • Low Code (APEX)
  • AppDev (APIs, CLIs, SDKs, Docs...)
  • Infrastrucutre as a Code

Reliability of regions

OCI tries to have, at least, two far away data centers for each country, they're called Regions.

Each region has one or more Availability Domains (AD), that are physical apart environments, which don't share infrastructure as power, cooling or network.

Each AD (Availability Domain) has 3 or more Fault Domains, that are logical apart environments.

In this way, you can have your application running in one specific AD and have a stand-by copy on another AD (and sync the data using other services from OCI - as Data Guard). The same for different Fault Domains, increasing the availability of your application.

Never forget: OCI also has SLA, so, this is a plus. 🙂

<aside> 💡 How to choose a region? Choose a region closest to you users for lowest latency and highest performance. But, also, choose a region based on compliance to the region (many countries have strict data residency requirements)

</aside>