What is our primary use case?
Our largest use cases are for the execution of SAP and JD Edwards jobs. Then, there are a lot of other technologies, however, in terms of the Pareto principle, really that's the bulk of our processing. SAP is what we use for our manufacturing and operational type stuff with the actual products. JD Edwards is a lot more of financial reporting and projections and things like that.
We use the solution to run SAP and JD Edwards. Windows and Unix hosts are probably the second most common use case, as well as web services. Any REST API would apply - and we use a lot of REST API technology. Protocol, really.
How has it helped my organization?
Primarily the biggest thing is giving visibility to what, in a lot of places I've worked in, are transparent, like invisible processes. You have this massive batch and, unless you have someone watching that and you have a place to have a single point of truth and say this is successful or not, it makes it very hard to trace things. With Tidal, you can say, "Hey, this is the objective notifications," and all the ones you explicitly want are checkboxes. It's easy to add those things in.
What is most valuable?
Having a single pane of glass, regardless of which technology we're talking about has been great. A lot of time, I'm in middleware, so what will happen is people will want to say, "Oh, it's this part or that part or the other part." You can see all of them side by side in Tidal.
It talks both to web stuff, which is helpful. Everything you want to talk to is there. If you have stuff that's still more 20th century and you want to run it at a command line, you have that available to you as well.
We use the solution for cross-platform, cross-application workloads. That's the biggest use for us and that's the biggest advantage.
Our impression of the solution's ability to manage and monitor workloads has been good. It does what it's prescribed to do.
The solution enables admins and users to see the information relevant to them. One of the other features that we use a lot is really a part of web services. We talk to ServiceNow. We have specific metrics to go with failures for major incidents and things like that.
The solution’s drill-down functionality so that admins can investigate data or processes has been super useful. It allows you to instrument for teams at their skill level. As an admin, I can say, I don't let you see these certain elements as you don't use the other ones and that simplifies how those technologies work. You don't have to have everyone see everything. That part's really helpful.
The solution has increased capacity in terms of the number of jobs and integrations. For example, in one of the things that we run, we actually had to expand how big the queue was as they wanted to run 300 parallel jobs. Historically, we hadn't run three parallel jobs for the whole company. So the scaling of that was just 15 minutes. Then, boom, everything was ready to go. It scaled pretty easily for us.
The teams that are smart about the Tidal usage, that basically will get it to the point of human intervention, save a lot of hours, especially when it comes to log gathering. That kind of stuff now is automatic for them. That saves a lot of hours.
What needs improvement?
Honestly, the biggest problem we have with it is people's interpretation of the results. It gives you really good information and people sometimes are just not really good at working with that information.
The GUI, the graphical user interface, gets a little bit busy. You have these flyouts that sometimes are a little tedious to get through. They need to look at just ways to simplify the graphical user interface a little bit. That would be good.
For how long have I used the solution?
I've used the solution since 2009. That's 13 or 14 years.
What do I think about the stability of the solution?
The stability is very good. Almost every time where we've had an outage, it had not been due to the software, rather, it was some element of our infrastructure failing. The most common failure for us is we lose connectivity between the database and the application. There's not an app alive that's not going to have some problems when you can't connect like that.
What do I think about the scalability of the solution?
We split users primarily into four roles. The viewers can't do anything other than see what's happened. There are also operators, which are people that can rerun jobs, yet can't modify anything. They're a little bit ahead of a viewer. Then you go into being a developer, which can write jobs in non-production. Finally, my admin team uses it. They keep it all running. The fattest part of the bell curve, the biggest user there is, is the developers. Overall, we're between 1200 and 1500 users. The admin team is six people, and the developers are about 800 of them.
We're worldwide. Unless we get some off-world friends to introduce themselves, I don't have a lot more room for expansion. What we're seeing now is people wanting to stand up more masters for more autonomy. I see us expanding into China, which is going to be a pretty nifty little trick since there are a lot of restrictions on communications there. That's about the only expansion I see for us. Obviously, there is increased job usage. However, in terms of expanding the footprint of the platform, that's only in geographic regions.
How are customer service and support?
Technical support is better than average. It's not stellar yet. They're still working out some kinks. They've got it a lot smoother. I've had predominantly good experiences, just not perfect ones.
How would you rate customer service and support?
Which solution did I use previously and why did I switch?
We used AutoSys before. I'm familiar with that tool as well. The big factor in switching was the license model being just a lot more predictable. Then, as a result of that, it was for the number of features that Tidal had. It was significantly more powerful at a lower cost. It wasn't just the cheapest. They were pretty close in cost when we got it all down to it. It was still less expensive, however, also had the more advanced features, in particular REST API, which was super duper expensive with AutoSys. It was a license model that made it very hard to predict the growing cost, versus Tidal. With Tidal, at least in the model that we had, it was very, very stable. We just renewed for another couple of years recently.
How was the initial setup?
The initial setup was straightforward. You essentially need two servers and a database. At its heart, it is pretty simple to set up.
The deployment took three weeks. We deployed in three separate geographic regions. We just did one per week and then gave people time to get comfortable with new steps. We just did it in sequence. We installed, for example, for Japan, then for the United States, and then for Europe.
Learning it is pretty easy. It is a narrow learning curve for operators, for people that are just going to run and monitor. It's a little steeper of a learning curve for an admin to instrument new user groups.
Depending on how fast they read, new users can get up to speed in between one and two hours. We have a one-hour interactive training platform called EdCast. They do a one-hour EdCast that says how it works and then there are two other documents they read that specify and call out how their specific technologies work.
What about the implementation team?
We did use a third party for deployment assistance. Our experience was very good. They are very knowledgeable about the product. They were a good partner. They helped us sort out the boundaries between when there's an error and when you've misconfigured it, and it's just telling you about it. They were very good in that regard.
What was our ROI?
We have seen ROI in the sense that it's primarily about our ability to stay flat in cost while constantly increasing our volume. That's the biggest ROI that I see.
What's my experience with pricing, setup cost, and licensing?
For me, the key aspect was the linear predictability of costs. I know what handles I have to do, what things cost what. When we renewed having a regular cycle of renewal and re-evaluation kept us on track. For the years that we've been using it, we've had an increase in growth, yet we haven't had exponential increases in cost, which is really good.
Just say from 2009, when we started with it, up to now, we've gone from 5,000 jobs to fivefold. We're at 25,000, 30,000 jobs. However, it wasn't like my costs went up fivefold or tenfold. That was really good for us. That was really important.
The total cost of ownership, given its capacity for jobs and our ability to control infrastructure costs, have been very good. Having stood it up in AWS and having a group that's very active and having those sizings be very easy, what I'm finding is that the hardware requirements and thus the cost stays pretty low for the amount of stuff we're doing, and Tidal seems to respond well to our ability at the AWS layer to change that hardware without really having too many problems.
What other advice do I have?
We are a customer and end-user.
I don’t know if the solution helped reduce or eliminate weekend or overtime hours as that doesn’t really apply to me. We're 24/7. There's no such thing as a weekend for us.
I'd advise new users to not underestimate the way that people will want to blame a tool for something they don't understand. Tidal will display errors from other systems and you need to be prepared for separating a Tidal error from Tidal reporting an error. That's the biggest learning point that you want to have in your head at the beginning.
It's a good idea to define the lanes of responsibility. That's been almost the entirety of my career, maintaining the lanes of responsibility through Tidal, as it's cross-platform, it's cross-technology, it's cross-team. You really have to be able to sort out the difference between a psychology versus a technology problem. It's the way someone feels about what's on their screen. It's been very helpful for that, however, it's probably a similar problem for anything like this. Tidal just makes it so easy to see those things yet oftentimes it gets blamed for stuff.
I'd rate the solution nine out of ten.
Which deployment model are you using for this solution?
Private Cloud
If public cloud, private cloud, or hybrid cloud, which cloud provider do you use?
Amazon Web Services (AWS)
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.