この記事はコーヒーアドベントカレンダー１日目の記事です。 まだまだ空いてて僕が仕事ができなくなりそうなので誰か助けてください＼(^o^)／ 2日目は、埋まってなかったら多分また僕の記事になります。体力の続くかぎり...書き続けるぞ...ぞ... 収穫のことを書こうかなと思っていたのですが、なんかもっと概観的な話から始まったらなんか楽しそうやんと思ったので、コーヒーが僕たちのテーブルに届くまで、コーヒー豆がどんな気持ちで、どんな旅路を歩いてきているのかについて書こうかなと思います。 3年前くらいに1年間東アフリカのウガンダという国で農園の手伝いをしていたので、そのときの体験をもとにもしながらかけたらいいなと思います。 あんまりコーヒーのこと知らない人でも分かるようにかけたらいいなと思ってるので「そんなの知ってるわコラァ」ってまさかり投げないでくださいごめんなさい。 コーヒーの旅路 コーヒーは

はじめに この記事は、2015年のGo Advent Calendarの1日目の記事です。 GoのAdvent Calendarは他にも2つあり、他の本日担当の方は以下のとおりです。 Go その2:iktakahiroさんのdbr – Go 言語 O/R Mapper の紹介 Go その3:awakiaさんのGoのChannelを使いこなせるようになるための手引 この記事は2015年12月1日時点の情報を基に書いています。また、情報が少ない中、shinyのプロポーザルとソースコードを基に筆者なりに解釈した結果を書いていますので、間違いや勘違いを含んでいるかもしれません。間違いや勘違いを見つけた方は、ぜひコメントか編集リクエストを頂ければと思います。 なお、使用しているリビジョンは48f611b013d6f6fbecb58f8212b1152abb23b928です。 shinyはまだ始まった

PFNの柏原です。Go言語製のソフトウェアのCI(Continuous Integration, 継続的インテグレーション)環境の構築方法（導入方法）について解説します。想定としてはgithub上にホストしているOSSプロジェクトのソースツリーをCIの対象とします。OSSのpublicリポジトリなため、無料で使えるサービスを利用対象とします。 紹介する各CIサービスすべてでGo言語を扱えますが、まず最初にサービスを利用する上で各サービスについて結論から述べます。その後、各CI環境（OS、Goバージョン）、設定ファイルの例を説明します。 今回はTravis CI、CircleCI、Codeship、AppVeyor の4つのサービスを紹介します。 結論から 結論から書きますと、Linux, OS X, Windowsの各種OSプラットフォームで同時にCIを動かしたいなら、Travis CI(

このエントリは HashiCorp Advent Calendar 2015 - Qiita 1日目の記事です。 Consul クラスタは一度稼働を始めたら基本的に落とせないため、いわゆるローリングアップグレードによってクラスタ全体を停止せずにバージョンを上げることが考慮されています。 consul.io ということで基本的には上記のURLを参照して、順番にagentを新しいバイナリで起動し直すことによって新しいバージョンに切り替えられるわけですが、Consul 0.5.0, 0.5.1 についてはいくつか留意点がありますので記録しておきます。 consul.io 0.5.0 未満から 0.5.0 以上にする場合 acl 機能を使っている場合、あらかじめ acl_policy を設定してからアップグレードする必要があります が、自分は使用していなかったのでスルー Leader が Cons

この記事ははてなエンジニアアドベントカレンダー2015の1日目です。今回は、既存の運用フローに乗せやすいDockerイメージへのchrootによるデプロイの考え方と自作のコンセプトツール droot を紹介します。 github.com 背景 Docker 本番導入の課題 Docker 導入の目的 Docker + chroot のアイデア droot: Dockerイメージにchrootするコンテナツール droot の使い方 droot push: Dockerイメージをtar ball化しS3にpushする droot pull: S3にpushしたイメージをダウンロードし展開する droot run: 展開先のディレクトリにchrootする droot の実装 droot push/pull の実装 droot run の実装 あわせて読みたい あとがき 背景 Dockerがリリー

If you spy on an HTTP/2 connection starting up you'll notice that it sends an almost-but-not-quite valid HTTP request at the very start of the connection. Like this: Written a little more clearly that's: PRI * HTTP2.0 SM The HTTP verb is PRI and the body contains just SM. Put them together and you get... PRISM. This occurs right at the start of the connection to ensure that the server really suppo

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert