A large portion of the work I do for our clients is related to
Oracle Analytics Cloud
specifically. With any of the cloud offerings, it is monumentally important for clients to understand the supporting infrastructure of those solutions and what roles will be expected and required from
the client's team to administer and maintain the environments, particularly after an initial deployment.
software product offerings are classified as either a
Software as a Service (SaaS)
Platform as a Service (PaaS)
. The difference in the two types of offerings typically boils down to how much effort and responsibility is required on the client's end to own and maintain the underlying components that support the
indicates a tool wherein
spins up environments, takes care of patching for both the software and the underlying cloud hardware, and generally is responsible for the health and maintenance of the environment. This frees up resources
for the client team to focus on developing solutions with the tool, rather than having resources dedicated to the back-end tasks.
This means that during the deployment stage, a customer should expect to be notified when the environment is ready, provided login credentials, and be ready to start configuring settings and properties
specific to their environment. It also means that any patching is taken care of by
with some notice ahead of time. Additionally,
is on the hook should the service ever go down or have resource/capacity issues.
solutions are often desired when a client doesn't have access to a portion of IT resources to maintain servers, stay up to date on the latest patches and issues, etc. They can be readily owned solely
by business areas and should effectively provide a "plug and play" type of experience.
, however, indicates a tool that, while stood up on
virtual machines within Oracle's network, still delegates control of the system to the client's admin to perform most health and maintenance tasks.
Oracle Analytics Cloud
, for example, is delivered in a PaaS model, meaning the OAC Admin must choose when to deploy patches to not just the OAC software, but also to the servers running the OAC services in the
. Further, rather than just getting access to a clean environment as described above, the OAC Admin's first task when deploying a new environment is to create the individual services within
Oracle's cloud service
console that support the solution.
For example, the first task with setting up OAC is to establish the cloud compute, cloud storage, database as a service, and the actual analytics and/or Essbase services within their
Oracle Cloud environment
. This means that not only do you need resources available to perform these tasks, but also need resources who have a deep understanding of these processes and the impact of configuration step on the
This may seem cumbersome, but it is the byproduct of
making the decision to allow PaaS Admins more robust control of their environments by making the servers available to them. OAC environments, for example, allow admins to remote into the server to establish
data connections, modify some system/environment configurations, migrate content from other (including on premise) systems, and generally have a deeper control over the deployment of the environment. The
tradeoff for this flexibility has been to push ownership of these virtual servers back to the client for even routine patching.
For some clients, this setup is perfect. They have resources available in house to take up those tasks and the ability to micro manage the environment is worth the cost of also having to own the additional
maintenance and administration tasks. For other clients, however, the main selling point of going to a cloud-based solution was to lower, or even remove, dependencies on IT resources to maintain environments
and hardware. Buying a PaaS solution definitely does not meet that requirement.
It's important to understand the differences in the two offering types when evaluating any cloud tool, but especially
Oracle's cloud family
of products. You must understand exactly what will be required of your organization to maintain the level of quality in the deployment beyond the go-live period.
If you're interested in learning more about OAC or any of
Oracle's Cloud offerings
, contact us using the form below or find us on
. We would love to assist your organization in advancing to the next stage of the Business Intelligence and EPM evolution