Creando el Servicio Pusher

go get github.com/gorilla/websocket

Consejo: en lugar de nombrar helper.go, lo mejor es nombrar el fichero a partir del nombre del struct, ya que es más explícito su contenido. Nombrar los ficheros con nombres abstractos no es una buena práctica, igual como ocurre con las variables, funciones, clases… ya que al final te puedes volver loco tratando de buscar y entender como funciona el código. 😃
.
Otra cosa que no termino de ver es dejar para el final el testeo de todo. Estamos hablando de servicios que son independientes, ya que el nexo común entre ellos es nats, por lo que lo suyo hubiera sido ir validando cada servicio al terminarlo. Es mejor ir haciendo validaciones poquito a poquito (además de implementar TDD), que no hacer una megavalidación final, donde pueden empezar a aparecer miles de errores por un montón de sitios y puedes perder la cabeza.