<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 20, 2016 at 5:12 AM, Qiming Teng <span dir="ltr"><<a href="mailto:tengqim@linux.vnet.ibm.com" target="_blank">tengqim@linux.vnet.ibm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><span class="">On Tue, Jul 19, 2016 at 06:44:06PM +0300, Oleksii Chuprykov wrote:<br>
> Hello!<br>
><br>
> Today it was announced that Glare is ready for public review<br>
> <a href="http://lists.openstack.org/pipermail/openstack-dev/2016-July/099553.html" rel="noreferrer" target="_blank">http://lists.openstack.org/pipermail/openstack-dev/2016-July/099553.html</a> So<br>
> we are ready to start working on integration Heat with Glare and<br>
> implementing a POC. After discussions with Glare team we see two design<br>
> options:<br>
><br>
> 1) Create one artifact type that will contain template, nested templates<br>
> and environments.<br>
> Pros: It is easy to maintain integrity. Since artifact is immutable, we can<br>
> guarantee the consistency and prevent from accidentally removing of<br>
> dependent environment.<br>
> Cons: If we need to add new environments to use them with template, we need<br>
> to create new artifact.<br>
><br>
> 2) Create 2 artifact types: environment and template.<br>
> Pros: It is easy to add new environments. You just need to create new<br>
> dependency from template artifact to environment one.<br>
> Cons: Some environment can be (mistakenly) removed, and template that have<br>
> dependencies on it will be in inconsistent state.<br>
<br>
</span>Option 2 looks more flexible to me. I'm not sure we are encouraging<br>
users to introduce or rely on a hard dependency from a template to an<br>
environment file. With that, it is still good to know whether glare<br>
supports the concept of 'reference' where a referenced artifact cannot<br>
be deleted.<br></blockquote><div><br></div><div><div>Hey! </div><div><br></div><div>Indeed, option 2 is more flexible, but in this case users have to manually control dependencies, which is may be hard sometimes. Also, initially Glare won't support 'hard' dependencies, this feature will be added in next version, because it requires additional discussions. For this reason I recommend option 1 and let Glare control template consistency for you, it won't allow users to break anything. </div></div><div><br></div><div>Best,</div><div>Mike</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
<br>
 - Qiming<br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><span class=""><br>
> So we want to hear your opinions and suggestions on the matter. Thanks in<br>
> advance!<br>
><br>
> Best regards,<br>
> Oleksii Chuprykov<br>
<br>
<br>
</span>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br></div></div>