Hi Elazar, Thank you for looking into Ambari. Following is the link to the Ambari wiki with information regarding Ambari architecture that you might find useful,
https://cwiki.apache.org/confluence/display/AMBARI/Ambari+Design Amabri agents that heartebat with the ambari server are written in python and delegate the responsibility of installing packages to puppet scripts. The agent architecture utilizes puppet in a sandboxed fashion (limited context and responsibility), in order to enable the package management to be mutable. On a side not, it is actually possible to write a custom Provider implementation for puppet and hook it up with puppet Resource provider, I have not looked into the details of doing this just know that it is supported. Best Regards, Sid On Sat, Jul 6, 2013 at 5:11 PM, Elazar Leibovich <[email protected]> wrote: > Forwarding to ambari-user, since I suspect ambari-dev is primarily used > for JIRA. > > > ---------- Forwarded message ---------- > From: Elazar Leibovich <[email protected]> > Date: Fri, Jul 5, 2013 at 4:11 PM > Subject: Support OS without packaging system > To: [email protected] > > > Hi, > I'm currently consider deploying Ambari on home brew hardened Operating > Systems which does not feature package managements. You cannot use anything > like RPM, deb packages etc. > > The way I was thinking of handling it is: > > 1. compile all the required package to a certain shared directory: > > //fileserver/opt/{hbase,hadoop,oozie} > > 2. Define fictive package manager for Ambari that would simply copy the > files to a node instead of triggering actual installtion script. > > Ambari will then act as usual and will try to install those packages using > my fictive package manager. > > If the base OS installation has all the dependencies, Ambari should still > work. > > 1. Can that work? I'm don't know too much about Ambari's architecture, > besides a few slides decks I found. > 2. Is that interesting as a JIRA? I think that this flexibility (work on > any linux system at all, if you can ./configure && make hadoop on it - > ambari will take care if that) is beneficial for more people than just > myself. If it is, I'd like to coordinate my efforts with the project, and > to submit the code eventually. > Note that this is a change with relatively low risk, since I'm just adding > a support for different system, and not changing the usual flow at all. > 3. If everything will work correctly, there's at least one big > organization that would be using Ambari, I think it'll be good for the > project. > > Thanks, > Elazar Leibovich > >
