[jira] [Commented] (AMBARI-8815) Add Parcel support similar to Cloudera Manager

["mathias kluba (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/AMBARI-8815?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16088827#comment-16088827 ] 

mathias kluba commented on AMBARI-8815:
---------------------------------------

Other advantages are:

* You can install a new version of the stack and switch later, or rollback
* You can install the same stack twice on a server with different configurations 

That would be nicer if it's packaged as docker image for isolation, inspired by how Rancher manage its "stack" and does upgrade (start a new docker version, switch to it and delete the previous version if no rollback is required)

> Add Parcel support similar to Cloudera Manager
> ----------------------------------------------
>
>                 Key: AMBARI-8815
>                 URL: https://issues.apache.org/jira/browse/AMBARI-8815
>             Project: Ambari
>          Issue Type: Improvement
>          Components: stacks
>    Affects Versions: 1.7.0
>         Environment: HDP 2.2
>            Reporter: Hari Sekhon
>
> Instead of installing lots of RPMs consider adding Parcel support as is done in Cloudera Manager.
> I wasn't sure about it when we first started using it in Cloudera but it's actually much simpler and cleaner.
> A Parcel is basically just a tarball that you unpack to /opt/<stack>/<version> and then link /opt/<stack>/current to the currently active version so you can easily keep lots of them adjacently.
> It also simplifies deploying a stack since there is no variation of what is installed and what is missing, it's always the same directory tree and linking is very simple (much simpler than the latest HDP 2.2 attempt where /usr/hdp/current doesn't actually map straight to the version dir meaning you can't just use /usr/hdp/current/... as the prefix for all commands like you should be able to - as I used to do on Cloudera).
> Having a static prefix that is relinked like /opt/<stack>/current would make commands portable across different versions of the stack, a major win compared to the current HDP 2.2 implementation where you need to explicitly specify a prefix containing the exact version eg. /usr/hdp/2.2.0.0-2041/ - which is not portable at all (this might actually just be because the symlinks under current/ are named differently to what they link to though).
> Regards,
> Hari Sekhon
> (ex-Cloudera)
> http://www.linkedin.com/in/harisekhon



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)