Привет. Go код я кросскомпилировал на своей локальной машине и это всегда один бинарник, у Go статическая компиляция без зависимостей. Статические ресурсы вроде HTML, CSS, JS я паковал в один файл с бинарником при помощи github.com/carbocation/gotogether Таких паковальщиков можно несколько нагуглить. Я так делал для легкой миграции между локальной машиной, openshift и боевым VPS. Однако не вижу препятствий для деплоя на openshift проекта из нескольких файлов. Кажется openshift поддерживает классическую файловую систему, то есть вы можете 'rsync -e ssh /home/projcktdir/ yuoropenshiftIP:port/projcktdir' c домашней машины на openshift.
И да, если вас раздражают корявые имена посмотрите на домен Токелау .tk Они dot.tk раздают имена бесплатно. Легко переадресуется на openshift. Как решаются DNS вопросы на heroku честно говоря просто не знаю.
heroku вполне себе годный хостинг. Поддержка Go полноценна, проверено. По мне у openshift меньше проприетарных ограничений, поэтому я его выбрал для прототипов. Скажем последний раз, когда я смотрел heroku не поддерживал стандартный websocket, а поддерживал проприетарный велосипед. По мощности бесплатные машины равноценны, бенчмаркано.
А Erlang без мусорщика? Наш соотечественник Дмитрий Вьюков обещает довести мусорщик Go до космических скоростей и главное избежать stop_the_world, и делает.
Полностью разделяю. По моим наблюдениям обсуждать фреймворки вообще
моветон в сообществе. Считается неблагостным пользовать фреймворк на языке, у которого listener, multiplexer, template в стандартных библиотеках и
HelloWord в браузере новички получают через пять минут освоения.