International Business Machines Corporation

Covad Communications Group, Inc.

General Electric Company

Yan Or

Krishna Sastry Garimella

Vinu Sundaresan

Umesh Bellur

Shashank Joshi

Johan Casier

John Koper

Girard Chandler

Madhu Gopinathan

Michael Jean Walsh

Alexandre Nikolov Iankoulski

Jong Yoon Lee

Arnab Guin

Ralph Gordon Saavedra

Arun Candadai

Ralph Gordon Saaverda

The example embodiments are directed to a framework that supports multiple runtime environments. In one example, a method includes exporting a software application to a runtime environment via a framework that supports multiple runtime environments, selecting a runtime template based on the export runtime environment, wherein the selected runtime template transforms data being ingested by the software application based on the export runtime environment, executing the software application in the export runtime environment, and controlling data ingestion into the executing software application based on the selected runtime template. According to various aspects, the software application may be developed using a programming language that is designed for use with a particular runtime environment, while the runtime template can enable the software application to be executed in a different runtime environment.

Framework for supporting multiple analytic runtimes

A topology of a multitier compute infrastructure is automatically discovered. Discovery can be roughly divided into two phases. In one phase, components and physical relationships are discovered. In the other phase, non-physical relationships between the components are deduced. The second phase typically is based in part on information obtained in the first phase. In one application, the components and relationships that are discovered/deduced are used to build a map of the multitier compute infrastructure.

Automated discovery of a multitier compute infrastructure

A multitier topology map describes a multitier compute infrastructure. The multitier topology map identifies components from at least two different tiers of the multitier compute infrastructure and indicates relationships between components including at least one cross-tier relationship between components. An interface module accesses the multitier topology map.

Topology mapping of a mulitier compute infrastructure

Topology mapping of a multitier compute infrastructure

A descriptor for a multitier compute infrastructure is provided. A multitier topology map contains an inventory of network tier, application tier, and compute tier components and the relationships among the components. A business service can be defined as a logical grouping of components that transactionally implement a business process. A service descriptor includes the component dependencies that define the business service. The business service leverages the component dependencies to provide cross-tier visibility of the business process and performance analysis features.

Service descriptor for a multitier compute infrastructure

An application model automates deployment of an application. In one embodiment, the application model includes a static description of the application and a run-time description of the application. Deployment phases, such as installation, configuration and activation of the application are executed according to the application model.

Deployment of applications in a multitier compute infrastructure

An operational support system (OSS) processing orders for high bandwidth connections on based on digital subscriber loop (DSL) technology. The OSS pre-qualifies the services based on data identifying a user location and on the availability of any resources which may be needed exclusively for the user location to provide the service. A port on a DSL access multiplexor (DSLAM) is an example of such a resource. By reserving such resources around (before or after) the pre-qualification stage, the OSS may ensure that the service order can be fulfilled with an enhanced probability.

Processing orders for high bandwidth connections

An operational support system (OSS) securing a local loop to be used for providing digital subscriber loop (DSL) based services to a user location (e.g., home). Upon determination of the services (including bandwidth) to be provided, the OSS may automatically determine a port on a DSL access multiplexor (DSLAM) which is capable of providing the determined services. In turn, the DSLAM port may determine a port on a distribution frame. An order for a local loop specifying the port on the frame may be sent to an incumbent local exchange carrier (ILEC). The ILEC may provide a firm order commit (FOC) date for providing the local loop. The OSS may automatically test the local loop around the FOC date prior to determine whether the local loop has been accurately provided by the ILEC.

Growing community of inventors

San Ramon, CA, United States of America

Yan Or