What is our primary use case?
We can automate nearly all business processes except for real-time processes using Automic Automation.
Ten years ago, I was first introduced to Automic Automation during a migration project for a major bank. Their legacy system lacked SAP integration, which Automic Automation provided, necessitating the switch.
Our customers utilize Automic Automation in a hybrid environment that encompasses both on-premises and cloud-based infrastructures.
How has it helped my organization?
Overall, Automic Automation offers excellent functionality and is an outstanding product in the market. Despite its limitations, it remains one of the best options available. While scripting languages can be used to implement special functionality, this approach is outdated. For more modern and efficient implementation, Python or custom scripting languages tailored to specific workflows are preferable.
Reducing job and workload failure rates across multiple cloud environments is of utmost importance. Workflows and workload engines are vital components for a wide range of processes, not only in business and IT but also in healthcare. Managing resource-intensive workflow engineering businesses also necessitates effective workflow automation. In technical settings, such as clinics, workflows, and processes can be automated using virtual engines. We are at the early stages of these developments, and a unified approach between business, IT, and technical teams is crucial for success. Two key considerations are the flow and dependencies between activities, and the bulk load management, which involves controlling resource consumption.
Automic Automation has been instrumental in enhancing our compliance processes. The software effectively automates multi-step processes, making them more efficient and streamlined. Compliance processes are particularly well-suited for redesign and segmentation into smaller components. While compliance processes share similarities with other processes, such as login procedures, they hold a unique importance akin to security. Virtual engines have the potential to automate and control a wide range of processes, including security, compliance, and even genetic analysis. However, their implementation in these areas is still in its early stages. Additionally, virtual engines can facilitate complex workflows, such as channel analysis.
With Automic Automation for traditional IT, achieving SLAs is assured. This is because we maintain complete control over our workflow. When an issue arises, we can quickly pinpoint the cause, whether it's a failed job or another factor. Event processing provides similar visibility, offering an alternative perspective on the situation. While some advocate for workflows as the primary means of SLA fulfillment, this approach is not entirely comprehensive. The most effective strategy for achieving SLAs involves a combination of event management and ITSM infrastructure.
What is most valuable?
Automic Automation is a highly complex yet versatile tool.
What needs improvement?
Due to Automic Automation's proprietary scripting language, upgrading it can be extremely challenging, unlike other workflow automation products that offer seamless migration. This inflexibility makes Automic Automation the most complex and restrictive solution in the market. Choosing Automic Automation essentially locks us into their ecosystem, making it nearly impossible to switch to a different product. Therefore, I strongly advise against using Automic Automation.
Automic Automation's AI capabilities are limited. Most traditional workflow products lack robust support for AI workflows. Airflow might be a suitable option for AI workflows. However, if real-time AI processing is required, a different product altogether is necessary. For example, in the field of genetics, if a workflow involves thousands of jobs, traditional workflow products such as Automic Automation may struggle to handle such a large workload. The maximum capacity of these products might be around 1,000 or 2,000 jobs. In contrast, a genetic workflow could involve up to 100,000 jobs, requiring a completely different workflow product specifically designed for such large-scale processing.
Mainstream workflow products like Automic Automation offer similar functionalities and are widely used around the globe. These products typically check for process completion every second. However, in high-performance computing and emerging fields like medicine or ophthalmology, we need to control thousands of jobs simultaneously, requiring millisecond-level process completion checks. To achieve this, we can store event data in databases or perform on-the-fly checks. Additionally, we need to integrate workflow control with workload management to prevent machine overload. These requirements make it unsuitable for tasks like controlling genomic workflows.
For how long have I used the solution?
I have been using Automic Automation for over ten years.
How are customer service and support?
Automic Automation's technical support, like that of many other companies, is inadequate due to their outsourcing practices. In an effort to cut costs, they relocated their support staff to India. The best technical support I've ever received came from Israel. Many Israeli products, such as those from Mellanox, exude a similar level of quality. Mellanox, now owned by NVIDIA, resolved complex issues for me within a couple of days. When I encountered problems with Cisco switches, it took weeks to find a solution. I had to communicate with someone in India, then return to development, and so on. It's preferable to avoid discussing this issue altogether. It's a common problem among IT companies. They want to transfer their first and second-level support to India, with third-level support potentially remaining in the United States or near the product's development location. In general, I would advise disregarding support that lacks engineering expertise. They are incapable of resolving any issues.
How was the initial setup?
The installation of Automic Automation is complex due to the lack of full automation in both the installation and distribution processes.
What's my experience with pricing, setup cost, and licensing?
The pricing of Automic Automation varies depending on the specific contract terms. While one of our customers in the banking industry has secured a favorable contract with Automic Automation compared to other scheduling solutions, new contracts for Automic Automation tend to be on the higher end of the pricing spectrum.
What other advice do I have?
I would rate Automic Automation nine out of ten. The product is very good, but I would not buy it because I would be too limited by the scripting language. I would be locked into using this vendor indefinitely, potentially for the next two hundred years.
Two of our customers are still using Automic Automation because it is too complex and expensive to migrate over to another solution. The main problem is the script language. In order to migrate, the entire workflow would need to be redesigned.
Automic Automation provides exceptional visibility and control across internal operating platforms. Its scripting language offers remarkable flexibility. However, due to vendor lock-in, I would not recommend its adoption. Automic's inability to support migration to other vendors presents a significant drawback. Although the product boasts a wide range of features and is currently undergoing improvement, its inflexibility in terms of migration remains a major concern. For new projects, I would recommend considering alternative solutions such as Control-M or Tivoli, which offer greater flexibility and easier migration capabilities.
While supporting multiple platforms is a common feature among mainstream schedulers, Automic Automation's ability to do so is not a significant differentiator. Even the most widely used schedulers can encounter challenges with Windows, but we can devise a solution to address these issues.
Encompassing all environments, the customer aims to automate their IT infrastructure, virtual systems, and all processing operations. This automation spans from mainframe legacy systems to current Unix and Linux environments. A workflow system will be employed to automate critical processes.
The necessity of utilizing Automic Automation on both cloud and on-premises environments is contingent upon specific customer requirements. While some organizations, particularly those in the government and financial sectors, may prefer an on-premises approach, others may embrace cloud-based solutions or a hybrid model that integrates both cloud and on-premises infrastructure.
As we strive for a comprehensive automation solution, the ability to monitor automation across multiple environments becomes increasingly intricate. This poses a significant challenge, prompting traditional automation products like Ansible and Terraform to incorporate workflow capabilities. For instance, IBM has integrated workflows into Ansible, necessitating the use of a database to store these web flows. To illustrate, IBM enhanced Ansible by incorporating a workflow engine and a database. Similarly, other automation products such as Terraform and others are adopting similar strategies, integrating virtual engines within their products.
Every workflow product requires maintenance.
Automic Automation aims to expand into AI and other emerging fields in the future. However, current limitations hinder their progress. Instead of pursuing these advancements, they should focus on developing new products for AI, genomics, and HPC. These new solutions could potentially replace mainstream schedulers for traditional applications like SAP, Informatica, Automic, and Control-M. While Automic Automation remains a viable solution for existing applications, alternative products are better suited for emerging technologies.
Which deployment model are you using for this solution?
Hybrid Cloud
Disclosure: I am a real user, and this review is based on my own experience and opinions.