Custom Scripts for Cloud Session Lifecycle Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Cloud users face inefficiencies, errors, and data persistence concerns when setting up and tearing down Jupyter Notebook sessions in cloud environments, due to manual effort required and lack of automated cleanup during security patching.

Innovation Solution

A system and method that allow cloud users to specify custom scripts for different stages of a cloud session lifecycle, enabling automated execution of these scripts during session creation, activation, deactivation, and deletion, thereby streamlining the management of IDE sessions in a cloud environment.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of time

If manual setup and teardown of Notebook sessions is performed, then data persistence and environment customization are possible, but time consumption and error rates increase

Engineering Contradiction:
Improvetime consumptionVSAvoidautomation level
Core Design Contradiction:
Loss of timeVSExtent of automation

Solution Approach 1:

The system executes setup scripts automatically during session creation to pre-configure the environment, and teardown scripts during session termination to automatically clean up resources. This preliminary automation eliminates manual setup and teardown actions, directly reducing time consumption while increasing automation level.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If Notebook sessions are deactivated for security patching, then security is improved, but automated cleanup capability is lost

Engineering Contradiction:
ImprovesecurityVSAvoidautomated cleanup capability
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system executes teardown scripts automatically during session deactivation before security patching occurs. This preliminary automated cleanup ensures resources are properly released and data is preserved or removed according to user-defined logic, maintaining ease of operation while security measures are applied.

Inventive Principle:
Principle #10Preliminary action

3Productivity

If repeated manual recreation of Notebook environments is performed, then environment customization is possible, but productivity decreases

Engineering Contradiction:
ImproveproductivityVSAvoidenvironment setup complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system automatically executes setup scripts during session creation that replicate the complete Notebook environment configuration including dependencies, settings, and customizations. This automated preliminary setup eliminates the need for repeated manual environment recreation, directly improving productivity while reducing the perceived complexity for users.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system captures the state of customized Notebook environments and automatically copies this configuration through scripts during session recreation. This copying mechanism preserves environment customizations across sessions without requiring manual reconfiguration, thereby improving productivity while maintaining environment fidelity.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS20250094196A1Managing session lifecycles through custom scripts in a network-segregated environment
Publication Date: 2025.03.20 ORACLE INT CORP
  • US20250094196A1 patent drawing
  • US20250094196A1 patent drawing
  • US20250094196A1 patent drawing

AI summary

Techniques for managing session lifecycles through custom scripts in a network environment are provided. In one technique, a container of a virtual machine receives a termination signal that is associated with a command to delete or deactivate a session of the container. In response and prior to terminating the session, the container identifies and executes a script that is associated with the command. After the script completes executing, the session is deleted or deactivated. In another technique, cloud system receives reference data that identifies a storage location of a script. A virtual machine is created in the cloud system. Based on the reference data, the script is downloaded from the storage location into storage that is local to the virtual machine. The script is executed and a session within a container of the virtual machine is initiated.