SonicWall Retires Box by Moving 10 Beta Users to Files.com
SonicWall builds network security products for customers around the world, and it sells largely through a global ecosystem of managed service providers and resellers, who deploy and manage its firewalls and security services on customers' behalf.
A business built that way moves files across its own boundary all day. Partner transactions arrive as files and feed order processing. Support trades gigabyte-scale files with customers. Pre-release builds go out to testers who don't work for SonicWall. Over the years, each of those patterns had picked up its own tool, and the estate held several different ways to hand a file to someone outside the company.
By moving Box's ten beta users onto Files.com, SonicWall retired a separate sharing tool and brought beta distribution under the same administration as its other external file movement.
A Separate Vendor for One Small Workload
One of those tools was Box, and at SonicWall it existed to do exactly one job: distributing beta software builds to recipients outside the company. The footprint was about ten users and roughly five gigabytes of data. Behind that small footprint sat a separate external-facing sharing surface for IT to govern and account for.
That is the real burden of tool sprawl. Every product capable of handing company data to an outsider is a product IT has to administer and answer for, and a security vendor's IT team knows that arithmetic better than most.
Redundant tools survive because nothing forces the question. Box worked, its ten users knew it, and its recipients were real people outside the company rather than internal habits a memo could change. Retiring an external-facing tool only becomes practical when the surviving platform can hand a file to an outsider just as easily.
The Platform Already Carrying Orders Into Oracle ERP
SonicWall already ran a platform whose entire job was moving files across company boundaries. Files.com had been in production at SonicWall since 2019 as its secure FTP layer, and the work it carried was not peripheral: channel partner integrations deposited transaction files over SFTP, and those files fed order processing in Oracle ERP.
The same site served SonicWall's support organization, which staged one- to two-gigabyte files to exchange with customers. Accounts were locked to their own home directories, while ad-hoc transfers ran through Files.com's web access over HTTPS.
So the platform already did what beta distribution required. An outside recipient could reach files in a browser with nothing to install. Every account stayed confined to its own directory, under administration SonicWall already staffed. Rather than keep a dedicated vendor for one distribution pattern, SonicWall IT selected Files.com to absorb the beta workload and retire Box.
Moved One at a Time
SonicWall IT ran the move itself, and ran it incrementally. Beta users came off Box one at a time while the Files.com site kept doing its production work. Nothing about the partner exchange or the support workflow paused for the migration. External recipients now collect builds through Files.com's web access, which asks nothing of them beyond a browser.
The whole migration measured about five gigabytes, which is the point. Folding the workload into an existing platform was a small job, and maintaining a separate vendor to avoid that job was the expensive choice.
One Fewer Vendor, One Fewer Surface to Govern
With beta distribution running on Files.com, SonicWall shut Box down, replacing a standalone product with a handful of accounts on a site IT already administered.
- The Box workload moved to the platform SonicWall already ran, so retiring the vendor added no new tool to the estate.
- Beta software distribution is now governed like the rest of SonicWall's external file movement, on the same site and by the same administrators, instead of on a separate collaboration tool.
- IT accounts for one fewer external-facing sharing surface. For a security company, every place where data can be handed to an outsider is a surface someone has to answer for, and there is now one fewer.
- The next external file workload has a home before anyone shops for one. Standing up a new distribution pattern on Files.com means creating accounts and a folder, not evaluating a vendor.
One Platform for Files That Leave the Building
The size of this migration is the lesson in it. Ten users and five gigabytes barely qualifies as a project, and it retired an entire vendor relationship. What changed at SonicWall is the assumption underneath: a new file-sharing pattern used to mean a new product, and now it means a folder on Files.com. When a file has to leave the building, whether it is a partner order headed for Oracle ERP or a beta build headed for a tester, it moves through the same platform, under the same accounts and the same administrators.
SonicWall never ran a consolidation program. It noticed that the platform already moving its orders was also, already, a beta distribution platform, and that retiring Box was a matter of moving ten users onto it.
Related Customer Stories
Software & Technology
GoDaddy Registry Replaces Its Amazon EC2 SFTP Server With Self-Service Zone File Distribution on Files.com
The registry separated vetting and entitlement from account creation, giving hundreds of approved outsiders self-service access without putting them in GoDaddy's identity systems.
Read story →
Software & Technology
Zillow Retires Ombud for Files.com to Send KYC Documents Across Six Countries
Browser-based links let recipients Zillow could not train securely view or download each sensitive document according to its own retention requirements.
Read story →
Software & Technology
Redis Gives Every Support Ticket Its Own HTTPS or SFTP Intake Route With Files.com
API-driven, write-only intake lets customers deliver diagnostics through their firewalls while Redis keeps no standing credentials for external uploaders.
Read story →