System and method for dynamic modification of service definition packages with a cloud computing environment

Patent metadata

Field	Value
Publication number	US-9323517-B2
Application number	US-201313970476-A
Country	US
Kind code	B2
Filing date	Aug 19, 2013
Priority date	Sep 7, 2012
Publication date	Apr 26, 2016
Grant date	Apr 26, 2016

Abstract

A system and method for dynamic modification of service definition packages for use with a cloud computing environment. In accordance with an embodiment, a cloud platform enables provisioning of enterprise software applications (e.g., Fusion Middleware applications) within a cloud environment. In an embodiment, enterprise applications can be packaged as service definition packages (SDP). To support maintenance of services (e.g., bug fixes, security updates, and configuration changes), a service's characteristics and requirements can be modified dynamically, by reconfiguring the cloud platform itself and/or by mounting a disk volume that corresponds to the service's SDP, and modifying its contents directly.

First claim

What is claimed is:

1. A system for updating services in a cloud computing environment, comprising:
one or more computers including a cloud environment executing thereon;
a platform component that is provided as an installable software suite within the cloud environment, and that supports self-service provisioning for enterprise applications;
one or more services, wherein each service is instantiated from a service type defined by a service definition package installed in the platform component, and includes a configuration tool for updating that service
a file system made available to runtimes of the services, wherein the file system includes one or more patches for each service, and one or more configuration files for use by the configuration tool of that service; and
a service update logic that issues a request for updating a particular service, wherein the configuration tool installed in the particular service updates that service using the information associated therewith in the file system within a maintenance window.

2. The system of claim 1 , wherein the updating of each service includes one of
a hard update that requires a service downtime or reboot, and
a soft update that does not require a system downtime.

3. The system of claim 1 , wherein characteristics and/or requirements of each service is modified dynamically, by reconfiguring the platform component itself and/or by mounting a disk volume that corresponds to the service's service definition package, and modifying contents of a file system of the disk volume directly.

4. The system of claim 1 , further comprising
a cloud administration console used to define a length of the maintenance window, and configure a version of the service definition package for a service to be modified.

5. The system of claim 1 , wherein the service update logic assigns a default time slot when a service incurs a downtime and update.

6. The system of claim 1 , wherein the file system additionally is one of a local file system and a mounted file system.

7. The system of claim 1 , wherein the update to the service is transactional and to be rolled back in case of failures.

8. A method updating services in a cloud computing environment, comprising:
providing one or more computers including a cloud environment executing thereon;
providing a platform component that is provided as an installable software suite within the cloud environment, and that supports self-service provisioning for enterprise applications;
instantiating one or more services from a service type defined by a service definition package installed in the platform component, wherein each service includes a configuration tool for updating that service;
providing a file system made available to runtimes of the services, wherein the file system includes one or more patches for each service, and one or more configuration files for use by the configuration tool of that service; and
issuing, via a service update logic, a request for updating a particular service, wherein the configuration tool installed in the particular service updates that service using the information associated therewith in the file system within a maintenance window.

9. The method of claim 8 , wherein the updating of each service includes one of
a hard update that requires a service downtime or reboot, and
a soft update that does not require a system downtime.

10. The method of claim 8 , wherein characteristics and/or requirements of each service is modified dynamically, by reconfiguring the platform component itself and/or by mounting a disk volume that corresponds to the service's service definition package, and modifying contents of a file system of the disk volume directly.

11. The method of claim 8 , further comprising
using a cloud administration console to define a length of the maintenance window, and configure a version of the service definition package for a service to be modified.

12. The method of claim 8 , wherein the service update logic assigns a default time slot when a service incurs a downtime and update.

13. The method of claim 8 , wherein the file system additionally is one of a local file system and a mounted file system.

14. The method of claim 8 , wherein the update to the service is transactional and to be rolled back in case of failures.

15. A non-transitory computer storage readable medium, including instructions stored thereon which when read and executed by one or more computers cause the one or more computers to perform the steps comprising:
configuring, at one or more computers including a cloud environment executing thereon, a platform component that is provided as an installable software suite within the cloud environment, and that supports self-service provisioning for enterprise applications;
instantiating one or more services from a service type defined by a service definition package installed in the platform component, wherein each service includes a configuration tool for updating that service;
storing, in a file system made available to service runtimes of the services, one or more patches for each service, and one or more configuration files for use by the configuration tool of that service; and
issuing, via a service update logic, a request for updating a particular service, wherein the configuration tool installed in the particular service updates that service using the information associated therewith in the file system within a maintenance window.

16. The non-transitory computer readable storage medium of claim 15 , wherein the updating of each service includes one of
a hard update that requires a service downtime or reboot, and
a soft update that does not require a system downtime.

17. The non-transitory computer readable storage medium of claim 15 , wherein characteristics and/or requirements of each service is modified dynamically, by reconfiguring the platform component itself and/or by mounting a disk volume that corresponds to the service's service definition package, and modifying contents of a file system of the disk volume directly.

18. The non-transitory computer readable storage medium of claim 15 , wherein the steps further comprises
using a cloud administration console to define a length of the maintenance window, and configure a version of the service definition package for a service to be modified.

19. The non-transitory computer readable storage medium of claim 15 , wherein the service update logic assigns a default time slot when a service incurs a downtime and update.

20. The non-transitory computer readable storage medium of claim 15 , wherein the file system additionally is one of a local file system and a mounted file system.

Assignees

• Oracle Int Corp

Inventors

• West Jeffrey
• Kumar Abhijit
• Mordani Rajiv
• Vinograd Patrick
• Nelson Mark
• Kalali Masoud
• Islam Nazrul

Classifications

• G06F8/65 Primary

  Updates (security arrangements therefor G06F21/57) · CPC title

• G06F9/5072 Primary

  Grid computing · CPC title

• G06F8/656

  while running · CPC title

• G06F8/67

  Physics · mapped topic