What is our primary use case?
In our organization, we are running scheduled jobs in batches. There are three different uses for Tidal, which are primarily development, testing, and production. It's like the environment that allows you to run batch jobs in those three environments.
I do production, like systems administration, and the development of the batch environment. So, I install Tidal, maintain it, upgrade it, apply hotfixes, or do any type of system admin function. Also, I set up batch environments for development, QA, and production which run in Tidal. I also train people on how to use it.
In terms of deployment, we're on-prem. We've adapters and virtual machines, but everything is on-prem.
How has it helped my organization?
It streamlined the batch environments. It got everybody on the same page, and people haven't had to monitor their own jobs. We've been able to centralize the running of batch environments. We've been able to migrate various schedulers into one central location. It has helped with reducing risk by being aware of what's running and making sure that what needed to run did run versus something breaking somewhere and nobody knowing about it. Here, if something breaks, everybody would know about it, and then action would be taken. It has reduced risk and streamlined and centralized operations.
It's very versatile. We generally have SQL jobs. We've SQL, SSIS, PowerShell, C#.NET, etc. So, whatever a program is written in, and whether it runs on Windows, UNIX, Linux, or mainframe, there are just a wide variety of jobs it runs in different programming languages.
I've been an administrator for other schedulers over many years, which includes CA, AutoSys, Control-M, etc. Of all of them, Tidal is the easiest one to use. It's very GUI oriented, whereas a lot of the other schedulers have been command-line-based. It's by far the easiest scheduler to use for creating objects, which would be jobs, events, and things like that. It's all graphical. It's Windows-based. When building a job, most features are predefined. You just have to select where the executable is to run from and the time or event-based settings. You don't have to use the command line. Everything is kind of predefined for you. So, you just go through Windows and fill out different features in different jobs. It's simple. I've trained a lot of people on how to use it, and people who use Tidal for the first time are able to make jobs, whereas, with other schedulers, there are other things that they need to know, such as operating system-level commands. With Tidal, almost everything is already defined. You just tell it where to run the job from, which folder it's in, what's the name of the executable, and then the time when you want it to run. It can be learned within an hour. It's pretty cool.
I've used Tidal Automation to connect and integrate with a lot of different software and systems. I've used PeopleSoft, Informatica, BI, SQL Databases, VMware, Azure, and others. I haven't had any issues. So far, everything has been great. They have a compatibility matrix that ensures that different versions of Tidal will work with different software. They're good about keeping that up to date. Occasionally, you have to apply hotfixes to different software levels, but I've had good luck with the interfaces.
It is easy to integrate other technologies and processes via the REST API. All you need is access and a log-in ability, and it integrates well. You don't really need to do a lot of configuration.
It has increased capacity by manyfold in terms of the number of jobs and/or integrations. I've gone from 500 jobs to 1,500 in just six months. That's really in the first year of setting up Tidal. It worked that way at other companies too, with the same kind of jump.
What is most valuable?
I find a lot of them valuable. The versatility of being able to run on many different types of servers is valuable. There is also a versatility of different services that you could run jobs on. It's highly versatile. You can run a lot of different types of scripts on a lot of different types of servers. It interfaces with all of them.
The event-driven aspect of running a job when a certain condition is met is valuable. For example, if a file lands on a certain location, you can run a job. There's an interdependency feature where you can run Job 2 after Job 1 is done. You could set up all the jobs to run in a dependent order rather than in just chronological order. For example, other schedulers would only allow you to run jobs at a certain time, but with Tidal, you can have jobs run when files are present, other jobs have finished, or other conditions have been met. So, event-driven and dependency-focused elements of their scheduler are the ones I probably use the most.
Its user interface is great. It's easy to use and easy to administer, and it's versatile. It's not as complex as a lot of the other ones. I've used it at six different companies, and to me, it's the most versatile, easy to use, and dependable. I've had nothing but good luck with it. It's easily the best of the breed. It's the best scheduler for ease of use. I've used 10 of them at least, and it's by far the easiest.
They're among the best technical support teams I've had to work with. Among different software, they're the ones I prefer to work with.
What needs improvement?
The company is not really big. One of the areas that they are working on is improving the process of migrating jobs from the lower environment to the upper environment. They had used a tool called Transporter, which was a little difficult to use, but they've now released a new tool in August, which I've not yet used, to do that. It's probably called Repository or something like that, but it's a tool for migrating jobs from the lower environment to the upper environment. That's where they needed to improve, and it looks like they may have, but I haven't tried the tool yet.
They can do better reporting in terms of production statistics reporting.
For how long have I used the solution?
I have used it for 14 years and about 3 months at six different companies.
What do I think about the stability of the solution?
What do I think about the scalability of the solution?
We've two data centers and about 20 users, 1,500 jobs, and 100 servers. That's pretty much the environment. We've development, testing, and production with the high availability feature from Tidal.
We've scaled up a lot in a short time, and it doesn't even matter. There is no limit. You could scale up to however many servers you need to, or however many jobs you need to. They don't care if you're running 10,000 a day or 500. It works just as well. You could scale up as much as you need to.
How are customer service and support?
They've been great. They are very responsive. They have a lot of the original people back with them. The new company that owns Tidal is STA, and when they purchased Tidal from Cisco, they hired a bunch of people from the original Tidal software. So, they're very experienced. I often work with them closely, and they're very responsive and very knowledgeable. I've never had any issues with anybody there. It's all positive. I would definitely give them a 10 out of 10.
Their level of product knowledge has been great. It's very high at all levels, from tech support people to the product people. They're very knowledgeable about what is offered now, what's coming down the pipe, and what changes are being made. It has been impressive how much they all seem to know about different products.
A lot of times, I would have a problem that doesn't even pertain to their software. It's about something else and how it integrates, and they would find the person who knows the most about that interface, and then I would work with that person. So far, I've had great luck. They've been very helpful. They go beyond Tidal. If you have an issue with an ERP, they'll find the person who knows the most about that and work with you to get it integrated and working correctly.
How would you rate customer service and support?
Which solution did I use previously and why did I switch?
I have used a lot of different solutions such as Autosys, Windows Tasks Scheduler, Microsoft SQL Server Management Studio, CA7, CA11, Control-M, and Maestro. In all cases, we've had all these different companies that we moved to Tidal. It was definitely the right thing to do. We switched because of a lot of better features. Tidal is easier to use, easier to integrate, and definitely easier to administer. It's also versatile. It has a lot of features that some of the other ones didn't have.
How was the initial setup?
It was straightforward. We basically configure the new jobs in Tidal, get them okay, test them out, turn them off in the old schedulers, and turn them on in Tidal. It has been pretty straightforward. The whole deployment has been seamless so far.
What about the implementation team?
We did it ourselves. We knew the legacy systems. So, we knew what the jobs did and we were able to deploy them. It was straightforward. It wasn't necessary to bring in consultants for that.
We primarily had three people. Their roles were database administrator, system administrator, and programmer or developer. Those were the three main functions that were needed.
Its maintenance includes normal monthly update patches. That's about it. Once a month, we apply patches, and there is also an occasional hotfix when there are bugs that have been fixed. I'm the only one who handles its maintenance.
What was our ROI?
It's productivity. I don't get involved in the financials, but efficiency and productivity have certainly increased. Risk has decreased. So, I'm sure the return has been well worth it.
I spoke with our CTO, and he realized its benefits within three months of deployment. So, within three months of me setting up Tidal and deploying jobs to it, we've seen benefits and reduced risk. That was from the CTO. It doesn't take long. It takes a couple of months to get everything working right, moved over, and set up.
In terms of Total Cost of Ownership (TCO), it has been helpful with infrastructure expenses. It has been an improvement because we've been able to use this tool to more closely monitor the infrastructure environment to take action faster whenever there are problems. By centralizing the jobs, we've been able to reduce the number of servers needed. So, we're simply able to run more efficiently using this tool, which I'm sure has provided a benefit to the overall infrastructure.
The tool needs to integrate with different APIs, which it does. A big part of the business includes other solutions that need to integrate with Tidal. Different business users around the company use different ERP systems and reporting systems, and it's important that those interface with Tidal and that Tidal is dependable, which it has been. It has been seamless. There haven't been any issues.
What's my experience with pricing, setup cost, and licensing?
I'm only familiar with the on-prem licensing. I don't know about the cloud because we haven't done that. So far, they've been great. They're flexible about letting you test out some of the adapters before deciding if you want to buy them. If you buy different adapters, you get better prices on new ones.
They work with you on licensing. So, it has been great. Everybody has different licensing, but I've had good luck with the licensing. They've been very accommodating. You basically need to buy a license for each physical server, but then you're allowed an unlimited number of virtual servers.
There are no costs for upgrades and other enhancements. They just give you the upgrade files. We've been able to purchase more adapters because the cost of the product has been very reasonable. You pay for support, but it has been great.
In terms of flexibility and transparency regarding costs, the licensing that we've been using has been great. There were no surprises. It was as advertised. I don't know anything about cloud licensing because that's probably the next step. We haven't done that yet, but its licensing has been fine. We have no complaints.
Which other solutions did I evaluate?
We've evaluated other schedulers. Tidal checked more boxes. The main difference was that it was easier to set jobs up. Everything is Windows-based. It's versatile, easy to administer, and easy to use. It has enough features and APIs to do everything we need it to do.
What other advice do I have?
If you need a scheduler that's easy to use, dependable, and versatile and that doesn't require a lot of complexity, then I would recommend giving Tidal a strong look. Cost-wise also, it has been very reasonable. So, evaluate your needs, and if the needs involve versatility, scalability, and ease of use, then Tidal is definitely a suitable one.
I would definitely give it a 10 out of 10 because I've been working with them for many years at many companies, and I would recommend them to anybody looking for a scheduler.
Which deployment model are you using for this solution?
On-premises
Disclosure: PeerSpot contacted the reviewer to collect the review and to validate authenticity. The reviewer was referred by the vendor, but the review is not subject to editing or approval by the vendor.