<div dir="ltr"><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"><div><br></div><div>It's not clear what problem you are going to solve with putting serializers</div><div>alongside with deployment scripts/tasks.</div></blockquote><div>I see two possible uses for specific serializer for tasks:</div><div>1. Compute additional information for deployment based not only on what is present in astute.yaml</div><div>2. Request information from external sources based on values stored in fuel inventory (like some token based on credentials)</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>For sure there is no way for this serializers to have access to the database,</div><div>because with each release there will be a huge probability to get this</div><div>serializers broken for example because of changes in database schema.</div><div>As Dmitry mentioned in this case solution is to create another layer</div><div>which provides stable external interface to the data.</div><div>We already to have this interface where we support versioning and backward</div><div>compatibility, in terms of deployment script it's astute.yaml file.</div></blockquote><div>That is the problem, it is impossible to cover everything by astute.yaml.</div><div>We need to think on a way to present all data available in nailgun as deployment configuration</div><div><br></div></div><br><br></div></div>