<div dir="ltr"><div class="gmail_extra"><div><div><div dir="ltr">On Tue, Jan 26, 2016 at 10:15 AM, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>></span> wrote:<br></div></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On 01/26/2016 02:47 AM, Sam Yaple wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello Fausto,<br>
<br>
I am happy to have a conversation about this with you and the Freezer<br>
team. I have a feeling the current direction of Ekko will add many<br>
components that will not be needed for Freezer and vice-versa.<br>
Nevertheless, I am all about community!<br>
</blockquote>
<br></span>
My personal request is that the two contributor communities do everything in their power to ensure that the REST API endpoints are not overlapping. The last thing we need is to have two APIs for performing backups that are virtually identical to each other.<br>
<br></blockquote><div><br></div><div>The way I see this situation is the same as asking Ekko to integrate with cinder-backup because they perform backups that are "virtually identical" to each other. They aren't actually related at all, other than perhaps an API call that says 'backup'. Actual implementation and end results are wildly different. So my question would be, how would you go about solving that situation? I could absolutely get on board with sharing an API and even scheduler, but Ekko and Freezer are two distinct projects solving different issues with different infrastructure requirements and I am not aware of anyway to share APIs between projects other than merging the projects.</div></div></div></div>