JAMS is a centralized workload automation and job scheduling solution that runs, monitors, and manages jobs and workflows. Reliably orchestrate the critical IT processes that run your business from a single pane of glass.
N/A
Ansible
Score 9.2 out of 10
N/A
The Red Hat Ansible Automation Platform (acquired by Red Hat in 2015) is a foundation for building and operating automation across an organization. The platform includes tools needed to implement enterprise-wide automation, and can automate resource provisioning, and IT environments and configuration of systems and devices. It can be used in a CI/CD process to provision the target environment and to then deploy the application on it.
We use Kace also because it has an agent on every machine, so tasks that push out installations tend to go there. I'm not sure if Jams can do that, but if it does it's not clear that it does.
While VisualCron provided more guardrails and user centric GUI, JAMS had a better resiliency functions with their clustering and service polling and failovers. We tested this and were able to maintain a large library of jobs and data the seamlessly switches between data …
The best environment is where you have lots of jobs from lots servers and need a history of detailed failures. Our web server, SQL server and App server all have applications that need scheduling. It wouldn't be necessary if you have a just a handful of jobs for which you can use task manager.
I'm going to say it is best suited for configuration management. Like I said, patching even with security, things of that nature. Probably less suited is hardware management, but Red Hat IBM/IBM has Terraform for that. So it's a trade off.
Debugging is easy, as it tells you exactly within your job where the job failed, even when jumping around several playbooks.
Ansible seems to integrate with everything, and the community is big enough that if you are unsure how to approach converting a process into a playbook, you can usually find something similar to what you are trying to do.
Security in AAP seems to be pretty straightforward. Easy to organize and identify who has what permissions or can only see the content based on the organization they belong to.
It would be very helpful if the application had the ability to display help text based on where the cursor is hovering on the screen. There are many times when a brief explanation of an on-screen prompt would be very handy. For example, when you attempt to Cancel a job from the Monitor, you are presented with the checkbox that says "Reprocess completion?" It would be very nice if you could hover over the prompt and see a pop-up help screen that explains what happens if you check this checkbox. The same applies to all the checkbox options presented when you attempt to "Release" a job from the Monitor.
Better documentation of how all the options/parameters are meant to be used (when creating things like jobs, templates, inventories, etc)
More recommendations of best practices as far as the best way to organize job templates, workflows, roles. Much can be found on how to organize pure Ansible, but not so much for AAP specifically.
I have found some things that seem like they should be easy but are not possible. Things like moving a host from one inventory to a different inventory. As far as I know this is not possible and requires deletion and recreation. Maybe I just don't know how this could be done or don't understand the design decisions behind this?
JAMS is a critical resource free up people to do other things and ensuring that processes and tasks are run consistently. We are also confident that procedures are run consistently and on time or as soon as the necessary data is available. With automated job failure notification, we are not required to check that jobs are running correctly.
Even is if it's a great tool, we are looking to renew our licence for our production servers only. The product is very expensive to use, so we might look for a cheaper solution for our non-production servers. One of the solution we are looking, is AWX, free, and similar to AAP. This is be perfect for our non-production servers.
9/10 as there are so many features I have not tried as of yet. It is easy to get started but as jobs become more complex you tend to employ more and more features - Some of which can be complicated at first. This all comes down to experience using the system. Out first setup and current setup are vastly different as we learn how to use the full power.
It's overall pretty easy to use foe all the applications I've mentioned before: configuring hosts, installing packages through tools like apt, applying yaml, making changes across wide groups of hosts, etc. Its not a 10 because of the inconveinience of the yaml setup, and the time to write is not worth it for something applied one time to only a few hosts
We didnt really encounter any downtime, no issues encountered during 2 years of use of JAMs also our client barely raise an issue with JAMS, mostly the issues is on the batch jobs that jams executes. So I would gave it a perfect 10, very reliable hardly encounters any error and bug
JAMS performance is very great, there are no issues raised with the performance, it just like nothing happens on the job after integration it gives you this monitoring capability, no reports and bugs raised on the performance, we didnt do integration with other software only database and with use of JAMS agent to different servers
Great in almost every way compared to any other configuration management software. The only thing I wish for is python3 support. Other than that, YAML is much improved compared to the Ruby of Chef. The agentless nature is incredibly convenient for managing systems quickly, and if a member of your term has no terminal experience whatsoever they can still use the UI.
From go live in 2012 to current, issues submitted, even if low priority, and could wait, are usually responded to in a few hours, most have been resolved the same day, or over a few days with interactive help from them (low priority question like how do I do this). Example questions have been what order to restart services. What ports are used by JAMS for our IT Group to open up the firewall for. The few Production issues we had are always responded to in a timely manner, usually within 15 minutes or sooner, even overnight issues.
There is a lot of good documentation that Ansible and Red Hat provide which should help get someone started with making Ansible useful. But once you get to more complicated scenarios, you will benefit from learning from others. I have not used Red Hat support for work with Ansible, but many of the online resources are helpful.
People that were involved in the POC found the training a lot easier to follow. I think most people would have preferred to just get the training material and run through themselves.
I Was not part of the original Implementation, and the persons did that are no longer with the Organization. But I was part of the recent Upgrade process a year ago and I am the JAMS admin and was very pleased
Our team vetted a competing software, VisualCron, feedback as follows: 1. Difficult to use. 2. Questionable customer service - Language barrier and did not respond to request for demo video recording. 3. VisualCron seems more powerful but with that it is more difficult to use if you do not wish to do more extensive coding to customise it.
I used puppet prior to moving to open source Ansible and eventually to Red Hat Ansible Automation Platform. I appreciate the agentless approach of Red Hat Ansible Automation Platform and feel that its deterministic approach to applying code is superior to puppet
I can only speak in in regards to scalability in the volume of jobs we have created. Many of our jobs exist in multiple environments, with each environment having its own unique folder names, connection strings, etc. We incorporate parameters on the folder level that contain the unique environment information. The jobs reference these values from the folder they are contained in, so we can easily copy a job from DEV to TEST and the source is the same but the values passed from the parameters are not. This makes it very easy to create many new jobs and copy them across multiple environments and have them work.
Using JAMS when working from home (initially COVID, and now permanent) gives me tremendous visibility into the running operations of our business without any loss in productivity for not being in the office.
With JAMS I can more tightly schedule evening batch jobs by running one job after the successful completion of predecessor, as opposed to the CRON like guessing at safe start times.
Central control on a monitored server in a datacenter for all job scheduling tasks has given us 99.9% uptime reliability, instead of herding cats on multiple machines.
POSITIVE: currently used by the IT department and some others, but we want others to use it.
NEGATIVE: We need less technical output for the non-technical. It should be controllable or a setting within playbooks. We also need more graphical responses (non-technical).
POSITIVE: Always being updated and expanded (CaC, EDA, Policy as Code, execution environments, AI, etc..)
