Nasuni helped us break down some silos and remove some solutions we had in the past. Moving from on-prem to a public cloud does a lot to break down silos. It just helps us manage our storage better. Nasuni adds some intelligence to it. Back in the day, we had Windows file storage.
The solution gives us a breakdown and summary of every resource and each volume within every resource. It tells us the code within a given volume, so I can go in there and look at the size of the files that are stored there. Nasuni gives me the big picture and allows me to connect things like Power BI to any endpoint. I can take that tabular information from Nasuni and look at it in a graph.
Nasuni does have some graphic capabilities, but it allows me to connect Power BI to it and report that data to management so that we can make decisions about costs and all that from a long-term perspective. These cloud providers have tools for this. AWS has CloudWatch, and Azure has a complete billing system that lets you look at changes in storage, but it requires a lot of flipping switches in and out of different volumes. The nice thing about Nasuni is that I can see every volume on one page.
Nasuni provides storage on demand. I can go in there to increase my quotas or set a trigger for it to increase automatically. For example, if a volume hits 95 percent capacity, I could schedule it to increase that volume by a quarter. We don't want unlimited storage because there's a cost associated with that, so we didn't want to go the route of automatically triggering it each time. We do a lot of data governance where we try to clean out these volumes as much as possible, but we have some flexibility to increase storage in a semi-automated manner as needed.
We tried Access Anywhere but didn't have a big user community using it. It was also clunky at times. We preferred to connect the visualization tools to the data and Nasuni. That was more beneficial than using Access Anywhere. However, Access Anywhere was helpful when you have limited access outside of the company network. The network infrastructure enabled us to log into the company when we worked remotely. It enabled us to meet and log straight into the console. I didn't have to use it that much, but it came in handy when needed.
Natsuni has made our lives much easier. The interface is simple. It doesn't have much drill-down capability, but it's very intuitive. It does things stepwise, from large to fine-grained, so it does a good job at that, allowing me to switch between different views quite easily. It's context-aware. I can switch to quotas and look at quotas in a specific volume. There are a lot of nice drop-down menus where I can find my specific volume. I don't think there's a large learning curve for a specific type of user. Configuring and setting it up might become a little more complicated, but we always have good support from Nasuni. They walked us through it and provided a lot of documentation.
Nasuni's continuous file versioning feature has helped us plan for disaster recovery better. We use a two-pronged approach. The public cloud providers have decent recovery offerings because they have multiple availability zones and different regions in which you can replicate your data. However, Nasuni enables us to back up our data in a much more cost-efficient and flexible manner. It's not as bureaucratic as Microsoft or AWS. It is already broken down. The disaster recovery panel is a lot simpler. We don't have to wait for weeks. Unfortunately, disaster recovery is something you really only test when there's an actual disaster, but we've tested it in a controlled environment, and it's proven to be more economical in that sense than Azure or AWS.
We've never had much of a problem with file versioning because our other tools do a good job of how they manage the actual project data. Nasuni has specific areas of data that would be stored on-site. We had broken it down. We have another tool with multiple user folders for specific individuals. The individual is responsible for saving the latest version of the data, but it's time-stamped so the user can go back and recover all levels of the projects and data that was inside it. That approach is standalone, but we never had any problems with versioning or how we can recover files. When someone has deleted something by mistake, it was pretty easy to go into our volume and restore it from the day or week before or whatever the backup plan was.