<div dir="ltr">On Fri, Apr 14, 2017 at 2:01 PM, Matt Riedemann <span dir="ltr"><<a href="mailto:mriedemos@gmail.com" target="_blank">mriedemos@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 4/14/2017 3:36 PM, Mathieu Gagné wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Can I assume some form of advanced filtering will be proposed to<br>
ensure an instance doesn't end up with 1k records?<br>
One suggestion would be filtering by date or limiting the number of<br>
records returned.<br>
<br>
</blockquote>
<br></span>
The normal pagination filters could be implemented. By default all results from the DB are restricted to 1000 based on the [api]/max_limit config option.<br>
<br>
We don't have the normal paging filters plumbed through down to the database API, so that would be additional work. Would it be required on the first pass here or is the default 1000 max limit OK for now? Will someone resize or migrate a server hundreds of times? I guess a system like Watcher could do that based on some policies.<br>
<br></blockquote><div><br></div><div>We don't have clients using anything like watcher and our oldest cloud (almost 4+ years) has VMs that have probably been moved around a few dozen times. I can't think of any use case across our clients where we would have even 100 records. I think its fine to start with no pagination.</div><div> </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
As mentioned, the other obvious filters are type and status (type would already be implemented for filtering in this new microversion as part of that spec).<div class="HOEnZb"><div class="h5"><br></div></div></blockquote><div><br></div><div>I think type and status would be the 2 most important. It might be nice to be able to filter on host as well since that would allow you to look at log of "what the host was doing". I don't know if thats searchable/exposed though as I haven't looked at the structure of the record. If we do search on host though we will probably need pagination as that could be a very large data set.</div></div></div></div>