Logging Dublin Scope
- 1 High Level
- 1.1 Features
- 1.1.1 Logging Alignment before enhancement
- 1.1.2 Open Standards
- 1.1.3 Security
- 1.1.4 Infrastructure Improvements
- 1.1.5 HELM Hooks for Configuration
- 1.1.6 Monitoring
- 1.1.7 S3P
- 1.1.8 3rd party consumption alignment
- 1.1.9 Dublin Alignment
- 1.2 Deployment Model
- 1.3 Epics
- 1.4 Notes
- 1.1 Features
High Level
Features
see ONAP Application Logging Specification - Post Dublin
Follows deprecated - Logging Casablanca Scope
Key words are: out of the box, reuse components, iterative changes - not major spec changes.
There is one primary use case and one enabler use case
UC1: Provide for transaction tracing via search or dashboard for distributed transactions across ONAP components - enabled by the logs shipped to the ELK stack - in real time. (the ELK stack is there - we just need to adjust log content - amount and format) UC2: Provide for UC1 tracing via standardized logs - ideally via marker/mdc (label/key:value pair) markup |
Logging Alignment before enhancement
Plan is to take the portal/sdk library - align the rest of onap to this library and then add marker/mdc (labels and key/value pair) support as required in phase 2
Work will include 1) verify pipeline 2) verify logback format
Open Standards
Look at a standard that will allow us to use standard parsing libraries all the way to eventual AI/ML by adopting a standard like open tracing.
Security
REST and HTTPS security
https://lf-onap.atlassian.net/browse/LOG-494
Infrastructure Improvements
including filebeat sidecar anti-pattern/replacement, elk stack upgrade, deployment template, library language scope (python, swift...)
HELM Hooks for Configuration
https://github.com/helm/helm/blob/master/docs/charts_hooks.md
Monitoring
Investigate out of the box prometheus monitoring
S3P
backup/restore, security, log format monitoring, elk dashboards
3rd party consumption alignment
Lower in priority will be to align onap with requirements of Acumos and ECOMP for example - the focus will be on alignment of ONAP components only - to the primary goal of providing a transaction tracing system via the ELK stack.
Dublin Alignment
Release 4 (Dublin) Service Providers (EUAG) Requirements / Proposals
Deployment Model
In progress - was a one time casablanca static dashboard - will do an automated one with the Bell, Orange and Samsung guys
Epics
https://lf-onap.atlassian.net/browse/LOG-707
Commit or Stretch goal | Feature | Owner | Status | % complete | EPIC | Notes |
|---|---|---|---|---|---|---|
commit | bugs |
|
| 60% |
| |
| 6.3 upgrade |
|
| 0% | Acumos and Clamp driven - need plugin/module support in 6.3 verify new filebeat version works verify indexes need upgrade strategy for future - index migration | |
commit | schema |
|
| 50% |
| |
commit | search guard |
|
|
| 20181113 added to scope in | |
stretch | format standards for tracing |
|
|
| https://lf-onap.atlassian.net/browse/LOG-104
|
|
stretch | analytics |
|
|
| ||
| shipping infrastructure | @Michael O'Brien | starting | 20% | https://lf-onap.atlassian.net/browse/LOG-487 | Verify infrastructure part 2 - add infrastructure to new pods |
| log level management |
|
|
|
| |
| Content | @Michael O'Brien |
| 10% | Verify log content | |
| Library | @Michael O'Brien | 20180809 |
| Portal has a library in SDK that is already used by AAI, SDC move up | |
| Security | @Vinny Jagannath @Shishir Thakore(until 20180815) @Lorraine A. Welch @Michael O'Brien |
|
|
| |
|
| @Michael O'Brien | in progress | 30% | AOP wrapper of log4j library in LOG-115 | |
| Deployment | @Luke Parker | Prototype done need to retrofit |
|
| |
Stretch |
| @Lee Breslau | Not started |
| log testing tool | |
|
|
|
|
| Pluggable devops | |
Stretch |
| @Michael O'Brien | feasibility tested | 10% | expand on filebeat DaemonSet | |
|
| @Michael O'Brien |
|
| Filebeat alternatives fluentd | |
|
| @Michael O'Brien |
|
| debug for devs | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| @Luke Parker | submitted | 90% | SLF4J demo library | |
El-alto | CLAMP and VES alignment with Logging ELK |
|
|
|
|
Q: @Tony Hansen Q about library support beyond java like Python, - heads up to MultiVim team when the spec (29 fields is approved by the arch meet next week) - to realign
Q: need a way to combine the 3 users of python and their separate libraries
Notes
Architecture revisit - should we adjust our ELK stack to use for example fluentd, or add prometheus
https://lf-onap.atlassian.net/browse/LOG-773