Abstract: Providing selective peer-to-peer monitoring using MBeans by providing a federation of peer-to-peer network servers based on the MBeans, and enabling each of the peer-to-peer networks servers to selectively monitor data associated with at least a subset of the peer-to-peer network servers using at least one of the MBeans.

Abstract: An example framework and method facilitate enhancing resiliency of a computing environment. The example method includes dynamically discovering or accessing first status information related to a first metric associated with a first resource of the computing environment; selectively sharing the first status information among one or more computing environment resources, including the first resource, resulting in shared status information; and using the shared status information to selectively initiate one or more responses by the one or more resources in accordance with the shared status information. In a specific implementation, metrics managers may manage metrics and initiate remediation actions when certain criteria are met; the resources can selectively quiesce or unquiesce when the certain criteria are met or when their status changes accordingly; and a resiliency manager may coordinate communications between metrics managers and computing resources.

Abstract: An example framework and method facilitate enhancing resiliency of a computing environment. The example method includes dynamically discovering or accessing first status information related to a first metric associated with a first resource of the computing environment; selectively sharing the first status information among one or more computing environment resources, including the first resource, resulting in shared status information; and using the shared status information to selectively initiate one or more responses by the one or more resources in accordance with the shared status information. In a specific implementation, metrics managers may manage metrics and initiate remediation actions when certain criteria are met; the resources can selectively quiesce or unquiesce when the certain criteria are met or when their status changes accordingly; and a resiliency manager may coordinate communications between metrics managers and computing resources.

Abstract: An example framework and method facilitate enhancing resiliency of a computing environment. The example method includes dynamically discovering or accessing first status information related to a first metric associated with a first resource of the computing environment; selectively sharing the first status information among one or more computing environment resources, including the first resource, resulting in shared status information; and using the shared status information to selectively initiate one or more responses by the one or more resources in accordance with the shared status information. In a specific implementation, metrics managers may manage metrics and initiate remediation actions when certain criteria are met; the resources can selectively quiesce or unquiesce when the certain criteria are met or when their status changes accordingly; and a resiliency manager may coordinate communications between metrics managers and computing resources.

Abstract: In accordance with an embodiment, a service, application, or other component can operate in association with a virtual machine at a computer server or device. The system can determine memory heap usage based on collected metrics, via one or more push and/or pull communications of data, and automatically adjust or tune concurrent processing of registered components, in response to such determination. In accordance with an embodiment, the system is extensible to support different low memory conditions and different components that require tuning of their processes. Datasets describing information such as heap usage, garbage collection, and stuck threads, can be captured and stored; and machine learning processes applied to those datasets, to deduce new low memory conditions. If memory pressure continues to be high, and is not controlled by tuning component processes, the system can determine likelihood of a memory leak, and restart the server.

Abstract: Providing selective peer-to-peer monitoring using MBeans by providing a federation of peer-to-peer network servers based on the MBeans, and enabling each of the peer-to-peer networks servers to selectively monitor data associated with at least a subset of the peer-to-peer network servers using at least one of the MBeans.

Abstract: An example framework and method facilitate instrumentation and management of computing environment resources, wherein the resources are distributed across various servers of the computing environment. The example framework employs a distributed synchronized tree or registry of information describing servers (e.g., MBean servers) and associated resources (e.g., as may be represented by MBeans) of the computing environment. A replica of the tree is maintained by each server. The tree facilitates peer-to-peer networking between participating servers for the purposes of discovering and sharing access to software management functionality (e.g., as may be provided via MBeans) offered thereby, and obviates reliance upon a centralized management server or network node to provide management functionality for all participating computing resources that may be distributed across servers of the network.

Abstract: In accordance with an embodiment, a service, application, or other component can operate in association with a virtual machine at a computer server or device. The system can determine memory heap usage based on collected metrics, via one or more push and/or pull communications of data, and automatically adjust or tune concurrent processing of registered components, in response to such determination. In accordance with an embodiment, the system is extensible to support different low memory conditions and different components that require tuning of their processes. Datasets describing information such as heap usage, garbage collection, and stuck threads, can be captured and stored; and machine learning processes applied to those datasets, to deduce new low memory conditions. If memory pressure continues to be high, and is not controlled by tuning component processes, the system can determine likelihood of a memory leak, and restart the server.

Abstract: An example framework and method facilitate enhancing resiliency of a computing environment. The example method includes dynamically discovering or accessing first status information related to a first metric associated with a first resource of the computing environment; selectively sharing the first status information among one or more computing environment resources, including the first resource, resulting in shared status information; and using the shared status information to selectively initiate one or more responses by the one or more resources in accordance with the shared status information. In a specific implementation, metrics managers may manage metrics and initiate remediation actions when certain criteria are met; the resources can selectively quiesce or unquiesce when the certain criteria are met or when their status changes accordingly; and a resiliency manager may coordinate communications between metrics managers and computing resources.

Abstract: An example framework and method facilitate instrumentation and management of computing environment resources, wherein the resources are distributed across various servers of the computing environment. The example framework employs a distributed synchronized tree or registry of information describing servers (e.g., MBean servers) and associated resources (e.g., as may be represented by MBeans) of the computing environment. A replica of the tree is maintained by each server. The tree facilitates peer-to-peer networking between participating servers for the purposes of discovering and sharing access to software management functionality (e.g., as may be provided via MBeans) offered thereby, and obviates reliance upon a centralized management server or network node to provide management functionality for all participating computing resources that may be distributed across servers of the network.

Abstract: A system and method for facilitating extracting processing data, in a networked computing environment. An example method includes receiving a signal from a user input device specifying a regular expression. The regular expression includes criteria for extracting data from a database or file, e.g., a text, XML, JSON, or other type of file. A selected function is applied to data that is extracted in accordance with the regular expression via a MapReduce framework. In a more specific embodiment, the method further includes delivering reduced or processed data to a DataBase Management System (DBMS) of a networked enterprise computing environment. The database includes a file with data obtained from one or more databases distributed among one or more servers of the enterprise computing environment.

Abstract: Techniques described herein relate to automatic upstream service resumption after downstream system failure. An automatic resumption module may be configured to monitor a downstream endpoint (of a problematic downstream service provider) and determine when it again successfully can process requests by periodically processing inbound requests (e.g., from suspended upstream service providers) and automatically re-enabling upstream endpoints for the suspended upstream service providers in the case of success. The automatic resumption module may start a trickle feed timer for each upstream endpoint to allow messages to be processed at a configured retry rate while the upstream endpoint remains suspended. The trickle feed timer may be configured to start upon the triggering of a circuit breaker for the involved downstream service. When downstream endpoint invocation succeeds, the automatic resumption module can resume all upstream endpoints associated with the downstream endpoint.

Abstract: Techniques described herein relate to automatic system suspension based upon downstream system failure in service-oriented architecture (SOA) applications. A system management module of a SOA system may be configured to detect a problem with a downstream service provider involved with a SOA application, and in response, automatically suspend particular processing within the application to prevent requests that may end up at the downstream service provider from entering the SOA application. The system management module may implement a circuit breaker module that maintains a circuit breaker structure specific to a downstream endpoint leading to a downstream service provider. Upon a triggering of a circuit breaker for a downstream endpoint, one or more upstream service providers are identified as associated with faulted traffic causing the triggering, and the system management module can automatically cause further traffic from these upstream service providers to be suspended.

Abstract: Embodiments of the present invention provide improved concurrency by reducing the time period (also referred to herein as a locking window or contention window) during which a record is locked. This provides the benefits of pessimistic locking schemes by preventing transaction due to concurrent updates, while also reducing the time during which a record is exclusively locked. This improves user experience and performance.

Abstract: A system and method for facilitating extracting processing data, in a networked computing environment. An example method includes receiving a signal from a user input device specifying a regular expression. The regular expression includes criteria for extracting data from a database or file, e.g., a text, XML, JSON, or other type of file. A selected function is applied to data that is extracted in accordance with the regular expression via a MapReduce framework. In a more specific embodiment, the method further includes delivering reduced or processed data to a DataBase Management System (DBMS) of a networked enterprise computing environment. The database includes a file with data obtained from one or more databases distributed among one or more servers of the enterprise computing environment.

Abstract: Techniques described herein relate to automatic upstream service resumption after downstream system failure. An automatic resumption module may be configured to monitor a downstream endpoint (of a problematic downstream service provider) and determine when it again successfully can process requests by periodically processing inbound requests (e.g., from suspended upstream service providers) and automatically re-enabling upstream endpoints for the suspended upstream service providers in the case of success. The automatic resumption module may start a trickle feed timer for each upstream endpoint to allow messages to be processed at a configured retry rate while the upstream endpoint remains suspended. The trickle feed timer may be configured to start upon the triggering of a circuit breaker for the involved downstream service. When downstream endpoint invocation succeeds, the automatic resumption module can resume all upstream endpoints associated with the downstream endpoint.

Abstract: Techniques described herein relate to automatic system suspension based upon downstream system failure in service-oriented architecture (SOA) applications. A system management module of a SOA system may be configured to detect a problem with a downstream service provider involved with a SOA application, and in response, automatically suspend particular processing within the application to prevent requests that may end up at the downstream service provider from entering the SOA application. The system management module may implement a circuit breaker module that maintains a circuit breaker structure specific to a downstream endpoint leading to a downstream service provider. Upon a triggering of a circuit breaker for a downstream endpoint, one or more upstream service providers are identified as associated with faulted traffic causing the triggering, and the system management module can automatically cause further traffic from these upstream service providers to be suspended.

Abstract: Embodiments of the present invention provide improved concurrency by reducing the time period (also referred to herein as a locking window or contention window) during which a record is locked. This provides the benefits of pessimistic locking schemes by preventing transaction due to concurrent updates, while also reducing the time during which a record is exclusively locked. This improves user experience and performance.