Changed topic to be more relevant.. Agreed, saltstack is wonderful.. we're using it in combination with Atlassian Bamboo with a similar outcome, we push a release button for a specific workflow, and salt takes care of all the steps; * Compile stack components into deb packages (for example freeswitch, backend web applications etc) and place on local mirror * Performs unit test in the build steps * Fire up a bare instance with salt taking care of installation and ensuring services are running * SIP balancer (freeswitch) moves traffic between the switch instances to allow for rapid release fail over, and a real staging environment.. if there is a problem with a release, we can quickly switch back to the previous release at the LB.. if there is no problem, the old release instance is terminated * Traffic balancer takes care of moving traffic between the API/MySQL instances * Stack runs uwsgi/django/nginx/freeswitch * We use new relic / pingdom / cacti for monitoring * Code is kept in GIT I'm still not entirely happy with the overall procedure and always looking for new/better ways to improve it.. but SaltStack is a clear winner, leaving puppet/chef in it's dust. Cal On Wed, Mar 13, 2013 at 4:38 AM, Gabriel Gunderson <gabe@gundy.org> wrote:
On Tue, Mar 12, 2013 at 6:44 AM, Cal Leeming [Simplicity Media Ltd] <cal.leeming@simplicitymedialtd.co.uk> wrote:
The second problem is that the build resulted in nearly 100 different *.deb files This also poses somewhat of an annoyance in automated deployment environments, for example saltstack, where the configuration would have to list each individual FreeSWITCH module.
Off topic a bit, but it's great to see another Salt user. We have our stuff built-out to the point where we pull the trigger on the Salt Master and 30 mins later we have a full stack (12+ systems depending on how we configure it) of load balanced and highly available servers running FreeSWITCH, OpenSIPS, nginx, HAProxy, Django, PostgreSQL, UWSGI, Postfix, etc. --all layered on top of freshly built virtual hosts running kvm/libvirt under Ubuntu 12.04 LTS (except for FS, it runs on iron). I almost get goosebumps when it's done running.
I know you all do this kinda stuff all day long, but still, I can have my fun too, right?
Long live Salt!
:)
Gabe
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
On Wed, Mar 13, 2013 at 7:59 AM, Cal Leeming [Simplicity Media Ltd] <cal.leeming@simplicitymedialtd.co.uk> wrote:
I'm still not entirely happy with the overall procedure and always looking for new/better ways to improve it.. but SaltStack is a clear winner, leaving puppet/chef in it's dust.
Sounds like you're getting close to being happy :) When we do some Salt Modules and States specific to OpenSIP and FreeSWITCH, we'll be sure to open source them. Happy hacking! Gabe
It's the first time I hear about SaltStack. Can you briefly explain why is it better than Puppet or Chef. I would pick Chef out of the 2 because it's using Ruby natively and is being adapted by Amazon AWS. So if you ever need some kind of hybrid architecture to run production or development servers on AWS, you will spend minimal effort for deploying those given that you can reuse your Chef cookbooks. Henry On Wed, Mar 13, 2013 at 10:47 PM, Gabriel Gunderson <gabe@gundy.org> wrote:
On Wed, Mar 13, 2013 at 7:59 AM, Cal Leeming [Simplicity Media Ltd] <cal.leeming@simplicitymedialtd.co.uk> wrote:
I'm still not entirely happy with the overall procedure and always looking for new/better ways to improve it.. but SaltStack is a clear winner, leaving puppet/chef in it's dust.
Sounds like you're getting close to being happy :)
When we do some Salt Modules and States specific to OpenSIP and FreeSWITCH, we'll be sure to open source them.
Happy hacking!
Gabe
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
It could be that I am slightly biased because I absolutely hate Ruby, and have a passionate love for Python. Personally, I felt that that both Chef and Puppet had been over-engineered to an extent, and did not feel comfortable with the syntax or layout at all. Then came along SaltStack, it supports Jinja templates (which is lovely), it's feature set is implemented cleanly for the most part, and it feels 'right'. I'm sure a more experienced person than myself could spend hours explaining the subtle differences, but in my own opinion, SaltStack meets my expectations of what CM and assisted CI should really be. Cal On Thu, Mar 14, 2013 at 6:36 AM, Henry Huang <red.rain.seven@gmail.com>wrote:
It's the first time I hear about SaltStack. Can you briefly explain why is it better than Puppet or Chef. I would pick Chef out of the 2 because it's using Ruby natively and is being adapted by Amazon AWS. So if you ever need some kind of hybrid architecture to run production or development servers on AWS, you will spend minimal effort for deploying those given that you can reuse your Chef cookbooks.
Henry
On Wed, Mar 13, 2013 at 10:47 PM, Gabriel Gunderson <gabe@gundy.org>wrote:
On Wed, Mar 13, 2013 at 7:59 AM, Cal Leeming [Simplicity Media Ltd] <cal.leeming@simplicitymedialtd.co.uk> wrote:
I'm still not entirely happy with the overall procedure and always looking for new/better ways to improve it.. but SaltStack is a clear winner, leaving puppet/chef in it's dust.
Sounds like you're getting close to being happy :)
When we do some Salt Modules and States specific to OpenSIP and FreeSWITCH, we'll be sure to open source them.
Happy hacking!
Gabe
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
On Thu, Mar 14, 2013 at 2:05 PM, Cal Leeming [Simplicity Media Ltd] < cal.leeming@simplicitymedialtd.co.uk> wrote:
It could be that I am slightly biased because I absolutely hate Ruby, and have a passionate love for Python.
Personally, I felt that that both Chef and Puppet had been over-engineered to an extent, and did not feel comfortable with the syntax or layout at all.
Then came along SaltStack, it supports Jinja templates (which is lovely), it's feature set is implemented cleanly for the most part, and it feels 'right'.
And it's also written in Python!
I'm sure a more experienced person than myself could spend hours explaining the subtle differences, but in my own opinion, SaltStack meets my expectations of what CM and assisted CI should really be.
Cal
On Thu, Mar 14, 2013 at 6:36 AM, Henry Huang <red.rain.seven@gmail.com>wrote:
It's the first time I hear about SaltStack. Can you briefly explain why is it better than Puppet or Chef. I would pick Chef out of the 2 because it's using Ruby natively and is being adapted by Amazon AWS. So if you ever need some kind of hybrid architecture to run production or development servers on AWS, you will spend minimal effort for deploying those given that you can reuse your Chef cookbooks.
Henry
On Wed, Mar 13, 2013 at 10:47 PM, Gabriel Gunderson <gabe@gundy.org>wrote:
On Wed, Mar 13, 2013 at 7:59 AM, Cal Leeming [Simplicity Media Ltd] <cal.leeming@simplicitymedialtd.co.uk> wrote:
I'm still not entirely happy with the overall procedure and always looking for new/better ways to improve it.. but SaltStack is a clear winner, leaving puppet/chef in it's dust.
Sounds like you're getting close to being happy :)
When we do some Salt Modules and States specific to OpenSIP and FreeSWITCH, we'll be sure to open source them.
Happy hacking!
Gabe
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Cal, can you share a salt install file for FreeSWITCH? Perhaps as a community, we can keep it up to date... Here's something I came up with a while ago: https://gist.github.com/avimar/3297645 but I think I had an issue with permissions (they took too long to reapply?) and also it was before the stable branch, so that has to be added... I likely need it again for a new project, so if we have something up, I can test with fresh eyes and probably contribute back to it. -Avi Marcus BestFone On Thu, Mar 14, 2013 at 4:05 PM, Cal Leeming [Simplicity Media Ltd] < cal.leeming@simplicitymedialtd.co.uk> wrote:
It could be that I am slightly biased because I absolutely hate Ruby, and have a passionate love for Python.
Personally, I felt that that both Chef and Puppet had been over-engineered to an extent, and did not feel comfortable with the syntax or layout at all.
Then came along SaltStack, it supports Jinja templates (which is lovely), it's feature set is implemented cleanly for the most part, and it feels 'right'.
I'm sure a more experienced person than myself could spend hours explaining the subtle differences, but in my own opinion, SaltStack meets my expectations of what CM and assisted CI should really be.
Cal
On Thu, Mar 14, 2013 at 6:36 AM, Henry Huang <red.rain.seven@gmail.com>wrote:
It's the first time I hear about SaltStack. Can you briefly explain why is it better than Puppet or Chef. I would pick Chef out of the 2 because it's using Ruby natively and is being adapted by Amazon AWS. So if you ever need some kind of hybrid architecture to run production or development servers on AWS, you will spend minimal effort for deploying those given that you can reuse your Chef cookbooks.
Henry
On Wed, Mar 13, 2013 at 10:47 PM, Gabriel Gunderson <gabe@gundy.org>wrote:
On Wed, Mar 13, 2013 at 7:59 AM, Cal Leeming [Simplicity Media Ltd] <cal.leeming@simplicitymedialtd.co.uk> wrote:
I'm still not entirely happy with the overall procedure and always looking for new/better ways to improve it.. but SaltStack is a clear winner, leaving puppet/chef in it's dust.
Sounds like you're getting close to being happy :)
When we do some Salt Modules and States specific to OpenSIP and FreeSWITCH, we'll be sure to open source them.
Happy hacking!
Gabe
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Sure not a problem, I'm actually in the process of writing our deployment system (CI and CM) from scratch again, and had planned to contribute as much as I could back into the community. I expect to have this finished within the next week, so I'll create a new wiki page for it and post back once it's up. Cal On Thu, Mar 14, 2013 at 2:46 PM, Avi Marcus <avi@avimarcus.net> wrote:
Cal, can you share a salt install file for FreeSWITCH?
Perhaps as a community, we can keep it up to date...
Here's something I came up with a while ago: https://gist.github.com/avimar/3297645 but I think I had an issue with permissions (they took too long to reapply?) and also it was before the stable branch, so that has to be added...
I likely need it again for a new project, so if we have something up, I can test with fresh eyes and probably contribute back to it.
-Avi Marcus BestFone
On Thu, Mar 14, 2013 at 4:05 PM, Cal Leeming [Simplicity Media Ltd] < cal.leeming@simplicitymedialtd.co.uk> wrote:
It could be that I am slightly biased because I absolutely hate Ruby, and have a passionate love for Python.
Personally, I felt that that both Chef and Puppet had been over-engineered to an extent, and did not feel comfortable with the syntax or layout at all.
Then came along SaltStack, it supports Jinja templates (which is lovely), it's feature set is implemented cleanly for the most part, and it feels 'right'.
I'm sure a more experienced person than myself could spend hours explaining the subtle differences, but in my own opinion, SaltStack meets my expectations of what CM and assisted CI should really be.
Cal
On Thu, Mar 14, 2013 at 6:36 AM, Henry Huang <red.rain.seven@gmail.com>wrote:
It's the first time I hear about SaltStack. Can you briefly explain why is it better than Puppet or Chef. I would pick Chef out of the 2 because it's using Ruby natively and is being adapted by Amazon AWS. So if you ever need some kind of hybrid architecture to run production or development servers on AWS, you will spend minimal effort for deploying those given that you can reuse your Chef cookbooks.
Henry
On Wed, Mar 13, 2013 at 10:47 PM, Gabriel Gunderson <gabe@gundy.org>wrote:
On Wed, Mar 13, 2013 at 7:59 AM, Cal Leeming [Simplicity Media Ltd] <cal.leeming@simplicitymedialtd.co.uk> wrote:
I'm still not entirely happy with the overall procedure and always looking for new/better ways to improve it.. but SaltStack is a clear winner, leaving puppet/chef in it's dust.
Sounds like you're getting close to being happy :)
When we do some Salt Modules and States specific to OpenSIP and FreeSWITCH, we'll be sure to open source them.
Happy hacking!
Gabe
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
*bookmarks* On 14 March 2013 14:46, Avi Marcus <avi@avimarcus.net> wrote:
Cal, can you share a salt install file for FreeSWITCH?
Perhaps as a community, we can keep it up to date...
Here's something I came up with a while ago: https://gist.github.com/avimar/3297645 but I think I had an issue with permissions (they took too long to reapply?) and also it was before the stable branch, so that has to be added...
I likely need it again for a new project, so if we have something up, I can test with fresh eyes and probably contribute back to it.
-Avi Marcus BestFone
On Thu, Mar 14, 2013 at 4:05 PM, Cal Leeming [Simplicity Media Ltd] < cal.leeming@simplicitymedialtd.co.uk> wrote:
It could be that I am slightly biased because I absolutely hate Ruby, and have a passionate love for Python.
Personally, I felt that that both Chef and Puppet had been over-engineered to an extent, and did not feel comfortable with the syntax or layout at all.
Then came along SaltStack, it supports Jinja templates (which is lovely), it's feature set is implemented cleanly for the most part, and it feels 'right'.
I'm sure a more experienced person than myself could spend hours explaining the subtle differences, but in my own opinion, SaltStack meets my expectations of what CM and assisted CI should really be.
Cal
On Thu, Mar 14, 2013 at 6:36 AM, Henry Huang <red.rain.seven@gmail.com>wrote:
It's the first time I hear about SaltStack. Can you briefly explain why is it better than Puppet or Chef. I would pick Chef out of the 2 because it's using Ruby natively and is being adapted by Amazon AWS. So if you ever need some kind of hybrid architecture to run production or development servers on AWS, you will spend minimal effort for deploying those given that you can reuse your Chef cookbooks.
Henry
On Wed, Mar 13, 2013 at 10:47 PM, Gabriel Gunderson <gabe@gundy.org>wrote:
On Wed, Mar 13, 2013 at 7:59 AM, Cal Leeming [Simplicity Media Ltd] <cal.leeming@simplicitymedialtd.co.uk> wrote:
I'm still not entirely happy with the overall procedure and always looking for new/better ways to improve it.. but SaltStack is a clear winner, leaving puppet/chef in it's dust.
Sounds like you're getting close to being happy :)
When we do some Salt Modules and States specific to OpenSIP and FreeSWITCH, we'll be sure to open source them.
Happy hacking!
Gabe
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director *T <info@cassidywebservices.co.uk> *03300 100 960 *F<info@cassidywebservices.co.uk> *03300 100 961 *E <info@cassidywebservices.co.uk> *andrew@cassidywebservices.co.uk *W <info@cassidywebservices.co.uk> *www.cassidywebservices.co.uk
Just taken another look at the gist you posted. The approach used there is using saltstack as a persistent build system, where it performs a source install. This isn't the cleanest way to do things, firstly because it requires building on production machines, and second because anything other than a package install is not a great idea when using these sorts of systems. Instead you should be installing as a system package (either from an existing mirror, or a local mirror). The salt states we've created are specific to our deployment, it uses a single custom built Debian package [1] . In our instance, we have three different types of FS deployment - MS/MG/SBC. Each one of those `require` the above, and then we copy in an XML configuration to the freeswitch conf dir. However because we're using mod_xml_curl, we literally only need one or two files copied in, the rest is taken care of by mod_xml_curl. For that reason alone, any salt examples I provided would be completely incompatible. Ideally what someone needs to do is build a Salt state dir which reflects the original Debian packages created by the FS build system. Given the multiple ways that FS can be configured, I don't think it would be worth attempting to provide pre-written templates for it. Instead, just a basic example which can be extended off would be sufficient. If enough people show interest for this, I might be able to find time to do this (though I'm already behind on various other FS contributions :/ ) Cal [1] https://github.com/foxx/freeswitch-debian On Thu, Mar 14, 2013 at 2:46 PM, Avi Marcus <avi@avimarcus.net> wrote:
Cal, can you share a salt install file for FreeSWITCH?
Perhaps as a community, we can keep it up to date...
Here's something I came up with a while ago: https://gist.github.com/avimar/3297645 but I think I had an issue with permissions (they took too long to reapply?) and also it was before the stable branch, so that has to be added...
I likely need it again for a new project, so if we have something up, I can test with fresh eyes and probably contribute back to it.
-Avi Marcus BestFone
On Thu, Mar 14, 2013 at 4:05 PM, Cal Leeming [Simplicity Media Ltd] < cal.leeming@simplicitymedialtd.co.uk> wrote:
It could be that I am slightly biased because I absolutely hate Ruby, and have a passionate love for Python.
Personally, I felt that that both Chef and Puppet had been over-engineered to an extent, and did not feel comfortable with the syntax or layout at all.
Then came along SaltStack, it supports Jinja templates (which is lovely), it's feature set is implemented cleanly for the most part, and it feels 'right'.
I'm sure a more experienced person than myself could spend hours explaining the subtle differences, but in my own opinion, SaltStack meets my expectations of what CM and assisted CI should really be.
Cal
On Thu, Mar 14, 2013 at 6:36 AM, Henry Huang <red.rain.seven@gmail.com>wrote:
It's the first time I hear about SaltStack. Can you briefly explain why is it better than Puppet or Chef. I would pick Chef out of the 2 because it's using Ruby natively and is being adapted by Amazon AWS. So if you ever need some kind of hybrid architecture to run production or development servers on AWS, you will spend minimal effort for deploying those given that you can reuse your Chef cookbooks.
Henry
On Wed, Mar 13, 2013 at 10:47 PM, Gabriel Gunderson <gabe@gundy.org>wrote:
On Wed, Mar 13, 2013 at 7:59 AM, Cal Leeming [Simplicity Media Ltd] <cal.leeming@simplicitymedialtd.co.uk> wrote:
I'm still not entirely happy with the overall procedure and always looking for new/better ways to improve it.. but SaltStack is a clear winner, leaving puppet/chef in it's dust.
Sounds like you're getting close to being happy :)
When we do some Salt Modules and States specific to OpenSIP and FreeSWITCH, we'll be sure to open source them.
Happy hacking!
Gabe
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
On Thu, Mar 14, 2013 at 12:36 AM, Henry Huang <red.rain.seven@gmail.com> wrote:
It's the first time I hear about SaltStack. Can you briefly explain why is it better than Puppet or Chef.
I don't know if this helps, but LJ just featured it in a recent article: http://www.linuxjournal.com/content/getting-started-salt-stack-other-configu... It's easy to get started. It's super (fast 0MQ). It doesn't require a DSL. It allows you to think 4th dimensionally? ;) Gabe
participants (5)
-
Andrew Cassidy
-
Avi Marcus
-
Cal Leeming [Simplicity Media Ltd]
-
Gabriel Gunderson
-
Henry Huang