Создание прокси Slack Docker в Go — часть 2

В предыдущей статье мы рассмотрели, как можно легко создать slack-docker-proxy, используя go и пару небольших библиотек. Во второй статье мы покажем, как легко добавлять дополнительные команды, и рассмотрим, как докеризировать этот компонент, чтобы вы могли легко запустить его в демоне docker. Обратите внимание, что полные источники для различных файлов go, конечно, можно найти в репозитории slack-proxy github.

Запуск го приложения в докере

Давайте сначала посмотрим, как мы можем развернуть и запустить этот прокси. Мы увидели, что можем запустить его прямо из командной строки следующим образом:

Но это не самый практичный способ сделать это. И поскольку мы уже используем это для мониторинга докера, почему бы просто не запустить этот прокси и внутри докера.

Для запуска приложения go-lang в Docker мы можем использовать два разных подхода. Мы можем скомпилировать приложение из командной строки и просто скопировать его в образ докера, или мы можем добавить источники к образу, который содержит все необходимое для работы, и скомпилировать его как шаг при создании нашего образа докера. Мы пойдем на этот второй подход.

Мы показали файл Docker, который мы будем использовать для этого здесь:

Шаги должны быть довольно очевидными. Мы проверяем, находятся ли источники в том месте, которое ожидает образ докера (папка / go / src), устанавливаем все внешние зависимости и просто запускаем ‘сборку докера’. Что приводит к следующему выводу:

Полученное изображение теперь можно запустить так:

Или загрузите в свой локальный реестр, отметив его:

Расширение с новой функциональностью

Расширить этот прокси с новой функциональностью действительно легко. Распространенный сценарий, который у нас есть, заключается в том, что после того, как мы что-то развернули и все перестало работать, мы можем быстро проверить файлы журнала. Теперь войти в систему и использовать Docker Log не так сложно, но это займет пару шагов. Поэтому мы добавим поддержку для просмотра файлов журналов прямо из Slack. Сначала мы определим функцию в файле dockerCommandHandlers.go.

Обратите внимание, что мы еще раз не делаем никакой проверки ввода. Мы просто предполагаем, что передано правильное количество аргументов. Теперь, когда у нас есть функция, мы обновляем функцию HandleCommand в том же файле следующим образом:

И мы сделали. Теперь, когда вызов сделан так:

Мы возвращаем последние 10 записей журнала для контейнера с идентификатором 669265a13436.

Или, если вы более склонны использовать Почтальон.

Расширение помимо докера

До сих пор мы рассматривали докер только через этот минимальный прокси. Экспонировать другие сервисы, компоненты и источники информации с помощью этой настройки на самом деле очень просто. В качестве примера давайте напишем пару команд, которые предоставляют информацию о хосте, на котором работает slack-прокси. Для этого мы сначала добавим новый CommandHandler:

Если вы посмотрели, как мы настроили обработчик докера, то этот не должен удивлять. Мы используем простой переключатель, чтобы соответствовать команде, которую нам нужно выполнить, и в этом случае используем библиотеку gopsutil для возврата информации о файловой системе. Обратите внимание, что если вы хотите запустить это без докера, сначала вы должны выполнить «go get github.com/shirou/gopsutil». Поскольку мы добавили дополнительный обработчик команд, нам также нужно внести небольшое изменение в функцию GetHandler из handlerFactory:

С этим изменением, когда команда системная, мы возвращаем только что созданный обработчик, а если команда docker, мы возвращаем тот, который может обрабатывать команды Docker. Чтобы увидеть это в действии, вы можете использовать следующую команду curl для информации о памяти:

И для проверки информации о хосте используйте это:

И с этим мы в конце этой статьи на slack / docker (и других источниках) с go-lang. Вы можете найти полные источники для этой статьи здесь . И если у вас есть предложения, пожалуйста, дайте мне знать.