There's no right answer. If you're just seeking to host large volumes of local storage, then you can activate file sharing on OS X. You don't need OS X Server for that. And if all you're looking for is file sharing, then an external network attached storage (NAS) box can be a simple approach; Synology and many other folks are in this market.
Nick101: I'd tend to invert your considerations with the sorts of playing around that'll occur here. What you're referencing with playing around is great for the first week or two and when you're just getting started with a server. Particularly get local DNS services working first[1] and then get the rest of the services configured and started. But once you have the local services going and stable, then you'll tend to start to build operational dependencies on the server.
Client systems can startup, get rebooted, get reconfigured, upgraded, and can generally get played around with, changed and tweaked without particular repercussions to anyone other than the user of that client system. Only one user is usually effected if there's a problem.
With servers, outages almost inherently effect more than one user, which means that the software configurations can tend to be more static, and upgrades can be more carefully staged. There can also be RAID[2] on server storage as well as specific backups and other functions that might not be deemed necessary on a client. There are also a few considerations for who can log into a server[3].
Some servers are also exposed to the Internet, which means I can want to minimize what's available on those systems to attack, and to partition the data and/or to possibly isolate the server on a DMZ network. This so that a potential breach is somewhat contained and somewhat more difficult to extend.
[1] FWIW: on a NAT'd network with no other DNS services on the LAN, always get local DNS configured and started before any other components or services. You cannot just use ISP DNS on a NAT'd network, as the ISP DNS won't return the address-to-name DNS responses expected by a server for use with network encryption and authentication services.
[2] FWIW: RAID is not a backup strategy. RAID protects against disk failures. RAID does not protect against accidental deletions, volume corruptions or some yutz that breaches the server and starts deleting random stuff. You'll want separate backups, even if RAID is in use.
[3] Typically you don't want anybody and everybody logging into and administering the server. Also, should you decide to migrate to network users (possibly migrating local users to domain users), then Apple recommends against having network users log directly into the server.