Help us understand the problem. What is going on with this article?

オフラインでもChatOpsしたい!Dockerで導入したその後!

More than 1 year has passed since last update.

前回オフラインでもChatOpsしたい!Dockerで解決しよう!で投稿したとおり、オフラインの現場でChatOpsするための環境を作りました。

まだ道半ばですが一旦導入してから半年かつ年末ということもありまとめてみます。
最終的に導入したものは以下のとおりです。

RocketChat

  • Slackクローンのチャットツール(ビデオ通話もできる)

Kanboard

  • タスク管理できるカンバンツール

Jenkins

  • JOB管理ツール

Knowledge

  • Qiitaクローンのナレッジ共有ツール(もちろんMarkdownでかけるよ)

fluentd

  • ログ収集ツール

ELK(ElasticSearch+Logstash+Kibana)

  • 全文検索+ログ収集+ビューがDockerイメージで固められてます

SonarQube※1

  • 静的解析ツール

もともと共通のコード管理ツールとしてGitlabは提供されていたので、そのまま利用しています。
※1 SonarQubeは重たかったため別ローカルPCを用意してそこのDocker上で起動させてます。(課題)

現在の構成

現在の構成で矢印引くと以下のようになりました。

スクリーンショット 2016-12-25 21.54.28.png

各種連携内容

GitLab→RocketChat

  • マージリクエストが作成されるとRocketChatへ通知が行きます。
  • マージリクエストのdescriptionにレビューアを2名以上指定する方針にしてます。
  • 記載内容はチーム内共通のテンプレートを利用するようにしているので、正規表現でレビューアのところだけRocketChatにも書かれます。

Jenkins→検証サーバー(→RocketChat)

  • ビルドJOBとデプロイJOBを分けて組んでます。
    • JavaDocも合わせて生成しています。
  • JOBのパラメータでどのブランチを対象にするのか、どのサーバーに対してデプロイするのかを指定できるようにしています。
  • JOBが成功したか、失敗したかを含めてRocketChatに完了通知を行います。
  • JaCoCoやFindbugsなど解析系のJOBもビルドJOB後の後続として走っています。
  • 本番リリース用のビルドも合わせて行っているのでJenkinsから直接取得できます。

検証サーバー→fluentd→RocketChat

  • 検証サーバのログ・ファイルからfluentdでエラーログを拾いRocketChatに飛ばすようにしています。
    • 最初は全てにしていたのですが、想定しているエラーログまでも拾っていたので、想定していないエラーのみに絞るようにしています。

連携の今後の予定

RocketChat→Hubot→Jenkins

  • RocketChat上で「デプロイしてやー」と依頼できるようにしたいです。
  • RocketChatの0.45.0以降だとHubotを内包しているので、うまく利用していきたいです。

Gitlabにマジリク→Jenkins→SonarQube

  • Gitlabにマジリクが出されたらJenkinsでSonarRunnerを走らせて解析させ、SonarQubeに結果を反映+Gitlabのマジリクのソースにコメントを自動で残していきたいです。

PostgreSQL→Logstash→ElasticSearch→Kibana

  • 現在のプロジェクトではログを一部PostgreSQLに吐き出しています。
  • PostgreSQLのログをLogstashで取得しElasticSearchに適用していきたいです。
    • 一旦お試しで導入はできたんですが、PostgreSQLのJSONB型をElasticSearchに反映させる際に文字列型になってしまう課題がでてきました。可変のJSONを入れているので、どうにかできればと思っているんですが・・・

Jenkins→MkDocs

  • 設計書などは現在全てExcelですが、いずれMarkdownで全て書き起こして行きたい!
  • Markdownで書かれたドキュメントをブラウザで閲覧できるようにMkDocsでGenerateできればと。。
  • UMLも一部PlantUMLとAtomを組み合わせてMarkdownで書いているのでそちらも合わせてしたいです。

やらないこと

Kanboard→RocketChat

  • タスクの動きを常に監視できるのは大変便利なんですが、一定数以上のチームになってくるとその通知は「もうっ!見に行くからええよ!」ってぐらいになってきてやりません。

連携してないけど使ってるツール

Kanboard

  • もとはRestyaboardを使っていた。
  • Restyaboardはカードを移動させると記載しておいたメモが消えてしまうのがいけてない。
  • Kanboardはメモが消えないのはもちろんプラグインが豊富。
  • 作業工数も記録できるし、サブタスクももてるからRedmineの上位互換的立ち位置。
  • CSVで出力して分析・・もできるが、もともとKanboardには分析用のグラフ画面が用意されていてGOOD。

SonarQube

  • メモリもCPUも喰うのでDockerでいろいろ乗せている場所に相乗りは正直キツイ印象。
  • 現在サーバーは調整中だがローカルPCで立ち上げて解析はしていて、潜在バグを減らしていいモノ作るぞ感がすごくでてイイ!
  • 改修サンプルを出してくれるので改善+学習できる印象。

まとめ

以上、職場のオフライン環境でもChatOpsするぞ!と意気込んだ日からのその後でした。
チーム全体で半年間取り組んだ働きやすい環境作りは少しづつですが成長できています。
メンバーの協力がなければ成り立ちませんでした。本当に心からいいチームだと思います。
おそらく私のいるチームにはこれがベストマッチしたわけで、他のチームにそのまま流用とはいかないかもしれません。ただ、私どもの取り組みを少しでも知って参考にしてもらい、オフライン環境での製造に息苦しく感じている方々の風通しが少しでも良くなればと願ってます。

Why do not you register as a user and use Qiita more conveniently?
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
Comments
Sign up for free and join this conversation.
If you already have a Qiita account
Why do not you register as a user and use Qiita more conveniently?
You need to log in to use this function. Qiita can be used more conveniently after logging in.
You seem to be reading articles frequently this month. Qiita can be used more conveniently after logging in.
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away