<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif;">
<div>
<div>
<div>Hi Anqi, You had expressed a strong interest in working on Monasca the other day in our Weekly Monasca Team Meeting. I owed you a response. The team had also asked me to also keep them in the loop. Here is a list that I feel is interesting, that is not
 trivial or extremely complex (just right hopefully), and doesn't overlap with some of the areas that other developers are working on, and consequently difficult to coordinate in a limited time.</div>
<div>
<ol>
<li>RBAC: Currently, the Python API doesn't fully support Role Based Access Controls (RBAC) in the API. We've had discussions on this topic, but oddly, there isn't a blueprint written for this. But, this would be very useful to implement in the APIs similar
 to what other OpenStack projects support.</li><li>Data retention: <a href="https://blueprints.launchpad.net/monasca/+spec/per-project-data-retention">https://blueprints.launchpad.net/monasca/+spec/per-project-data-retention</a>. We haven't completely reviewed and or approved this blueprint, but it would
 be very useful to add support for per-project, or per-metric data retention. This would involve understanding how data retention works in InfluxDB. We would also want to have some design discussion prior to proceeding, as it is probably more complex than described
 in the bp.</li><li>Publish logs and/or metrics to topics selectively. <a href="https://blueprints.launchpad.net/monasca/+spec/publish-logs-to-topic-selectively">https://blueprints.launchpad.net/monasca/+spec/publish-logs-to-topic-selectively</a>. In the context of metrics,
 this would be useful to identifying specific metrics as metering as opposed to monitoring metrics and allow them to be published to different Kafka topics as a result. The way this would be used is that the downstream Monasca Transform Engine would only get
 metrics sent to it that will be transformed and therefore doesn't need to filter them, which would help improve performance dramatically. For logging, it would help identity operational logs from audit logs. It could also be used to identity high priority
 metrics such that they could be published to a high-priority metrics topic in Kafka. There are several more contexts in which this is useful.</li><li>Delete metrics: <a href="https://blueprints.launchpad.net/monasca/+spec/delete-metrics">https://blueprints.launchpad.net/monasca/+spec/delete-metrics</a>. Basically adding the ability to delete metrics using the Monasca API. Typically, time series databases
 are not very good at deletes. We haven't tried to do this with InfluxDB, and while this might seem an easy task, it is a lot more involved than issuing the obvious and straight-forward DELETE command.</li></ol>
<div>I hope this helps. Let me know if you want to discuss further or want more ideas.</div>
</div>
<div><br>
</div>
<div>Regards --Roland</div>
<div>
<div id="MAC_OUTLOOK_SIGNATURE"></div>
</div>
</div>
</div>
</body>
</html>