Настройки

Укажите год
-

Небесная энциклопедия

Космические корабли и станции, автоматические КА и методы их проектирования, бортовые комплексы управления, системы и средства жизнеобеспечения, особенности технологии производства ракетно-космических систем

Подробнее
-

Мониторинг СМИ

Мониторинг СМИ и социальных сетей. Сканирование интернета, новостных сайтов, специализированных контентных площадок на базе мессенджеров. Гибкие настройки фильтров и первоначальных источников.

Подробнее

Форма поиска

Поддерживает ввод нескольких поисковых фраз (по одной на строку). При поиске обеспечивает поддержку морфологии русского и английского языка
Ведите корректный номера.
Ведите корректный номера.
Ведите корректный номера.
Ведите корректный номера.
Укажите год
Укажите год
Применить Всего найдено 36. Отображено 36.
20-02-2014 дата публикации

CORRELATION OF ASYNCHRONOUS BUSINESS TRANSACTIONS

Номер: US20140052624A1
Автор: Bansal Jyoti, Sunkara Bhaskar
Принадлежит: AppDynamics, Inc.

The present technology monitors a web application provided by one or more services. A service may be provided by applications. The monitoring system provides end-to-end business transaction visibility, identifies performance issues quickly and has dynamical scaling capability across monitored systems including cloud systems, virtual systems and physical infrastructures. A message may be placed in an asynchronous queue. The message may be associated with a business transaction. The message in the asynchronous queue may be retrieved by an application. Business transaction information associated with the message may be transmitted to a server by the application. 1. A method for correlating an asynchronous transaction , comprising:placing a message in an asynchronous queue;associating the message with a business transaction;retrieving the message in the asynchronous queue by an application; andtransmitting business transaction information associated with the message to a server by the application.2. The method of claim 1 , further including processing the message retrieved from the queue claim 1 , wherein the processing is correlated with the business transaction.3. The method of claim 1 , wherein associating the message includes modifying the message with business transaction information.4. The method of claim 3 , wherein the business transaction information includes server call chain data.5. The method of claim 4 , wherein the call chain data indicates an asynchronous request.6. The method of claim 1 , wherein associating the message includes storing message information and corresponding business transaction information in a table.7. The method of claim 1 , wherein the message is a request.8. The method of claim 1 , further comprising:accessing the request from the queue by the application; anddetecting the first parameter in the queued request.9. A computer readable storage medium having embodied thereon a program claim 1 , the program being executable by a processor ...

Подробнее
Номер записи: 1
20-02-2014 дата публикации

NAMING OF DISTRIBUTED BUSINESS TRANSACTIONS

Номер: US20140052856A1
Автор: Bansal Jyoti, Sunkara Bhaskar
Принадлежит: AppDynamics, Inc.

The present technology monitors a web application provided by one or more services. A service may be provided by applications. The monitoring system provides end-to-end business transaction visibility, identifies performance issues quickly and has dynamical scaling capability across monitored systems including cloud systems, virtual systems and physical infrastructures. In instances, a request may be received from a remote application. The request may be associated with a distributed transaction. Data associated with the request may be detected. A distributed transaction identifier may be generated for a distributed transaction based on the data associated with the request. 1. A method for identifying a transaction , comprising:receiving a request from a remote application, the request associated with a distributed transaction;detecting data associated with the request; andgenerating a distributed transaction identifier for a distributed transaction based on the data associated with the request.2. The method of claim 1 , wherein the data includes a uniform resource locator associated with the request claim 1 , the distributed transaction identifier generated at least in part from the uniform resource locator.3. The method of claim 1 , wherein the data includes a portion of the request claim 1 , the distributed transaction identifier generated at least in part from the portion of the request.4. The method of claim 1 , wherein the distributed transaction identifier associated with the request is stored in a table.5. The method of claim 1 , further comprising:receiving a subsequent request from the remote application;detecting a second data associated with the request; andretrieving the distributed transaction identifier associated with the second data from the table.6. The method of claim 1 , further comprising storing the distributed transaction identifier associated with the request.7. The method of claim 1 , wherein subsequent requests made across one or more ...

Подробнее
Номер записи: 2
20-02-2014 дата публикации

CORRELATION OF DISTRIBUTED BUSINESS TRANSACTIONS

Номер: US20140052857A1
Автор: Bansal Jyoti, Sunkara Bhaskar
Принадлежит: AppDynamics, Inc.

The present technology monitors a web application provided by one or more services. A service may be provided by applications. The monitoring system provides end-to-end business transaction visibility, identifies performance issues quickly and has dynamical scaling capability across monitored systems including cloud systems, virtual systems and physical infrastructures. A first parameter may be received from a first computer by a server. A second parameter may be received from a second computer by the server. A distributed application processed on the first computer and the second computer may be correlated based on the first parameter and the second parameter. 1. A method for correlating a distributed transaction , comprising:receiving a first parameter from a first computer by a server;receiving a second parameter from a second computer by the server; andcorrelating a distributed application processed on the first computer and the second computer based on the first parameter and the second parameter.2. The method of claim 1 , further comprising:receiving runtime data from the first computer associated with the distributed transaction;receiving runtime data from the second computer associated with the distributed transaction; andcorrelating the received runtime data based on the correlation of the distributed application3. The method of claim 1 , further comprising:receiving a call from the second computer, the call including a first name and a second name, the first name received by the second computer from the first computer; andtransmitting the second name to the first computer.4. The method of claim 3 , wherein the first parameter and the second parameter include the second name and are received after transmitting the second name.5. The method of claim 3 , wherein each of the first name and second name identify the second computer or an application running on the second computer.6. The method of claim 3 , wherein second name is transmitted to the first computer ...

Подробнее
Номер записи: 3
06-03-2014 дата публикации

TRANSACTION CORRELATION USING THREE WAY HANDSHAKE

Номер: US20140068003A1
Автор: Bansal Jyoti, Sunkara Bhaskar
Принадлежит: AppDynamics, Inc.

The present technology monitors a web application provided by one or more services. A service may be provided by applications. The monitoring system provides end-to-end business transaction visibility, identifies performance issues quickly and has dynamical scaling capability across monitored systems including cloud systems, virtual systems and physical infrastructures. A method for communicating data between servers may detect by a first computer a request to a second computer. The request and a first name may be sent to the second computer by the first computer. The first name and request information may be sent to a server by the first computer. The first name and a second computer identifier may be transmitted to the server by the second computer. 1. A method for communicating data between servers , comprising:detecting by a first computer a request to a second computer;sending the request and a first name to the second computer by the first computer;transmitting the first name and request information to a server by the first computer; andtransmitting the first name and a second computer identifier to the server by the second computer.2. The method of claim 1 , further comprising:detecting by the second computer that the first computer does not recognize the second computer based on the first name received by the second computer from the first computer,wherein the first name and second computer identifier transmitted by the second computer is in response to the detection by the second computer.3. The method of claim 2 , further comprising:receiving from the server by the first computer the second computer identifier.4. The method of claim 1 , wherein the first computer associates the second computer identifier with requests to the second computer as part of a distributed transaction.5. The method of claim 1 , further comprising generating the first name for the second computer by the first computer.6. The method of claim 1 , wherein the first computer includes ...

Подробнее
Номер записи: 4
06-03-2014 дата публикации

PROPAGATING A DIAGNOSTIC SESSION FOR BUSINESS TRANSACTIONS ACROSS MULTIPLE SERVERS

Номер: US20140068067A1
Автор: Bansal Jyoti, Sunkara Bhaskar
Принадлежит: AppDynamics, Inc.

The present technology may determine an anomaly in a portion of a distributed business application. Data can automatically be captured and analyzed for the portion of the application associated with the anomaly. By automatically capturing data for just the portion associated with the anomaly, the present technology reduces the resource and time requirements associated with other code-based solutions for monitoring transactions. In an embodiment, a method for monitoring an application may begin with detecting a diagnostic event. A diagnostic identifier may be associated with the request in response to the diagnostic event. An outgoing call may be detected at a first server associated with processing the request. The outgoing call may be modified at the first server to include the diagnostic identifier, the outgoing call with the diagnostic identifier received by a remote computer. 1. A method for monitoring a distributed transaction , comprisingdetecting a diagnostic event;associating a diagnostic identifier with the request in response to the diagnostic event;detecting an outgoing call at a first server associated with processing the request; andmodifying the outgoing call at the first server to include the diagnostic identifier, the outgoing call with the diagnostic identifier received by a remote computer.2. The method of claim 1 , wherein the diagnostic event includes detecting an anomaly associated with the request.3. The method of claim 1 , wherein the diagnostic event includes receiving a request from an user to collect diagnostic data.4. The method of claim 1 , further comprising sampling a thread call stack handling the request at the first server in response to detecting the diagnostic event.5. The method of claim 1 , wherein detecting the outgoing call is performed by bytecode instrumentation.6. The method of claim 1 , wherein detecting the outgoing call is performed by code embedded into exit points within the application which makes the outgoing call.7. ...

Подробнее
Номер записи: 5
06-03-2014 дата публикации

PERFORMING CALL STACK SAMPLING

Номер: US20140068068A1
Автор: Bansal Jyoti, Sunkara Bhaskar
Принадлежит: AppDynamics, Inc.

The present technology may determine an anomaly in a portion of a distributed business application. Data can automatically be captured and analyzed for the portion of the application associated with the anomaly. By automatically capturing data for just the portion associated with the anomaly, the present technology reduces the resource and time requirements associated with other code-based solutions for monitoring transactions. A method for sampling an application thread to monitor a request may begin with detecting a diagnostic event with respect to the processing of a request. A thread call stack associated with the request may be sampled in response to detecting the diagnostic event. A state of the call stack may be stored with timing information based on the sampling. The call stack state and timing information may be transmitted to a remote server. 1. A method for sampling an application thread to monitor a request , comprising:detecting a diagnostic event with respect to the processing of a request;sampling a thread call stack associated with the request in response to detecting the diagnostic event;storing a state of the call stack with timing information based on the sampling; andtransmitting the call stack state and timing information to a remote server.2. The method of claim 1 , wherein the diagnostic event includes an anomaly associated with the request.3. The method of claim 1 , wherein the diagnostic event includes a request by a user to collect diagnostic data.4. The method of claim 1 , further comprising:detecting an outgoing call; andsampling the thread call stack in response to detecting the outgoing call.5. The method of claim 1 , wherein the outgoing call is detected by bytecode instrumentation.6. The method of claim 1 , wherein the outgoing call is detected by code embedded into exit points within an application which makes the outgoing call.7. The method of claim 1 , wherein the thread sampling rate is adjusted after a set period of time.8. The ...

Подробнее
Номер записи: 6
06-03-2014 дата публикации

CONDUCTING A DIAGNOSTIC SESSION FOR MONITORED BUSINESS TRANSACTIONS

Номер: US20140068069A1
Автор: Bansal Jyoti, Sunkara Bhaskar
Принадлежит: AppDynamics, Inc.

The present technology may determine an anomaly in a portion of a distributed business application. Data can automatically be captured and analyzed for the portion of the application associated with the anomaly. By automatically capturing data for just the portion associated with the anomaly, the present technology reduces the resource and time requirements associated with other code-based solutions for monitoring transactions. A method for performing a diagnostic session for a request may begin with initiating collection of diagnostic data associated with a request. An application thread on each of two or more servers may be sampled. The application threads may be associated with the same business transaction and the business transaction may be associated with the request. The diagnostic data may be stored. 1. A method for performing a diagnostic session for a request , comprising:initiating collection of diagnostic data associated with a request;sampling an application thread on each of two or more servers, the application threads associated with the same business transaction, the business transaction associated with the request; andstoring the diagnostic data.2. The method of claim 1 , wherein the collection of diagnostic data is initiated by detection of an anomaly by a controller which receives runtime data from remote agents.3. The method of claim 1 , wherein the collection of diagnostic data is initiated by detection of an anomaly by an agent monitoring a server which processes the request.4. The method of claim 1 , wherein the collection of diagnostic data is initiated by an administrator of a monitoring system.4. The method of claim 1 , wherein sampling an application thread includes sampling a thread call stack handling a request at a server.5. The method of claim 1 , wherein the diagnostic data including the performance of one or more outgoing calls performed as part of the request claim 1 , at least one outgoing call associated with an application thread ...

Подробнее
Номер записи: 7
02-02-2017 дата публикации

NAMING OF NODES IN NET FRAMEWORK

Номер: US20170031740A1
Автор: Ericson Ryan, Margulis Michael, Nagaraj Sanjay, Roth David
Принадлежит: AppDynamics, Inc.

A system for naming a process being monitored that handles a requesting a framework such as a .NET framework. The process may be implemented by a .NET application framework within an IIS web server. The naming system allows for user readable names which are more than just numbers or indexes. The naming system is configured from a single location rather than from multiple locations, making it much easier to configure, change and update. 1detecting a call by an application;determining whether to monitor the call; andautomatically generating a name for a node associated with a process handling the call, the node name including the name of a machine on which the node resides and the name of a logical group of nodes that includes the node being called.. A method for monitoring a business transaction, comprising: This application is a continuation of U.S. patent application Ser. No. 14/256,903, titled “Naming of Nodes in NET Framework,” filed Apr. 18, 2014, the disclosure of which is incorporated herein by reference.The World Wide Web has expanded to provide web services faster to consumers. Web services may be provided by a web application which uses one or more services to handle a transaction. The applications may be distributed over several machines, making the topology of the machines that provides the service more difficult to track and monitor.A popular platform for providing a web service is the Internet Information Services (IIS). An IIS web server may include several applications executing on a single machine. This can be very efficient to implement, but can make monitoring of IIS applications difficult. In particular, it can be difficult to detect how individual IIS applications on the same web server are performing.There is a need in the art for web service monitoring which may provide improved application monitoring.The present technology automatically names a node (which is created by an installed agent) on an IIS web server which enables individual ...

Подробнее
Номер записи: 8
02-02-2017 дата публикации

TIME SERIES METRIC DATA MODELING AND PREDICTION

Номер: US20170031744A1
Автор: Iyer Arjun, ZHAO Yuchen
Принадлежит: AppDynamics, Inc.

A system that utilizes a plurality of time series of metric data to more accurately detect anomalies and model and predict metric values. Streams of time series metric data are processed to generate a set of independent metrics. In some instances, the present system may automatically analyze thousands of real-time streams. Advanced machine learning and statistical techniques are used to automatically find anomalies and outliers from the independent metrics by learning latent and hidden patterns in the metrics. The trends of each metric may also be analyzed and the trends for each characteristic may be learned. The system can automatically detect latent and hidden patterns of metrics including weekly, daily, holiday and other application specific patterns. Anomaly detection is important to maintaining system health and predicted values are important for customers to monitor and make planning and decisions in a principled and quantitative way. 1. A method for detecting an anomaly in time series data , comprising:receiving, by a machine, a plurality of time series of original metric data associated with different types of monitoring;generating a plurality of time series of independent metric data using the received plurality of time series of original metric data;generating coefficients using the plurality of time series of independent metric data;predicting a value for the plurality of time series of independent metric data for a future time point using the coefficients;determining a predicted value for the plurality of time series of original metric data using the predicted value for the plurality of time series of independent metric data; anddetecting an anomaly in the plurality of time series of original metric data by comparing an actual value for the plurality of time series of original metric data received at the future time point with the predicted value for the plurality of time series of original metric data.2. The method of claim 1 , wherein comparing the ...

Подробнее
Номер записи: 9
26-02-2015 дата публикации

DASHBOARD FOR DYNAMIC DISPLAY OF DISTRIBUTED TRANSACTION DATA

Номер: US20150058092A1
Автор: Angeles Joseph, Keeney Thomas, Rea Sean
Принадлежит: AppDynamics, Inc.

An interface is provided for a user to create a custom dashboard for providing application performance data. The dashboard may be created from one or more widgets, such as graphs, charts, and other display components, and each widget may be individually configured with parameters. The dashboard may be configured to display data for one or more particular transactions, transaction types, or transactions that meet specified criteria. Once created, the dashboard may be shared through a website URL, e-mail, or other method. 1. A method for reporting data , comprising:providing an interface by a server to a remote device for configuring a report for transaction performance data;receiving an input which specifies a filter for displaying a category of entities; andreporting performance data for one or more entities that satisfy the filter, the performance data selected dynamically at the time the performance data is reported.2. The method of claim 1 , wherein the entities include one or more of business transactions claim 1 , tiers and nodes.3. The method of claim 1 , wherein a first set of entities that satisfy the filter at the time of receiving the input specifying the filter differs from a second set of entities that satisfies the filter at the time the performance data is reported claim 1 , the performance data associated with the second set of entities.4. The method of claim 3 , wherein the filter identifies a performance threshold.5. The method of claim 1 , wherein the reporting is performed through a dashboard.6. The method of claim 5 , wherein the dashboard may be shared.7. A method for reporting data claim 5 , comprising:providing an interface by a server to a remote device for configuring a report for transaction performance data;receiving an input at a first point in time which specifies a category of transactions; andreporting performance data at a second point in time for one of more transactions that satisfy the specified category, at least one or more of ...

Подробнее
Номер записи: 10
05-03-2015 дата публикации

CUSTOM CORRELATION OF A DISTRIBUTED BUSINESS TRANSACTION

Номер: US20150067146A1
Автор: Acharya Manoj, Puvvada Suraj, Raker Todd, Srinivasaiah Vinay
Принадлежит: AppDynamics, Inc.

A mechanism is provided for customizing communication of correlation data between servers using a custom or proprietary communication protocol. The system may modify a payload transmitted between servers to include monitoring parameters. The payload may be modified by expanding a portion of the payload or otherwise inserting data into the payload. The portion may include a header, footer, an additional property, a field, or other portion of the header. A mechanism may detect both outgoing calls and incoming requests to either modify the request with the payload or retrieve the payload from the request. The configuration preferences received from a user may be used to process the detected calls and modify a payload at a designed portion suitable to be expanded. Once sent, the configuration parameters may be used by a recipient server to detect the request with the modified payload and retrieve the monitoring parameter. The monitoring parameter may be used to correlate distributed transactions that occur over a set of servers which communicate with non-standard protocols. 1. A method for monitoring a business transaction , comprising:receiving an identification of a portion of a payload to be transmitted from a first application to a second application;automatically modifying by an agent a call from the first application to include a monitoring parameter in the identified portion of the payload; andtransmitting the call with the monitoring parameter.2. The method of claim 1 , wherein the identified portion is an expandable portion.3. The method of claim 1 , wherein receiving an identification includes receiving a method identifier.4. The method of claim 1 , wherein the received identification identifies a payload.5. The method of claim 1 , wherein the portion includes a payload property.6. The method of claim 1 , wherein the portion includes an existing map payload.7. The method of claim 1 , further comprising instrumenting byte code of the application to insert code ...

Подробнее
Номер записи: 11
05-03-2015 дата публикации

GROUP SERVER PERFORMANCE CORRECTION VIA ACTIONS TO SERVER SUBSET

Номер: US20150067147A1
Автор: ARAI Takashi, Carmel Ido, Konduri Sastry, Morga Andrew, Sawant Abhi, Singh Raghvendra
Принадлежит: AppDynamics, Inc.

Business transactions and the nodes processing the transactions are monitored and actions are applied to one or more nodes when a performance issue is detected. A performance issue may relate to a metric associated with a transaction or node that processes the transaction. If a performance metric determined from data captured by monitoring does not satisfy a health rule, the policy determines which action should be performed to correct the performance of the node. When a problem is detected for multiple nodes, the present technology may address a subset of the multiple nodes rather than apply an action to each node experiencing the problem. When a solution is found to correct the problem with the subset of nodes, the solution may be applied to the other nodes experiencing the same problem. 1. A method for monitoring a business transaction , comprising:determining that a metric associated with each of a plurality of nodes of a distributed server system do not satisfy a threshold;applying a first corrective action to a first subset of the plurality of nodes; andapplying the first corrective action to the remainder of the nodes upon detecting the first subset of nodes satisfy the threshold after the first corrective action is applied.2. The method of claim 1 , further including:determining a metric for each of the plurality of nodes; anddetermining the metric for each node does not satisfy a health rule, the health rule including a threshold.3. The method of claim 1 , the first corrective action applied by an agent residing on a machine with the node.4. The method of claim 3 , wherein applying includes transmitting an instruction to an agent on a remote server by a controller.5. The method of claim 1 , the first corrective action selected by a policy based on a violation of a health rule including the threshold.6. The method of claim 1 , further comprising selecting the first subset of the plurality of nodes at random.7. The method of claim 1 , further comprising ...

Подробнее
Номер записи: 12
16-03-2017 дата публикации

AUTOMATIC CAPTURE OF DETAILED ANALYSIS INFORMATION BASED ON REMOTE SERVER ANALYSIS

Номер: US20170078167A1
Автор: Acharya Manoj, Ahmed Awais, Bansal Jyoti, Srinivasaiah Vinay, Sunkara Bhaskar, Thomas Binil
Принадлежит: AppDynamics, Inc.

A system monitors a network or web application provided by one or more distributed applications and provides data for each and every method instance in an efficient low-cost manner. Agents may monitor the performance of the distributed application by the web services and report monitoring data as runtime data to the remote server, for example a controller. The controller may analyze the data to identify one or more performance issues or “hot spot” methods based on current or past performance, functionality, content, or business relevancy. Instructions and/or configuration information may be transmitted by the controller to the agents that correspond to a particular business transaction portion associated with a hot spot. The portions are then monitored to collect data associated with the hot spot and the hot spot data is reported back to the controller. 1receiving data by a controller from a plurality of agents installed on a plurality of remote computers, the data including data collected by the agents during the execution of a distributed business transaction executing on the remote computers;analyzing the data by the controller to determine a performance issue during the execution of the business transaction;instructing a selected agent of the one or more agents to gather data associated with the performance issue.. A method for monitoring a business transaction, comprising: This application is a continuation of U.S. patent application Ser. No. 14/609,305, titled “Automatic Capture of Detailed Analysis Information Based on Remote Server Analysis,” filed Jan. 29, 2015, which is a continuation-in-part and claims the priority benefit of U.S. patent application Ser. No. 13/365,171, titled “Automatic Capture of Detailed Analysis Information for Web Application Outliers with Very Low Overhead,” filed Feb. 2, 2012, the disclosures of which are incorporated herein by reference.The World Wide Web has expanded to provide web services faster to consumers. Web services may ...

Подробнее
Номер записи: 13
23-04-2015 дата публикации

AUTOMATIC ASYNCHRONOUS HANDOFF IDENTIFICATION

Номер: US20150113122A1
Автор: Acharya Manoj, Puvvada Suraj, Srinivasaiah Vinay, Sunkara Bhaskar
Принадлежит: AppDynamics, Inc.

Asynchronous handoffs between threads and other software components may be automatically detected, and the corresponding working objects may be tracked. The system may report monitoring information for an overall transaction that includes the original request and corresponding asynchronous requests. Automatically detecting asynchronous requests may include instrumenting a virtual machine, such as a Java Virtual Machine (JVM), to detect the creation of thread handoff objects and the object and/or thread execution. Thread handoff objects may automatically tracked, tracked based on data learned over time, tracked based on user input, and otherwise configured. In some embodiments, after detecting the creation of a thread handoff object, an identification of the object of the call may be identified as being tracked in another server or application. 1. A method for monitoring a business transaction , comprising:automatically detecting construction of an object by an agent on a server, the object configured to handoff control of a transaction from a first thread to a second thread;associating the constructed object with a monitoring parameter; andassociating the second thread with the monitoring parameter.2. The method of claim 1 , wherein the object is a callable object.3. The method of claim 1 , wherein the object is a runnable object.4. The method of claim 1 , wherein the object is a thread object.5. The method of claim 1 , further comprising:automatically detecting execution of the object, wherein execution of the object passes control of a transaction from a first thread to a second thread, wherein the monitoring parameter associated with the first thread.6. The method of claim 1 , wherein the object creates a child thread to execute as part of a transaction.7. The method of claim 1 , wherein the object is initiated by a first independently executing content page element of a plurality of independently executing content page elements.8. The method of claim 1 , wherein ...

Подробнее
Номер записи: 14
20-04-2017 дата публикации

MONITORING AND CORRELATING A BINARY PROCESS IN A DISTRIBUTED BUSINESS TRANSACTION

Номер: US20170109252A1
Автор: Gupta Amod, Kumar Pankaj, Margulis Michael, Nagaraj Sanjay
Принадлежит: AppDynamics, Inc.

A dynamic monitoring process begins with configuring a start and end method to be monitored. The dynamic monitoring process may intercept both the start and end methods as and when the loader is initiated or at runtime to dynamically attach and detach the instrumentation. A loader may then be modified to call a library method upon detection of the start method. The library method may serve as a notification to the start of the method and causes a reflector to retrieve information from the incoming request. The incoming information may include data from which a business transaction name may be determined. The business transaction name is then associated with the monitoring of the particular request. When an exit call is detected, a call may be made to the library for a method which invokes a decorator. The decorator may insert business transaction name and other data into the outgoing call. 1. A method for monitoring a binary process , comprising:monitoring a binary process on a first machine;detecting communication with the binary process by a second application on a second machine, the second application not a binary process; andcorrelating the binary process and the second application as part of a distributed business transaction across the first machine and the second machine.2. A non-transitory computer readable storage medium having embodied thereon a program , the program being executable by a processor to perform a method for monitoring a binary process , the method comprising:monitoring a binary process on a first machine;detecting communication with the binary process by a second application on a second machine, the second application not a binary process; andcorrelating the binary process and the second application as part of a distributed business transaction across the first machine and the second machine.3. A system for monitoring an application , comprising:a processor;a memory; andone or more modules stored in memory and executable by a processor to ...

Подробнее
Номер записи: 15
04-05-2017 дата публикации

Network Aware Distributed Business Transaction Anomaly Detection

Номер: US20170126531A1
Автор: Chandel Ajay, Kaligotla Prakash, Kondapalli Naveen, Nataraj Harish
Принадлежит: AppDynamics, Inc.

A system monitors applications and network flows used during the business transaction to determine distributed business transaction anomalies caused at least in part by network performance issues. A network flow associated with a business transaction is monitored by a network agent. The network agent may capture packets, analyze the packets and other network data to determine one or more baselines, and dynamically compare subsequent network flow performance to those baselines to determine an anomaly. When an anomaly in a network flow is detected, this information may be provided to a user along with other data regarding a business transaction that is utilizing the network flow. Concurrently with the network agent monitoring, application agents may monitor one or more applications performing the business transaction. The present system reports performance data for a business transaction in terms of application performance and network performance, all in the context of a distributed business transaction. 1. A method for monitoring a distributed business transaction , comprising:monitoring a distributed business transaction over a plurality of machines and at least one network;collecting network flow data associated with an anomaly for the distributed business transaction; andreporting the network flow data associated with the anomaly and the distributed business transaction to a remote server.11. A non-transitory computer readable storage medium having embodied thereon a program , the program being executable by a processor to perform a method for monitoring a business transaction , the method comprising:monitoring a distributed business transaction over a plurality of machines and at least one network;collecting network flow data associated with an anomaly for the distributed business transaction; andreporting the network flow data associated with the anomaly and the distributed business transaction to a remote server.21. A system for monitoring a business ...

Подробнее
Номер записи: 16
25-05-2017 дата публикации

Dynamic Agent Delivery

Номер: US20170147368A1
Автор: Srinivasaiah Vinay, Winslow Bradley
Принадлежит: AppDynamics, Inc.

The present technology utilizes agents to monitor and report data from Java virtual machines (JVM) to a controller as part of application performance monitoring. When a JVM is loaded, code defining an interface for agents is loaded as well. A determination may be made as to whether the loaded agent implements the interface defined at the JVM. If the loaded agent does not implement the interface, for example if it is missing one or more methods defined by the interface, the agent class may be modified to define the missing methods. The modification to the agent class may be made after compilation but before the class is loaded into the JVM. 1. A method for delivering an agent on a machine , comprising:loading an interface definition on a machine;analyzing an agent class intended to implement an interface complying with the interface definition; andmodifying the agent class to comply with the interface definition.2. A non-transitory computer-readable storage medium having embodied thereon a program , the program being executable by a processor to perform a method for delivering an agent on a machine , the method comprising loading an interface definition on a machine;analyzing an agent class intended to implement an interface complying with the interface definition; andmodifying the agent class to comply with the interface definition.3. A system for delivering an agent on a machine , comprising:a processor;memory; andone or more modules stored in memory and executable by the processor to load an interface definition on a machine, analyze an agent class intended to implement an interface complying with the interface definition, and modify the agent class to comply with the interface definition. This application is a continuation of U.S. patent application Ser. No. 14/609,298, titled “Dynamic Agent Delivery,” filed, Jan. 29, 2015, the disclosure of which is incorporated herein by reference.The World Wide Web has expanded to provide web services faster to consumers. Web ...

Подробнее
Номер записи: 17
08-06-2017 дата публикации

APPLICATION CENTRIC NETWORK EXPERIENCE MONITORING

Номер: US20170163505A1
Автор: Bansal Jyoti, Chandel Ajay, Leftik Adam, Nataraj Harish, Sunkara Bhaskar
Принадлежит: AppDynamics, Inc.

A system determines the performance of a network within the context of an application using that network. Network data is collected and correlated with an application that uses the network as well as a distributed transaction implemented by the application. The collected network data is culled, and the remaining data is rolled up into one or more metrics. The metrics, selected network data, and other data are reported in the context of the application that implements part of the distributed transaction. In this manner, specific network performance and architecture data is reported along with application context information. 1. A method for correlating application performance data and network performance data for a distributed transaction , comprising:collecting application data by a first module installed on a first machine, the application data collected during execution of an application, the application one of a plurality of applications on one or more machines that implement a distributed transaction;collecting network data for a network by a second module installed on the first machine, the network data collected during execution of the application while implementing a portion of the distributed transaction over the network;correlating the application data and the network data using distributed transaction information; andreporting the correlated application data and the network data from a remote server.2. A non-transitory computer readable storage medium having embodied thereon a program , the program being executable by a processor to perform a method for correlating application performance data and network performance data for a distributed transaction , the method comprising:collecting application data by a first module installed on a first machine, the application data collected during execution of an application, the application one of a plurality of applications on one or more machines that implement a distributed transaction;collecting network data for ...

Подробнее
Номер записи: 18
15-06-2017 дата публикации

NETWORK ANALYSIS AND MONITORING TOOL

Номер: US20170171092A1
Автор: Puvvada Suraj
Принадлежит: AppDynamics, Inc.

A transmitted transport communication protocol (TCP) packet in an established TCP connection is intercepted and resent with a modified IP layer to determine network nodes within a network path. No new connection is required, and the data may be transmitted to its intended location as part of the existing connection, bypassing firewalls and other obstacles commonly affecting ping commands. The change to the IP layer may include a modified TTL value. Address location and response time may be determined for each node in a network path. 1. A method for analyzing a network , comprising:modifying a portion of a previously sent data packet for an established network connection, the modification affecting the life of the packet and made by an agent executing on a computing device which sends the packet;transmitting the data packet by the computing device over the network connection; anddetermining network information from a response to the transmitted packet.2. A non-transitory computer readable storage medium having embodied thereon a program , the program being executable by a processor to perform a method for analyzing a network , the method comprising:modifying a portion of a previously sent data packet for an established network connection, the modification affecting the life of the packet and made by an agent executing on a computing device which sends the packet;transmitting the data packet by the computing device over the network connection; anddetermining network information from a response to the transmitted packet.3. A system for monitoring a business transaction , comprising:a processor;a memory; andone or more modules stored in memory and executable by a processor to modify a portion of a previously sent data packet for an established network connection, the modification affecting the life of the packet and made by an agent executing on a computing device which sends the packet, transmit the data packet by the computing device over the network connection, and ...

Подробнее
Номер записи: 19
13-08-2015 дата публикации

SERVER PERFORMANCE CORRECTION USING REMOTE SERVER ACTIONS

Номер: US20150227412A1
Автор: ARAI Takashi, Carmel Ido, Morgan Andrew, Sawant Abhijit, Singh Raghvendra, Sunkara Bhaskar
Принадлежит: AppDynamics, Inc.

Business transactions and the nodes processing the transactions may be monitored. Actions may be applied to one or more nodes when a performance issue is detected. A performance issue may relate to a metric associated with a transaction or node that processes the transaction. If a performance metric does not satisfy a health rule, the policy determines which action should be performed to correct the performance of the node. The corrective action may be applied to a node other than the node at which the performance metric is associated with. For example, if a performance metric for a first node does not satisfy a threshold, the corrective action may be applied to a second node. When a solution applied to a second node is found to correct the problem in first node, the solution may be applied to the other nodes experiencing the same problem. 1. A method for monitoring a business transaction , comprising:determining that a performance data value associated with a first node of a distributed server system do not satisfy a threshold;selecting a second node of the distributed server system at which to apply a first corrective action based on the performance data value associated with the first node; andapplying the first corrective action to the second node.2. The method of claim 1 , wherein the second node and the first node process a distributed transaction claim 1 , the performance data associated with distributed transaction.3. The method of claim 2 , wherein the second node processes a request initiated by the first node as part of processing the distributed transaction.4. The method of claim 1 , further including:determining a metric for the first node; anddetermining the metric for each node does not satisfy a health rule, the health rule including a threshold.5. The method of claim 1 , the first corrective action applied by an agent residing on a machine within the second node.6. The method of claim 1 , wherein applying includes transmitting an instruction to an ...

Подробнее
Номер записи: 20
03-08-2017 дата публикации

DISTRIBUTED BUILD AND COMPILE STATISTICS

Номер: US20170220325A1
Автор: Buteau Andrew Patrick
Принадлежит: AppDynamics, Inc.

The present technology adds code to a top level build configuration file of a configuration program that will gather metrics for each invocation of a build. These metrics are sent to a commonly accessible metric server for future analysis. The metrics are collected for a distributed engineering team over several machines. Compilation time metrics may then be collected for each compilation event and those metrics are analyzed by a common aggregator. 1. A method for collecting data regarding a program build , comprising:determining the time required to complete a build on a computing device;collecting build data and machine hardware data for the computing device performing the build; andreporting data for a plurality of builds by a remote server, the plurality of buildsincluding the build on the computing device.2. A non-transitory computer readable storage medium having embodied thereon a program , the program being executable by a processor to perform a method for collecting data regarding a program build , the method comprising:determining the time required to complete a build on a computing device;collecting build data and machine hardware data for the computing device performing the build; andreporting data for a plurality of builds by a remote server, the plurality of buildsincluding the build on the computing device.3. A system for collecting data regarding a program build , comprising:a processor;a memory; andone or more modules stored in memory and executable by a processor to determine the time required to complete a build on a computing device, collect build data and machine hardware data for the computing device performing the build, and report data for a plurality of builds by a remote server, the plurality of builds including the build on the computing device. This application is a continuation of U.S. patent application Ser. No. 14/530,440, titled “Distributed Build and Compile Statistics,” filed, Oct. 31, 2014, the disclosure of which is incorporated ...

Подробнее
Номер записи: 21
04-08-2016 дата публикации

AUTOMATIC CAPTURE OF DETAILED ANALYSIS INFORMATION FOR WEB APPLICATION OUTLIERS WITH VERY LOW OVERHEAD

Номер: US20160226728A1
Автор: Acharya Manoj, Bansal Jyoti, Sunkara Bhaskar
Принадлежит: AppDynamics, Inc.

A system monitors a network or web application provided by one or more distributed applications and provides data for each and every method instance in an efficient low-cost manner. The web application may be provided by one or more web services each implemented as a virtual machine or one or more applications implemented on a virtual machine. Agents may be installed on one or more servers at an application level, virtual machine level, or other level. The agent may identify one or more hot spot methods based on current or past performance, functionality, content, or business relevancy. Based on learning techniques, efficient monitoring, and resource management, the present system may capture data for and provide analysis information for outliers of a web application with very low overhead. 1. A method for monitoring a business transaction , comprising:recording performance data for each of a plurality of methods of a network application, the performance data stored by an execution thread;ignoring the performance data for one or more of the plurality of methods that satisfy a threshold; andstoring the performance data for one or more of the plurality of methods having a root node that does not satisfy a condition.2. The method of claim 1 , wherein the performance data includes a start time and an end time for execution of the method.3. The method of claim 1 , wherein the condition includes a threshold for time of execution.4. The method of claim 1 , wherein the condition includes calling an external Java Virtual Machine.5. The method of claim 1 , wherein storing the data includes storing execution data and external call data.6. The method of claim 1 , wherein the performance data is stored in an array within the execution thread header.7. The method of claim 1 , further comprising:building a call graph for a Java Virtual Machine; andidentifying methods within the call graph that do not satisfy the condition.8. The method of claim 1 , further comprising:qualifying ...

Подробнее
Номер записи: 22
03-08-2017 дата публикации

AUTOMATIC ASYNCHRONOUS HANDOFF IDENTIFICATION

Номер: US20170222891A1
Автор: Acharya Manoj, Puvvada Suraj, Srinivasaiah Vinay, Sunkara Bhaskar
Принадлежит: AppDynamics, Inc.

Asynchronous handoffs between threads and other software components may be automatically detected, and the corresponding working objects may be tracked. The system may report monitoring information for an overall transaction that includes the original request and corresponding asynchronous requests. Automatically detecting asynchronous requests may include instrumenting a virtual machine, such as a Java Virtual Machine (JVM), to detect the creation of thread handoff objects and the object and/or thread execution. Thread handoff objects may automatically tracked, tracked based on data learned over time, tracked based on user input, and otherwise configured. In some embodiments, after detecting the creation of a thread handoff object, an identification of the object of the call may be identified as being tracked in another server or application. 1automatically detecting construction of an object by an agent on a server, the object configured to handoff control of a transaction from a first thread to a second thread;associating the constructed object with a monitoring parameter; andassociating the second thread with the monitoring parameter.. A method for monitoring a business transaction, comprising: This application is a continuation of U.S. patent application Ser. No. 14/058,200, titled “Automatic Asynchronous Handoff Identification,” filed, Oct. 18, 2013, the disclosure of which is incorporated herein by reference.The World Wide Web has expanded to make web services a part of consumers' daily lives. Web services may be provided by a web application which uses one or more services to handle a transaction. The applications may be distributed over several machines. A content page (e.g., a web page) may be rendered in a network browser application and may provide information from content requested by several content page elements. In some content pages, the page elements may be loaded from different remote applications asynchronously. For example, in response to a ...

Подробнее
Номер записи: 23
07-09-2017 дата публикации

DYNAMIC DASHBOARD WITH INTELLIGENT VISUALIZATION

Номер: US20170255476A1
Автор: "OConnell Ryan", WANG TAO, Whitney Jonathan Newcomb Swirsky
Принадлежит: AppDynamics, Inc.

An interface for communicating the status of a distributed business transaction using widgets is provided. The widgets may be dynamically identified and automatically created such that they are useful and of interest to a user of the dashboard. The location of the widgets within the dashboard may be dynamically positioned such that the most important widgets are provided to preferred locations for particular user. 1. A method for reporting performance data within an interface , including:receiving, by a server, a request for an interface to display the reporting of the performance data, the request received from a remote client device;automatically identifying widgets to be rendered within the interface to display the reporting of the performance data, the widgets automatically identified based at least on events of interest detected in response to the request; andproviding, by the server, the interface with the automatically identified widgets to display the reporting of the performance data to the remote client device.2. The method of claim 1 , wherein the events of interest are identified during a time period associated with the received request.3. The method of claim 2 , wherein the time period affects the automatic identification of the widgets.4. The method of claim 1 , wherein the events of interest include status alerts or errors or anomalies in the performance data.5. The method of claim 1 , wherein the performance data includes latencies associated with monitored business transactions at a monitored environment.6. The method of claim 1 , including:ranking each of the identified events; anddetermining which of the identified events to render the widgets for based on the ranking of each event.7. The method of claim 6 , including rendering the widgets for only some of the identified events based on the ranking of each event.8. The method of claim 6 , including:determining a display location of each widget in the interface based on the ranking of each event.9. ...

Подробнее
Номер записи: 24
21-09-2017 дата публикации

BUSINESS TRANSACTION CONTEXT FOR CALL GRAPH

Номер: US20170269977A1
Автор: Brichford Christopher
Принадлежит: AppDynamics, Inc.

An application which utilizes a single thread is monitored and context for the individual requests and business transactions operating on that platform are provided. A wrapper is placed is around an object that calls a request. The wrapper renames a request object. Request objects are renamed with a unique name when they are called. When a call stack is sampled, the sampler will retrieve the unique name. Performance data associated with the unique name may be correlated to a business transaction and particular request as metrics are subsequently analyzed. For subsequent reporting, such as call graph reporting, the report or call graph will have requests in the context of a particular business transaction and a particular request instance. This provides more context in reporting of an business application request for frameworks that utilize as single request for multiple threads.

Подробнее
Номер записи: 25
08-10-2015 дата публикации

SYSTEM AND METHOD FOR DETERMINING END USER TIMING

Номер: US20150288584A1
Автор: Acharya Manoj, Cath Adam, Thomas Binil
Принадлежит: AppDynamics, Inc.

A system automatically determines end user timing across multiple platforms and network browsers. End user timing data may be captured using one or more techniques. The techniques may include utilizing a navigation timing standard and handler call back functionality. The end user timing data may be analyzed to identify which technique's data is most accurate, and the most accurate end user timing data is then reported. 1. A method for monitoring a business transaction , comprising:capturing a first set of metrics using handler objects in a network browser executing on a computer, the first set of metrics associated with a request by the browser;comparing the first set of metrics with a second set of metrics retrieved from a browser interface, the second set of metrics associated with the request; andreporting the most accurate set of metrics of the first set of metrics and the second set of metrics.2. The method of claim 2 , further comprising associating a call back to each of the handler objects.3. The method of claim 3 , further comprising storing timing data upon receiving each call of the call backs4. The method of claim 3 , further comprising associating a second call back to a particular handler object upon receiving each call.5. The method of claim 1 , further comprising normalizing the first set of metrics and the second set of metrics.6. The method of claim 1 , further comprising receiving a content page including an agent claim 1 , the agent associating a first call back with a first handler object associated with a first network browser platform and a second call back with a second handler object associated with a second network browser platform.7. The method of claim 1 , further comprising selecting the most accurate set of metrics between the first set of metrics and the second set of metrics.8. The method of claim 1 , wherein the second set of metrics is retrieved using a navigation timing interface.9. The method of claim 1 , further comprising ...

Подробнее
Номер записи: 26
08-10-2015 дата публикации

NETWORK ANALYSIS AND MONITORING TOOL

Номер: US20150288591A1
Автор: Puvvada Suraj
Принадлежит: AppDynamics, Inc.

A transmitted transport communication protocol (TCP) packet in an established TCP connection is intercepted and resent with a modified IP layer to determine network nodes within a network path. No new connection is required, and the data may be transmitted to its intended location as part of the existing connection, bypassing firewalls and other obstacles commonly affecting ping commands. The change to the IP layer may include a modified TTL value. Address location and response time may be determined for each node in a network path. 1. A method for analyzing a network , comprising:modifying a portion of a previously sent data packet for an established network connection, the modification affecting the life of the packet and made by an agent executing on a computing device which sends the packet;transmitting the data packet by the computing device over the network connection; anddetermining network information from a response to the transmitted packet.2. The method of claim 1 , wherein the packet is a TCP packet and the network connection is a TCP connection.3. The method of claim 1 , wherein the TCP packet was previously sent in the established TCP connection.4. The method of claim 1 , wherein the portion is a TTL value in the header of the TCP packet.5. The method of claim 1 , further comprising:intercepting a transmitted TCP packet; andcaching the intercepted packet, the previously sent TCP packet including the cached TCP packet.6. The method of claim 1 , the response including an error message.7. The method of claim 1 , the response including an address of the last node to receive the transmitted TCP packet8. The method of claim 1 , further comprising transmitting the TCP packet when the TCP connection is determined to be idle.9. The method of claim 1 , determining an address of a node in the network connection from the response10. The method of claim 1 , further comprising:determining the time the TCP packet was sent; anddetermining the time the response was ...

Подробнее
Номер записи: 27
29-09-2016 дата публикации

NAMING OF DISTRIBUTED BUSINESS TRANSACTIONS

Номер: US20160285951A1
Автор: Bansal Jyoti, Sunkara Bhaskar
Принадлежит: AppDynamics, Inc.

The present technology monitors a web application provided by one or more services. A service may be provided by applications. The monitoring system provides end-to-end business transaction visibility, identifies performance issues quickly and has dynamical scaling capability across monitored systems including cloud systems, virtual systems and physical infrastructures. In instances, a request may be received from a remote application. The request may be associated with a distributed transaction. Data associated with the request may be detected. A distributed transaction identifier may be generated for a distributed transaction based on the data associated with the request. 1. A method for identifying a transaction , comprising:receiving a request from a remote application, the request associated with a distributed transaction;detecting data associated with the request; andgenerating a distributed transaction identifier for a distributed transaction based on the data associated with the request.2. The method of claim 1 , wherein the data includes a uniform resource locator associated with the request claim 1 , the distributed transaction identifier generated at least in part from the uniform resource locator.3. The method of claim 1 , wherein the data includes a portion of the request claim 1 , the distributed transaction identifier generated at least in part from the portion of the request.4. The method of claim 1 , wherein the distributed transaction identifier associated with the request is stored in a table.5. The method of claim 1 , further comprising:receiving a subsequent request from the remote application;detecting a second data associated with the request; andretrieving the distributed transaction identifier associated with the second data from the table.6. The method of claim 1 , further comprising storing the distributed transaction identifier associated with the request.7. The method of claim 1 , wherein subsequent requests made across one or more ...

Подробнее
Номер записи: 28
27-10-2016 дата публикации

GROUP SERVER PERFORMANCE CORRECTION VIA ACTIONS TO SERVER SUBSET

Номер: US20160315837A1
Автор: ARAI Takashi, Carmel Ido, Konduri Sastry, Morgan Andrew, Sawant Abhi, Singh Raghvendra
Принадлежит: AppDynamics, Inc.

Business transactions and the nodes processing the transactions are monitored and actions are applied to one or more nodes when a performance issue is detected. A performance issue may relate to a metric associated with a transaction or node that processes the transaction. If a performance metric determined from data captured by monitoring does not satisfy a health rule, the policy determines which action should be performed to correct the performance of the node. When a problem is detected for multiple nodes, the present technology may address a subset of the multiple nodes rather than apply an action to each node experiencing the problem. When a solution is found to correct the problem with the subset of nodes, the solution may be applied to the other nodes experiencing the same problem. 1. A method for monitoring a business transaction , comprising:determining that a metric associated with each of a plurality of nodes of a distributed server system do not satisfy a threshold;applying a first corrective action to a first subset of the plurality of nodes; andapplying the first corrective action to the remainder of the nodes upon detecting the first subset of nodes satisfy the threshold after the first corrective action is applied.2. The method of claim 1 , further including:determining a metric for each of the plurality of nodes; anddetermining the metric for each node does not satisfy a health rule, the health rule including a threshold.3. The method of claim 1 , the first corrective action applied by an agent residing on a machine with the node.4. The method of claim 3 , wherein applying includes transmitting an instruction to an agent on a remote server by a controller.5. The method of claim 1 , the first corrective action selected by a policy based on a violation of a health rule including the threshold.6. The method of claim 1 , further comprising selecting the first subset of the plurality of nodes at random.7. The method of claim 1 , further comprising ...

Подробнее
Номер записи: 29
05-11-2015 дата публикации

TRACING BUSINESS TRANSACTIONS BASED ON APPLICATION FRAMEWORKS

Номер: US20150319221A1
Автор: Tummala Rama Krishna, Zmievski Andrei
Принадлежит: AppDynamics, Inc.

A distributed transaction is traced to determine how it is handled by applications which process the distributed transaction at least in part without threads. To trace the transaction, the business transaction may be named based on the application framework that handles the transaction. The tracing occurs in application frameworks which do not include multiple threads for handling transactions, such as for example a PHP application framework. The present technology may detect the framework and framework calls, and then generate a name for a business transaction based on the detected information. The business transaction may then be named based on the loaded application framework. 1. A method for tracing a distributed transaction , comprising:detecting a PHP application framework call to a remote server, the call part of a distributed transaction that occurs over multiple servers including at least one PHP application;setting a business transaction name associated with the call;modifying PHP framework call with the business transaction name; andtransmitting the modified PHP framework call to the remote server.2. The method of claim 1 , further comprising:detecting framework loading;setting a business transaction name based on the loaded framework; andsetting a business transaction type based on the loaded framework.3. The method of claim 1 , wherein the PHP framework call is detected before a framework is loaded claim 1 , the method further comprising:setting business transaction name based on an network address associated with the call; andsetting a business transaction type to a default value.4. The method of claim 1 , further comprising modifying the PHP framework call to include a unique request identifier.5. The method of claim 1 , further comprising:retrieving call data by an agent; andtransmitting the call data by the agent.6. The method of claim 1 , further comprising transmitting a business transaction type claim 1 , the business transaction name claim 1 , ...

Подробнее
Номер записи: 30
03-11-2016 дата публикации

ALERT MANAGEMENT WITHIN A NETWORK BASED VIRTUAL COLLABORATIVE SPACE

Номер: US20160321906A1
Автор: "OConnell Ryan", WANG TAO, WHITNEY John
Принадлежит: AppDynamics, Inc.

A network-based collaborative problem solving space is provided for managing alerts. The virtual collaboration space provide a virtual space for viewing streaming time series data, generating alerts for time series data, and viewing triggered alerts based on a threshold associated with the generated alert. Alert generation and triggering is automatically tracked within an event log, with particular event log entries associated with the alert generation and the triggering of an alert. When an alert is triggered, a link to the event log entry associated with generating the alert is provided. By reviewing the alert generation and surrounding event log entries, users of the virtual collaboration space may gain context as to the motivations for generating the original alert and thereby better understand whether the triggering of the alert is a serious issue. 1. A method for providing alerts in a virtual collaboration space , comprising:transmitting, by a server, content page data for a collaborative interface with at least one graphic element to a plurality of client devices, the at least one graphic element associated with time series data for a distributed business transaction executed over a plurality of servers;creating an alert based on a threshold for the time series data, the threshold received from a first client device of the plurality of client devices;creating a first log entry for the created alert, the first log entry provided within the collaborative interface,detecting the time series data exceeds the threshold; andgenerating an alert event in response to detecting the threshold was exceeded, the alert event associated with an identifier for the first user, the first time, and data for the first log entry.2. The method of claim 1 , wherein the first log entry is provided within a log of events displayed within the collaborative interface.3. The method of claim 2 , wherein each client device may provide content to display within the log of events.4. The ...

Подробнее
Номер записи: 31
14-12-2017 дата публикации

AUTOMATED SOFTWARE CONFIGURATION MANAGEMENT

Номер: US20170357524A1
Автор: Carmel Ido, Whitney Jonathan Newcomb Swirsky, Yount Steffen
Принадлежит: AppDynamics, Inc.

A system uses agents to monitor a distributed business transaction as well as monitor changes in software configuration. An agent may detect a file load, such a class load, obtain portions of the file such as functions, and perform a hash on the byte code functions. A hash tree may then be constructed and compared to previous states of the system. The hash tree may be generated, for example, at each file loading detected, so that system states can be compared. Differences in hash trees are detected and the changes are reported to an administrator of the system that provides the distrusted business transaction. 1. (canceled)2. A method , comprising:detecting, by an agent at runtime, loading of a file in an application, the application being one of a plurality of applications that provide a distributed business transaction;responsive to the detecting, identifying, by the agent, parts of the loaded file;performing, by the agent, a hash of the parts of the loaded file to generate corresponding hash values;constructing, by the agent, a hash tree from the generated hash values;determining, by the agent, whether a previously constructed hash tree from a previously detected load of the file is available to perform a comparison;comparing, by the agent, the constructed hash tree against the previously constructed hash tree to identify changes to blocks of code inside the loaded file, wherein the identified changes indicate a change in the distributed business transaction; andreporting, by the agent, results of the comparison.3. The method of claim 2 , wherein the parts include functions and data claim 2 , and wherein the hash is performed on the functions.4. The method of claim 2 , wherein the parts include portions of a configuration file.5. The method of claim 2 , wherein the hash tree is a Merkle tree.6. The method of claim 2 , wherein the agents constructs a new hash tree in response to detection of each loading of a given file.7. A non-transitory computer-readable ...

Подробнее
Номер записи: 32
04-05-2017 дата публикации

Tracking contention in a distributed business transaction

Номер: WO2017074471A1
Автор: Jason Lo, Vinay Srinivasaiah
Принадлежит: AppDynamics, Inc.

A system tracks and reports contention between two or more threads for a resource in the course of performing a business transaction. Contention tracking, including an indication of whether a thread that is executing an application is waiting for a desired resource to be unlocked, is reported in the context of a business transaction handled by the particular thread that is using or waiting for resource. A resource may be any element that can be accessed or requested by a thread, including but not limited to an object, hardware component, database, or other resource. As a result, an entire view of the business transaction may be analyzed, including the time spent waiting for another resource to be available. This enables system administrators to troubleshoot system in ways not possible before, including determining whether additional objects or resources should be provided to avoid delays caused by contention between threads.

Подробнее
Номер записи: 33
06-05-2016 дата публикации

Monitoring and correlating a binary process in a distributed business transaction

Номер: WO2016069040A1
Автор: Amod GUPTA, Michael Margulis, Pankaj Kumar, Sanjay Nagaraj
Принадлежит: AppDynamics Inc.

A dynamic monitoring process begins with configuring a start and end method to be monitored. The dynamic monitoring process may intercept both the start and end methods as and when the loader is initiated or at runtime to dynamically attach and detach the instrumentation. A loader may then be modified to call a library method upon detection of the start method. The library method may serve as a notification to the start of the method and causes a reflector to retrieve information from the incoming request. The incoming information may include data from which a business transaction name may be determined. The business transaction name is then associated with the monitoring of the particular request. When an exit call is detected, a call may be made to the library for a method which invokes a decorator. The decorator may insert business transaction name and other data into the outgoing call.

Подробнее
Номер записи: 34
08-10-2015 дата публикации

Monitoring of node.js applications

Номер: WO2015152969A1
Автор: Dmitri Melikyan
Принадлежит: AppDynamics, Inc.

A system creates and monitors virtual threads within a node.js application. Callbacks executing within an event loop for a node.js system are identified and may be traced. The callbacks are associated with a context, and resources associated with execution flow during each context may be identified. Callback registrations, callback calls, and callback completion messages may each be detected and recorded. Each registration, call, and completion message is associated with a virtual thread or other transaction identifier. The timing information for each virtual thread and other resource usage for each context may then be identified, stitched together for distributed transactions and reported to a user to provide more detail for node.js application processing.

Подробнее
Номер записи: 35
03-11-2016 дата публикации

Detection of node.js memory leaks

Номер: WO2016175850A1
Автор: David CATH, Dmitri Melikyan
Принадлежит: AppDynamics Inc.

A system detects memory leaks in Node.JS applications. The memory leaks are associated with lines of code rather than particular objects. Lines of code associated with a memory leak is identified by object allocation tracking. Object allocation for lines of code is tracked. A heap snapshot may be captured at the same time at which the object allocation occurs. The results of the object allocation are processed, including removal of objects cleaned up by garbage collection. Objects remaining in the object allocation results are then searched for the end heap snapshot. For objects found in the heap snapshot, the corresponding lines of code that generate the objects are reported to administrators the application.

Подробнее
Номер записи: 36