Welcome to the forum for UNIFYMonitor - your one stop reporting and monitoring service for UNIFY's service offerings.
+2
Planned

Low level login/logout verification

Ravneel Lal 2 years ago in Service / Plugins updated by Matthew Davis (Engineering Manager) 7 months ago 2

When testing login/logout functionality in applications, there should be a low level verification that the login was as expected such as checking SAML messages, id tokens etc 

Answer
Curtis Lusmore 7 months ago

Thanks for the suggestion, Ravneel. I've added this to the backlog.

0

Split data agent ingestion packages into smaller sizes.

Andrew Grant (Software Developer) 2 days ago in Service / SDK updated 2 days ago 0

Currently there is an ingestion limit of 1 MB active on the Dev ingestion service. For a couple of dashboards in the Dev instance of UNIFYMonitor, the data being pushed in each package is much larger than 1 MB and all incoming packages fail to be ingested into Data Explorer. Development can not be done on these dashboards as no current data is available.

0

Historical Alerts View

Oscar Ferne 3 months ago in Service 0

There is value in being able to view alerts that have been raised over time. Currently, the solution is designed to action alerts with an email or Webhook. In addition to this the solution should store the occurrence of triggered alerts as logs that can be displayed in a dashboard, as well as viewed in a historic list.

0
Under review

A Generic Service/Framework to retrieve Support Activities (Managed Service Activities) and show the Reports and Graphs

Sooraj Payyoormana 1 year ago in Service / Plugins updated by Matthew Davis (Engineering Manager) 7 months ago 5

A Generic Framework/Service to be developed (if not exists) to retrieve all Support Tickets and other Managed Service Activities that are performed via Ivanti (using it's API) and send to Analytics and there should be a generic/templated (where the values and Customer Logos changes dynamically. Not sure if it is possible in PowerBI) Dashboard and Report.

0
Under review

AMS consider offering failover/fallback aaS

As we're capturing information on the health of systems it seems like a good value add would be to allow those services to be "failed over" using that information.

Consider Azure Traffic Manager, it has some crossover with what we're doing. Could its External Endpoints monitoring do the job? I.e. we host an endpoint that Azure Traffic Manager calls into to check the health of the underlying service? Or do we develop out some additional functionality that responds to DNS requests and do the failover ourselves?

0
Completed

Gordon should have Service desk integration

Phil Whipps 2 years ago in Service updated by Matthew Davis (Engineering Manager) 11 months ago 2

Gordon should have direct integration with the ServiceDesk tool (i.e. Ivanti) to log Incidents that can then be correlated into Problems.

These can then be reported on.

Answer

This will be covered with the new project.

0
Completed

AMS should have the ability to collate events and distribute them to customer's operations

This is to satisfy the ability for customer's ops monitoring/audit reporting tools to be utilised, even whilst we maintain our own.

I envision using Event Hubs as the location for collating and distributing this - including into our own Log Analytics instances.

https://splunkbase.splunk.com/app/3534/ is a sample of an application that a customer may use.

Potentially, we may want to have multiple hubs inside an Event Hubs instance so as only to allow customers to access information that should be exposed to them.

Answer

UNIFYMonitor has functionality for client requests for collation and data extraction through an API. This should satisfy the requirement in the meantime.

0
Declined

Add a scheduling engine so AMS can run as a persistent windows service

Curtis Lusmore 2 years ago in Service updated by Matthew Davis (Engineering Manager) 7 months ago 2

It would be good if AMS had its own scheduler so we didn't need to trigger it from Windows Task Scheduler. It could then run as a persistent windows service, or as a WebJob in Azure potentially.

0
Completed

Identify supported systems

Oscar Ferne 2 years ago in Service updated by Matthew Davis (Engineering Manager) 11 months ago 7

We must identify what systems we will configure alerts/dashboards to work with. Adding systems will require custom scripts, new queries and new reporting graphics. A base stack of configurable systems can be offered that can be modified to fit individual clients needs. Any new proposal for a system must be considered in terms of its re-usability unless its development can be funded directly by a client.

Service Delivery
Answer

Thanks for the suggestion, Oscar. This will be addressed when we create documentation for the product, as per Functional description and documentation.

0
Planned

Certificates and shared secrets expiry health

From experience, other than application failure, one of the things that most often goes wrong is expired certificates (TLS and SAML signing certificates) and OAUTH/OIDC secrets.

It would be good if the AMS reported on the health of the expiry of these certificates and shared secrets - with alerts if a configurable amount of time until the expiry is met.

Answer
Curtis Lusmore 7 months ago

Thanks for the suggestion, Shane. I've added this to the backlog.