Presentation is loading. Please wait.

Presentation is loading. Please wait.

iWay Sentinel: Centralized Monitoring and Management Inessa Gerber

Similar presentations


Presentation on theme: "iWay Sentinel: Centralized Monitoring and Management Inessa Gerber"— Presentation transcript:

1 iWay Sentinel: Centralized Monitoring and Management Inessa Gerber
iWay Product Manager

2 iWay Sentinel Features
Centralized application Monitoring and Management Reflective feeds of activity recorded by sentinel Facilitates distributed environment upgrades Facilitates distributed configuration updates ReST driven, documented APIs enable customization Mobile ready

3 WF reporting using Sentinel data
iWay Sentinel Monitoring Health & connectivity of servers, applications, components Statistics and resource utilization at all levels Sentinel, Server and Application logging with filtering WF reporting using Sentinel data

4 iWay Sentinel Management
Remote update of runtime and environment properties Distribute application updates & environmental upgrades Scheduled and scripted management tasks Group management for servers, applications and file artifacts Direct template update User/Role management

5 iWay Sentinel Technical Architecture iIT Enterprise Network
Files/ SVN iIT Enterprise Network Monitor/Manage iSM Instances, iWay Integrated Applications (iIAs), and channels via Envoy listener running on iSM instance. Note that iIAs run within their own JVMs and are communicated to via iSM Instance. So we have: “SPOG  Sentinel  Envoy  iIA  Channel” communication line. OS level operations such as Start of the server, require a separate link directly on the OS, as we don’t have a running iSM instance to connect to for management. Such, we have “SPOG  Sentinel  Remote OS command” SPOG is a frontend to Sentinel. Sentinel is the managing/monitoring “server” which communicates to iSM instances across the enterprise running on various systems. The plan is for Sentinel to communicate not only to iSMs, but to other instances such as WF, or external resources via the same paradigm. iSM Instance iIA iSM Channel Host Server iSM Instance iIA iSM Channel Host Server

6 iWay Sentinel Technical Architecture iIT Enterprise Network
WebUI Artifacts iWay Sentinel Uploaded via Web UI Stored on Sentinel Files/ SVN iIT Enterprise Network Monitor/Manage iSM Instances, iWay Integrated Applications (iIAs), and channels via Envoy listener running on iSM instance. Note that iIAs run within their own JVMs and are communicated to via iSM Instance. So we have: “SPOG  Sentinel  Envoy  iIA  Channel” communication line. OS level operations such as Start of the server, require a separate link directly on the OS, as we don’t have a running iSM instance to connect to for management. Such, we have “SPOG  Sentinel  Remote OS command” SPOG is a frontend to Sentinel. Sentinel is the managing/monitoring “server” which communicates to iSM instances across the enterprise running on various systems. The plan is for Sentinel to communicate not only to iSMs, but to other instances such as WF, or external resources via the same paradigm. iSM Instance iIA iSM Channel Host Server iSM Instance iIA iSM Channel Host Server

7 iWay Sentinel Technical Architecture iIT Enterprise Network
WebUI Monitor Manage Artifacts iWay Sentinel Uploaded via Web UI Stored on Sentinel Files/ SVN iIT Enterprise Network Monitoring/Management via Envoy Monitor/Manage iSM Instances, iWay Integrated Applications (iIAs), and channels via Envoy listener running on iSM instance. Note that iIAs run within their own JVMs and are communicated to via iSM Instance. So we have: “SPOG  Sentinel  Envoy  iIA  Channel” communication line. OS level operations such as Start of the server, require a separate link directly on the OS, as we don’t have a running iSM instance to connect to for management. Such, we have “SPOG  Sentinel  Remote OS command” SPOG is a frontend to Sentinel. Sentinel is the managing/monitoring “server” which communicates to iSM instances across the enterprise running on various systems. The plan is for Sentinel to communicate not only to iSMs, but to other instances such as WF, or external resources via the same paradigm. iSM Instance iIA iSM Channel Envoy Host Server iSM Instance iIA iSM Channel Envoy Host Server

8 iWay Sentinel Technical Architecture iIT Enterprise Network
WebUI Monitor Manage Artifacts iWay Sentinel Uploaded via Web UI Stored on Sentinel Files/ SVN iIT Enterprise Network OS-level operations Monitoring/Management via Envoy OS-level operations Monitor/Manage iSM Instances, iWay Integrated Applications (iIAs), and channels via Envoy listener running on iSM instance. Note that iIAs run within their own JVMs and are communicated to via iSM Instance. So we have: “SPOG  Sentinel  Envoy  iIA  Channel” communication line. OS level operations such as Start of the server, require a separate link directly on the OS, as we don’t have a running iSM instance to connect to for management. Such, we have “SPOG  Sentinel  Remote OS command” SPOG is a frontend to Sentinel. Sentinel is the managing/monitoring “server” which communicates to iSM instances across the enterprise running on various systems. The plan is for Sentinel to communicate not only to iSMs, but to other instances such as WF, or external resources via the same paradigm. iSM Instance iIA iSM Channel Envoy Host Server iSM Instance iIA iSM Channel Envoy Host Server

9 Demo

10 Demo Walkthrough Server Connectivity Monitoring

11 Demo Walkthrough Server Health Monitoring

12 Demo Walkthrough iSM Server Details

13 Demo Walkthrough Application Details

14 Demo Walkthrough Group Management

15 Demo Walkthrough Artifact Management

16 Demo Walkthrough Script Execution

17 Demo Walkthrough Deploying Applications

18 Demo Walkthrough Deploying Packages

19 Demo Walkthrough Scheduled Tasks


Download ppt "iWay Sentinel: Centralized Monitoring and Management Inessa Gerber"

Similar presentations


Ads by Google