Adding in review comments from smoser; reworked the logic around
managing the hook files as they are written.  We now pass in the 
"action" (up/down) and the interface name (eth0/etc) to the
cloud-init dhclient_hook function so we can manage files
on an independant basis.  

If the action is down, we delete the hook file.  Else we write
(or overwrite) it using the atomic_write_json function which 
now lives in its own file.