2017年 2月 の投稿一覧

LogStashでElasticSearchにlogを送る


リンクバルの井上です。
ElastcSearch, Kibana, Logstashの使用例の定番といえばアクセスログなどのログ収集と可視化かと思います。
今回はログ収集からKibanaでの可視化までの簡単なsampleをご紹介します。

 

Logstashのインストール

今回はbrewでinstallしてみたいと思います

brew install logstash

log収集のためのconfファイルの作成

今回は簡単な設定ファイルを作成します

この設定ファイルを使用してlogをelasticsearchへ送信します。

 

設定ファイルの解説

input

読み込むファイルを指定する今回は標準入力の設定です

input  {
  stdin { }
}

下記のように直接ファイルを指定することも可能

input  {
  file { path="/var/log/apache2/access.log" }
}

filter

logファイルから取得したログをelasticsearchように整形する

filter {
  grok {
    match => { "message" => "%{COMBINEDAPACHELOG}" }
  }
  date {
    match => [ "timestamp" , "dd/MMM/yyyy:HH:mm:ss Z" ]
    locale => "en"
  }
  mutate {
    replace => { "type" => "apache_access" }
  }
}

output

ログの送信先を設定今回はローカルのElasticsearchを指定している

output {
  #stdout { codec => rubydebug }
  elasticsearch { hosts => '127.0.0.1:9200' }
}

logをElasticSearchへ送信

下記のようにファイルを指定してコマンドを実行してみます

/usr/local/bin/logstash -f logstash.conf < -f   logファイルのpath

kibanaでの確認

kibanaを開くと下記のように画面が表示されてますが緑色のCreateボタンを押下します

すると下記のような画面になるかと思いますので次にDiscoverを押下します

logstashから送信されたデータが確認できました。

 

いかがでしたでしょうか?意外と簡単にログ送信できるイメージできたでのではないでしょうか

リンクバルではエンジニアを積極募集中です。興味のある方は、こちらまでご応募ください。もちろん、社内の人間と面識があるのでしたら、直接にご連絡いただいてもかまいません。


OpenLDAPでSSH公開鍵を管理


リンクバル技術部の川畑です。サーバーのログインユーザーのSSH公開鍵についてOpenLDAPで管理できないか調査しました。OpenSSHをソースからコンパイルしてとかいろいろ情報がありましたが、Ubuntu 14.04.1 LTSではOpenSSH 6.6.1p1がapt-getで入手できるのでスキーマファイルをダウンロードしてincludeするだけで簡単に設定できそうなので検証してみました。

検証環境

  • OS:Ubuntu 14.04.1 LTS
  • OpenSSH:6.6.1p1
  • OpenLDAP:2.4.31

LDAPサーバ側の設定

まずLDAPサーバでの設定手順

続きを読む


新人プログラマが迷うであろう英語スラングを少々


こんにちは. エンジニアの佐藤です。
皆さん、勉強中や仕事中「あれどうすんだこれ…」な時はどうしますか?
Google先生ですよね。自分もいつもGoogle先生か、あるいはとなりの関くんに聞いてみたりします。弊社の場合,関さんですが。
先日もgoogleにてStack Overflowに行き着くと、見慣れない略語がありました。
そこで、自分がエンジニアになってから見かけた英語略文字を晒します。 あくまでWebエンジニアになってから見た英略字だけです。
‘lol’,’WTF’,あるいは’ggrks’とかはエンジニアじゃなくても見かけますので紹介しません。

PR

  • Pull Request
  • 意味 プルリクエスト

githubにて使われます。 ローカルブランチをリモートリポジトリにpushすることです。ブランチを切らずに行う ‘git push origin master ‘は他のメンバーに迷惑をかける危険な呪文です。もし双子のウィーズリー兄弟がエンジニアなら、頻繁にスネイプのリモートリポジトリにpushしてると思います。

LGTM

  • looks good to me
  • 意味: よさげやん^^b

これもgithubにて。他人のPRを確認し、私からは問題ないように見えますよ、という時に使われます。 GIF画像でもたくさんありますね。新人エンジニアには他人のPRに”LGTM”と書き込むのは少々ハードルが高いと思われますので、MergeされたPRにでも書き込んで練習しませう。

Cravetv GIF - Find & Share on GIPHY

RTFM

  • read the f***** manual
  • 意味 ここで聞くなよ! マニュアルに書いてあるだろ

先日stack overflowで見かけたのはこいつです。 こっちは読んでもわからないから聞いてるんだよ!(全部は読んでなかったけどな) 新人はおとなしく先輩に聞くのがよいかと思います。
別なものでUTSL(use the source, Luke)もあるらしいが見たことない。

nginx

  • エンジンエックス
  • 意味 フリーかつオープンソースなWebサーバ1

いや、これは別に略語ではないんですけど、自分は読めなかったので書きます。 皆さんは堂々と「エンジンエックス!」と覚えてください。

本当はもっとあった気がしたのですが、思い出せません。
そもそも、単語は読めても何を指すのかわからない、ということも多々あるわけで、、
勉強と実践の繰り返しですね。何事も。

見つけたら追記していきます。

2017.3.15 追記

## YAGNI

– You ain’t gonna need it
– それいらんで

後々実装するだろうとして機能を追加するのは不要だ、という。
必要になってから実装しましょう、と。 奥さん(旦那さん)がいる人は街コンに参加しなくていいよってことでしょうか。

リンクバルでは英語に堪能でruby on railsが得意なエンジニアを募集しています。
リンクバルに興味を持った方は是非こちらからご応募ください。
では。


  1. https://ja.wikipedia.org/wiki/Nginx 

山本(♀)が”お局さん”になりかけた(なった)事件


女性が若い会社で働くって結構勇気いることですよ。
なんで、って?
それはいわゆる”お局さん”になるスピードも速いからなんです。
このブログを書いている山本(♀)は25歳。
まだまだチヤホヤされたいお年頃。

「山本はまだ、25歳だから~♪」
25歳なんて、世間的に言うと「ひよっこピヨピヨ」レベルですが、
設立5年目のリンクバルで今年3年目に突入する私は、株式会社リンクバル内では、”お局さん”の領域に入ってきました。
そんな山本(♀)のエピソードをどうぞ鼻で笑ってやってください。

ある日のこと・・・
後輩Y(23歳)(山本美月似)が、こういってきた。

すると私はこう答えた。

 

 

 

すると後輩Y(23歳)(山本美月似)が、
更にびくびくしながら、

このやりとりを一部始終を見ていたエンジニアのMが、

え、これって怖い?←もはや感覚も狂い始めている。

こういう時、「全然大丈夫よ」とどうして素直にいえないものか。
※実際全然大丈夫だし。
最近なんか一癖文句言ってやんないときが済まなくなってきているのが自分でも怖いところ。

そういえば、こんな事も起こったのよ。

 

昔だったら

ソレが今や・・・

いや、おっしゃるとおりなんですよ。
でもさ、なんか味気ないじゃない。
人とつながっていたい時ってあるじゃない?

そんなこんなで、エンジニアで後輩Sに相談してみた。

 

するとエンジニアで後輩Sがバッサリ。

センチメンタルジャーニー~♪

チヤホヤされたい女子の皆さん、
会社の平均年齢を調べておくのはとっても大事よ。
だってチヤホヤされる時期ってただでさえ貴重なんだもの。

さて今日はこのへんで。
え、山本美月似の後輩Yの写真を出せって?
なら実際に来てみたらどうかしら。
でも後輩Yに確実に会えるかは保証しないわよ。

株式会社リンクバルで
一緒に働くエンジニアを募集中です!
新しい事にチャレンジしたい、もっともっと成長したい、そんな
フロンティアスピリットをお持ちの方が生き生きと働ける会社です。
詳細はコチラ


私が愛してやまないUI/UXデザインツール「Adobe Experience Design」


プロトタイピングツールは、超大雑把に言うと以下の2種類に分けることができます。

  • 画面遷移を作るやつ
  • インタラクションを作るやつ

調べてみたところ、上記2種の合いの子みたいな製品もあるようですが、
中途半端なヤツは嫌いなので見なかったことにしました。

私の用途はアプリよりもWebが多く、インタラクションよりも画面構成と遷移を作って
「こんな感じっす」とお披露目することが多いので、前者に属するものをよく使います。
その中でも、以下の2点においてAdobe Experience Design (Adobe XD)を上回るものは無いと思っています。

  • 簡単(初見で使える)
  • 速い(サクサクアウトプットできる)

XDはなぜ簡単なのか

ひとことで言えば「Adobeだから」です。
XDは、Adobe CCに含まれる製品であり、操作性も非常に似通っています。
そのため、Adobe製品に慣れ親しんだデザイナーやフロントエンドエンジニアなら、初見でプロトを作り込んでいくことができます。


デザインモードの画面。Photoshop等と比べるとシンプルだが、痒いところに手が届く感じ。

XDはなぜ速いのか

XDは、UIデザインツールでもあるからです。
PhotoshopやSketchで作ったデザインをエクスポートして、ProttやInVisionで読み込んで…という流れに対して
手間というか、「なんでここシームレスじゃないの?」という違和感を覚えたことはないでしょうか。
私はいつも軽くイラッとしておりました。

XDには「デザイン」と「プロトタイプ」の2つのモードを素早く切り替えることで、2つの作業を同時並行で進められます。
厳密には並行していないのですが、「並行感」が大事なのです。
プレビュー用の URLひとつで他のメンバーに共有もできるため、この点においてもスピーディーです。


プロトタイプモード。初見でも直感的に操作できる。

そして無料!

Adobe IDを持っていれば無料で使えます。
ぜひ一度試してみてください。

クリック!株式会社リンクバルでは一緒に働くエンジニアを募集中です!クリック!