include driver capabilities in client fingerprint

[tgross]

Currently driver capabilities aren’t part of scheduling decisions, and driver capabilities aren’t included in the fingerprint (DriverInfo). With network isolation and volume mount, we now have driver capabilities that can impact scheduling. We can't simply derive this information from code on the scheduler because:

• Drivers on clients can be on different versions of Nomad and therefore have potentially different capabilities
• Drivers on clients may be out-of-tree drivers (ex. podman, LXC) and not exist at all in the server code.

Having this information available in the fingerprint would allow us to catch driver capability issues (ex. using volumes with raw_exec) at plan/submit time instead of after placement.