2017 CircleCI Meetup Tokyo #2 が開催されました #circleci #circleci_meetup - tehepero note(・ω<)
2017 - 03 - 11 2017 CircleCI Meetup Tokyo #2 が開催されました #circleci #circleci_meetup CircleCI CI DevOps 昨日3/10、弊社にて2度目のCircleCI Meetupが開催されました。 cyberagent.connpass.com CircleCI 2.0について CircleCI社よりDeveloperのKim氏にご登壇頂き、現在クローズドベータ公開中であるCircleCI2.0について発表していただきました。 1.0問題 ビルドイメージが Ubuntu のみで、Dockerコンテナ上でのビルドにも未対応 LXCのprivileged問題（Dockerは特権保持していないLXCコンテナ上で動作させることはできない）を突破するために、Dockerにパッチを当てて運用していたがこの手法は1.9で行
docker-composeをサポートしたCodefreshというCIサービスを使ってみた - tehepero note(・ω<)
2017 - 01 - 02 docker-composeをサポートしたCodefreshというCIサービスを使ってみた CI tool Docker DevOps CodefreshというDockerを使えるCIサービスがあるので雑に触ってみたというエントリです。 codefresh.io プラン プランについては各自確認してほしいんですが、基本的にPublicな リポジトリ を扱い並列ビルドが要らなければ無料で使うことができます。 Open Sourceプランでも GitHub /BitBucket/DockerHub/Slackは対応 Basic($99/month)からは並列ビルドができ、プライベー トリポジ トリも扱うことができる Pro($299/month)からはJenkinsやbintrayとも連携ができ、インフラは共有領域ではなく 専有領域 を用意してもらえる。 On-P
Kotlinで書いたサーバアプリケーションのDockerイメージ構築パターン - tehepero note(・ω<)
2017 - 01 - 01 Kotlinで書いたサーバアプリケーションのDockerイメージ構築パターン Kotlin Docker Gradle Kotlinで書いた API サーバをDockerコンテナで運用する場合、どのような方式が実用的かを考えてみた。パターンと言っても今のとこ今回の一種くらい。 サンプルアプリ 今回書いたサンプルはこちら。 github.com 以前書いた Spark Framework with Kotlin の延長線上で、今回もSpark FrameworkをKotlinで書いてます。 エンドポイントはこれだけ。 package io.stormcat import spark.Spark.* fun main(args: Array<String>) { get ( "/echo" , { req, res -> "Hello, ${ req.queryP
たった10年前の某IT企業でのこと - tehepero note(・ω<)
2016 - 11 - 30 たった10年前の某IT企業でのこと 年末だからなのかはわからないですが、何か最近闇エントリが氾濫している気がするので自分も書いてみる。10年前に プログラマ としてのキャリアをスタートさせたわけですが、当時入社した独立系の中小 SIer 企業（D社とよぶことにする）についての話し。 ※あらかじめお断りしておくと SIer を ディスる つもりはまったくなく、10年前に入った会社がひどい SIer だったというだけです。これから会社選びをするという方は SIer というだけで色眼鏡をかけないでいただきたい。 雑用 基本的に100%開発に専念できるという環境にはない。特に新人には様々な雑用が降ってくる。記憶している限り、こなした雑用は以下のようなもの。 電話対応 来客対応、🍵出し バイ ク便手配 取引先の新事務所オープンによる花の手配 朝の掃除。ちなみにテラスが
.ioドメイン障害でDocker運用環境に結構影響が出ている件 - tehepero note(・ω<)
2016 - 10 - 28 .ioドメイン障害でDocker運用環境に結構影響が出ている件 Docker DNS 現在、 .io ドメイン の名前解決に問題が起きています。詳しくは以下の記事を見て頂けると一目瞭然です。 qiita.com .io ドメイン は近年結構（開発系 クラスタ にとっては）人気で、ちなみにこのブログも.io ドメイン を利用しているため、閲覧が難しい状況でした。 今やってるサービスは.io ドメイン ではないですが、外部利用しているものに .ioドメイン なものがありました。そう、 公式のDocker Registry です。 registry-1.docker.io Dockerを利用している方は、DockerHubの存在を知らない方はいないでしょう。多くのアプリケーションや ミドルウェア の公式イメージが ホスティング されており、また多くのユーザーが各々の
CircleCI Meetupで喋ってきました #circleci_meetup - tehepero note(・ω<)
2016 - 06 - 10 CircleCI Meetupで喋ってきました #circleci_meetup CircleCI 渋谷ヒカリエ にある DeNA さんで開催されたCircleCI Meetupで喋ってきました。 connpass.com 現在、CircleCI本社メンバーが来日されたということで開催されたようです。今週、弊社にもご来訪頂きました、ありがとうございます。 というわけで、CircleCI界隈でチョロチョロしていた自分にも15分時間を頂きまして、弊社へのCircleCIの導入的な話をしてきました。スライドはこちら。 speakerdeck.com 今回、これだけの規模のミートアップが開かれ、CIサービスとしてかなりメジャーになってきたなという印象です。今後もお世話になるはずなので、色々とアウトプットを続けていって微力ながら尽力できればなと思っております。 スライド
何故技術やノウハウをアウトプットをするのか - tehepero note(・ω<)
2016 - 05 - 27 何故技術やノウハウをアウトプットをするのか Twitter を眺めていたらこんなエントリが流れてきましたが、何か定期的に流れてくるネタだと思うのでとりあえず個人的所感を書いときましょう。 abebetaro.hatenablog.jp 学習とフィードバック 承認欲求的なものは人間なので少なからずある気がしますが、何よりもアウトプットによって知識やノウハウを改めて深掘りできるというのがあります。 また、 GitHub であったりブログであったり外部に晒すことによって、フィードバックを得られたり、自分の発想になかったヒントを得られることがあります。なので、出せるものなのに出さないというのは個人的には 機会損失 でしかないという考えです。 アウトプットしないのがむしろリスクだったりもする たとえばその技術が組織にとって門外不出であるとか、他社との競争力に影響を及ぼす
Amazon ECSでHAProxyのDockerコンテナを各Taskに配置するのがなかなか良い件 - tehepero note(・ω<)
2016 - 03 - 15 Amazon ECSでHAProxyのDockerコンテナを各Taskに配置するのがなかなか良い件 Docker HAProxy AWS ECS どうも、コンテナ芸人です。久しぶり？に Amazon ECSを使ったネタをお届けします。 今のプロジェクトではDBに MySQL を利用していますが、コスト低減のためにMaster(Multi-AZ)だけRDSでSlaveはEC2で構築しています。で、SlaveにはELB経由で参照していましたが、最近この仕組みをHAProxyコンテナに置き換えてみたらなかなか良かったぞという話です。 旧構成 これがつい先日までの構成。 ECS Task *1 は Nginx+Node(React)+ API (Go)+td-agent で1セット Nginxは API コンテナや、 SSR でHTMLを返却するNodeコンテナへPr
【書評】サーバ／インフラエンジニア養成読本 DevOps編 - tehepero note(・ω<)
2016 - 03 - 03 【書評】サーバ／インフラエンジニア養成読本 DevOps編 DevOps CircleCI 書評 Kaizen Platform社の @glidenote さんから、「サーバ／インフラエンジニア養成読本 DevOps編」をご恵贈頂きました！ www.amazon.co.jp この本の表紙なんですが、 CircleCI が Circle CI になっていると Twitter で喚き散らしていたところ、「 CircleCIによる 継続的インテグレーション 入門 」の特殊記事を執筆された@glidenoteさんから頂けることになりました。ありがとうございます。 ざっと書評 養成読本シリーズだけあって、サーバサイド・インフラをバックグラウンドに持つエンジニアであればそれなりに一気読みできるかと。 特集１：最速攻略！Ansible2によるサーバ構築 今のプロジェクトは基
運用的関心事を実験的にAWS Lambda on VPCにお任せしてみたので所感 - tehepero note(・ω<)
2016 - 02 - 25 運用的関心事を実験的にAWS Lambda on VPCにお任せしてみたので所感 AWS Lambda Slack リリースした時はきれいだったコードも、運用に曝されることで汚くなっていったりしますよね。 ChatOpsな今のプロジェクトでは、「 とあるイベントが発生した際に、運用担当者が迅速に反応できるようSlackに通知してほしい 」という要望が出てきたりしています。以前であれば、メール通知してたところでしょうかね。 運用的関心事は移ろいやすい かつて Java で AOP が流行りだした頃に、ロギングだったり権限チェックだったりの処理を メソッド にweavingしたInterceptorに追いやるという、所謂「横断的関心事」を ビジネスロジック の本質から除外するという手法がありましたね。 自分が運用的関心事と言っているのは何のことかというと、 アプリ
Jenkinsと完全にサヨナラして、CircleCIに移行した話 - tehepero note(・ω<)
2015-07-02 Jenkinsと完全にサヨナラして、CircleCIに移行した話 CI Jenkins CircleCI 長らくCIはJenkinsを利用して開発をしてきて、Hudson時代からご愛顧してきたのですが、この春から新しくスタートしたプロジェクトではJenkinsを利用しないという決断をしました。 Jenkinsとサヨナラした理由 複数プロジェクトで共有して利用するのがツライ うちの会社では共通で用意されたJenkinsがあって（それなりにスペック高くて、slaveもぶら下がってる）、色々なプロジェクトがそれを利用しています。 このケースの問題点は何よりもランタイムやSDKを共有してしまうことにあります。全てのビルドに副作用を与えることなく、ランタイムやSDKを追加・更新するのが簡単ではありません。それを滞りなくやるには事前にどのビルドが何を使っているかを把握したり、利用
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
