Greetings,<div><br>Comments in line.</div><div><br></div><div>Respectfully,</div><div>David Zager</div><div><br><div class="gmail_quote"><div dir="ltr">On Wed, Mar 28, 2018, 11:35 Eric Dube <<a href="mailto:edube@redhat.com">edube@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space">Jorge-<br><div><br><blockquote type="cite"><div>On Mar 28, 2018, at 11:03 AM, Jorge Morales Pou <<a href="mailto:jmorales@redhat.com" target="_blank">jmorales@redhat.com</a>> wrote:</div><br class="m_1259096603677572763Apple-interchange-newline"><div><div dir="auto">Hi team,<div dir="auto">Was singing my coffee during my PTO and looking at the 3.9 announcement on the blog where we highlight a feature of the ansible broker for update preserving data. While I personally think that the implementation should be only taken as an example and the "caveats" should be properly documented (e.g. this won't work on any scenario like big data migration that don't fit on the container storage), </div></div></div></blockquote><div><br></div><div>All of RH’s published APB’s are intended to be “examples”. All of them leverage RHSCL database images and as such fall under the support terms outlined here: <a href="https://access.redhat.com/articles/183263" style="font-family:arial,helvetica,sans-serif" target="_blank">https://access.redhat.com/articles/183263</a></div><br><blockquote type="cite"><div><div dir="auto"><div dir="auto">I went to look into the apb implementation, and saw that it will not work as a user would expect. The apbs for database in our blog linked have the following hardcoded: "<span style="color:rgb(34,134,58);font-family:consolas,"liberation mono",courier,monospace;font-size:14px;white-space:pre-wrap;background-color:rgb(255,255,255)">app</span><span style="color:rgb(36,41,46);font-family:consolas,"liberation mono",courier,monospace;font-size:14px;white-space:pre-wrap;background-color:rgb(255,255,255)">: </span><span style="color:rgb(3,47,98);font-family:consolas,"liberation mono",courier,monospace;font-size:14px;white-space:pre-wrap;background-color:rgb(255,255,255)">rhscl-postgresql-apb</span>"</div><div dir="auto">Assuming that the application where the database will be deployed have a fixed name and also making all the databases deployed in a project with multiple applications be grouped not on the user's app but on the same ”rhscl-postgresql-app", which is probably not aligned with any user's intention.</div></div></div></blockquote><div><br></div><div>I’ll defer this to one of the developers on this list to comment on.</div></div></div></blockquote></div><div dir="auto"><br></div><div dir="auto">You are correct. Only one postgresql-apb can be properly provisioned in a single namespace at this time. We have a bug for this: <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1542235">https://bugzilla.redhat.com/show_bug.cgi?id=1542235</a> </div><div dir="auto"><br></div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div><br><blockquote type="cite"><div><div dir="auto"><div dir="auto">Also I noted that for provisioning, binding, etc... it creates an ephemeral project. There's many environments where a user might not be allowed to create projects. Not sure who's creating this projects, if it's the OAB or the OAB on behalf of the user (I think the latter). I'm any case, I personally don't think this is a viable model in many environments.</div></div></div></blockquote><br></div><div>Perhaps I’m not following you, but are you saying that no one will be deploying services via the Service Catalog? Perhaps you can explain more as I’ve seen a lot of interest around this use case with customers.</div></div></blockquote></div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div></div></div></blockquote></div><div dir="auto"><br></div><div dir="auto">As far as I understand the OAB is creating the ephemeral project with the permissions granted to the broker and not on behalf of any particular user. I am  interested in knowing more about environments where the OAB would not have appropriate permissions to create the ephemeral project (or sandbox project) that wasn't an error in the way the OAB was deployed.</div><div dir="auto"><br></div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div><br></div><div><blockquote type="cite"><div><div dir="auto"><div dir="auto">I ask that we revisit these ASAP, as this is GA and seems like we do support it. The earliest we get this right, the less issues we'll have open.</div><div dir="auto"><br></div><div dir="auto">Resuming my coffee.</div><div dir="auto"><br></div><div dir="auto">Cheers,</div><div dir="auto"><br><div data-smartmail="gmail_signature" dir="auto">Jorge Morales<br>Red Hat OpenShift<br>EMEA Field Product Manager | Developer Advocate<br><a href="http://jorgemoral.es/" target="_blank">http://jorgemoral.es</a> | @UnPOUcoDe<br><br>This mail has been written from a mobile device. Excuse any typo. </div></div></div>
</div></blockquote></div><br></div>_______________________________________________<br>
Ansible-service-broker mailing list<br>
<a href="mailto:Ansible-service-broker@redhat.com" target="_blank">Ansible-service-broker@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/ansible-service-broker" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/ansible-service-broker</a><br>
</blockquote></div></div>