こんにちは。SRE の @chaspy です。 Quipper では AWS 上で Kubernetes Cluster を運用してサービスを提供しています。 これまで kube-aws を用いて Kubernetes Cluster を Self Host してきましたが、このたび Managed Services である Amazon EKS に移行しました。（以下、 Amazon EKS を EKS と表記します） 本記事では、 Kubernetes Cluster の移行で遭遇した問題をどのように解決したかを説明します。また、数多くの Application が稼働している Platform を移行する際にどのような点を考慮するとよいのか、経験を通して学んだことを共有します。 EKS への移行を検討している方はもちろん、Platform Migration に携わる方にとって学びに

皆様、こんにちは。 犬よりも猫派なエンジニア、徳光 (@toku345)です。 Mew🐱 ! 世間的にはRubyの会社だと思われている弊社に所属しながらClojureに目覚め（≠ 開眼）、 業務で使えずちょっと悲しい気持ちですが今日も元気です！ *1 さて今回は私が、弊社サービス「クラウドワークス」上で、 実際にお仕事して受注（=ドッグフーディング）してみて感じたことを書いていこうと思います。 *2 そもそも「ドッグフィーディング」とは？ ドッグフーディングという言葉をご存知でしょうか？ 英語だと dogfooding とか Eating your own dog food. と言うようですが、 Wikipedia によると Eating your own dog food, also called dogfooding, is a slang term used to referenc

近況 3月から DevOps 関連の技術的負債の解消に取り組んでいて，動かなくなった Chef を直したり，秘伝のタレ（手動）で構築されたサーバ設定を Chef にリバースエンジニアリングしたり，Serverspec を導入して稼働中のサーバの差異を確認したりしている． 他にもウェブサーバのパフォーマンスチューニングをしたり，Zabbix / Kibana / CloudWatch で可視化したり，不要なアラートを消したりもした．あと Vagrant 環境を自動構築できるようにしたり，Packer を使って Vagrant Box を改善したり，デプロイ手順を正常化したり，テストの品質向上の目的で Capybara を導入したりもした． 最近はキャッシュサーバをリプレイスしたり，AWS のネットワーク構成を変更するなど，とにかく様々な施策を試しているけど，全然まだまだという感じで，圧倒的成

Scala大好きインフラエンジニアの九岡(@mumoshu)です。マイブームはConcourse CIですが、今日はマイクロサービスの話をさせていただきます。 TL;DR; 「サービスの負荷上がってきたし、マイクロサービス化しよう。マイクロサービス化って、Railsアプリ分割して、それぞれCapistranoでデプロイしておけばいいんでしょ？」*1 マイクロサービス化をするためには、アプリケーションだけでなくインフラや運用のことも考える必要があります。 この記事では、クラウドソーシングのクラウドワークスが来るマイクロサービス化に向けて認識しているデプロイメント上の問題とその対策を紹介します*2。 テストからデプロイまでがめんどくさいよ問題 →Dev/Prod Parity、Infrastructure as Code、CI、ビルドパイプライン リリースに1時間かかるよ問題 →ビルドキャッシ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Joumae(錠前)というサーバレスの分散ロックサービスをOSSとして公開したので、ご紹介させていただきます AWS LambdaとAPI Gateway、DynamoDB、JAWSフレームワークなどを利用していて、小規模な社内利用であれば月々数十円で運用できます。 Webアプリ(joumae-users、joumae-resources) クライアント(joumae-ruby) Joumaeとは Joumaeはサーバレスの分散ロックサービス(Distributed Locking Service, Distributed Lock M

クラウドワークスのエンジニアが単身AWS re:Invent 2015に参戦してきました。 「re:Inventでしかやれないことをやる」という方針で4泊6日のスケジュールをこなした結果、AWSの勢いや最新動向を知る、スキルを高める、資格を習得する、など満足な結果を得られました。まだ参加したことのない方には来年、ぜひ参加して欲しいと思います。 この記事ではAWS re:Invent 2015を、わかりやすく写真で振り返ります。個人的にも、会社的にも初めてのAWS re:Invent参戦ということもあり、今後参戦したい方の参考になるような内容になっていると思います。今年は日本から400名以上が参加されたようですが、この記事を参考に来年はもっと大人数で、そしてクラウドワークスから2名は送り込めるといいですね！ 前提条件 食料確保 早めに受付 1時間のスキマ時間にハンズオン 30分のスキマ時間に

経緯 個人的にgit commit -m " うっ、英語でなんて書けばよいんだろう。。。。ってなることが多くて、GitHubの公式の検索ってソースコードは検索できても、コミットメッセージをリポジトリ横断的に検索したいなんてことはできないんですよねぇ。まぁネイティブな人にはそんなこと思いもしないのかも知んないですが。調べてみたらGitHub APIでコミットメッセージ取れるようなので、現場のリアルな生の文例を集めて検索できるようにすればよくね？ということで勉強がてら作ってみたので、需要あるか分からないけど同じこと思ってた人のために晒す。 作ったもの http://commit-m.minamijoyo.com/ 使い方 テキストボックスにキーワード「fix bug」などを入力してSearchボタン押すと検索結果が表示される。以上。 機能の補足説明 キーワードはスペース区切りでAND検索になる

スマートフォンの普及で、PCで閲覧するWebサイト（以下、PCサイト）に対する注目度は下がっています。しかし、BtoBのデジタルマーケティングにおいては、PCサイトが今後も戦略の中心になるでしょうし、BtoCにおいても、PCサイトが不可欠な領域もまだまだ多いです。 ハードウェア的に大きな変化のないPC向けのWebデザインというと、ノウハウは固定化されている印象もありますが、実際には時代の流れを受け、今も変化を続けています。特に以下のような環境変化が、PCサイトのUIデザインにも大きな影響を与えています。 表示デバイスの多用化 スマートフォンアプリの一般化 タッチスクリーンの普及 トレンドに合わせれば成功、というではありませんが、その根底に流れているユーザ動向の変化については、十分に理解しておく必要はあるでしょう。そこでこのエントリーでは、PCサイトのUIデザインにおける最新動向を、その背景

こんにちは！開発の所(@ctokoro_me)です。 クラウドワークス勉強会「レガシーコード改善の戦略と戦術」前篇（戦略）に続き、後篇（戦術＆懇親会）をお送りします。 「レガシーコード改善の戦略と戦術」 講師：和田 卓人(@t_wada) タワーズ・クエスト株式会社 取締役社長、プログラマ、テスト駆動開発者。 学生時代にソフトウェア工学を学び、オブジェクト指向分析/設計に傾倒。 その後様々な縁に導かれソフトウェアパターンやXP（eXtremeProgramming）を実践する人たちと出会い、後のテスト駆動開発の誕生を知る。 テスト駆動開発によって「完璧主義の呪い（完璧な設計を得るまではコードを書けないし良いシステムも出来ないという強迫観念）」から解かれてからは、文章や講演、ハンズオンイベント等を通じてテスト駆動開発の啓蒙に努めている。 今日もグリーンバンド（テスト駆動開発者の証）を左手に着

連載「そのひとことを言う前に」 職場で感じるストレスの原因は、うまくコミュニケーションがとれないことによるものが多いようです。本連載では、伝え方や接し方、聴き方に至るまで職場でよくあるエピソードをもとに、仕事や物事がより円滑に進むようなコミュニケーションや考え方のヒントをご紹介します。言葉を受ける側の立場や気持ちを理解し、自分が発する言葉について見直してみてはいかがでしょう。 仕事を頼んだのに、忙しいせいか相手がなかなか動いてくれない――。ビジネスでは、こんなシーンに遭遇することも多いと思います。そんなときは相手に“催促”をするわけですが、催促時のコミュニケーションというのは、仕事を頼むとき以上に難しいものです。 例えば、あなたが部下や後輩に、顧客へメールで報告書を送るよう指示したとしましょう。「この報告書、今日中にA商事のBさん宛てにメールしといてくれる？　Ccに私を入れてくれればよいか

こんにちは！年初からクラウドワークス開発に新たにジョインした所と申します。 先日、クラウドワークスではテスト駆動開発とRESTFulアーキテクチャのエバンジェリストとして有名な和田卓人さんをお招きして社内勉強会を開催いたしました。 和田さんは、数多くの会社にてレガシーコード改善のコンサルティングの経験をお持ちで、書籍も多数執筆されており界隈でも有名な方です。 また、弊社CTO大場の旧知の友人でもあります。 クラウドワークスのサービスは立ち上げから現在に至るまでRuby on Railsで開発を行っており、サービス拡大に伴いアプリケーションの規模も大きくなっています。 比較的テストが書きやすいフレームワークではあるものの、ビジネスの急激な成長を支えるために速度を優先した機能開発が行われていた時期もあり、レガシーコードが残っている部分があります。 将来に向けて技術的負債の返済をしていくことは、

環境： rails (4.1.6) activerecord (4.1.6) mysql2 (0.3.16) Rails4 というか Rails でカウンター用カラムをインクリメントする簡単な方法がないか調べてみた。 やりたいこと MySQL だったら以下のような SQL を発行したい。 update books set reviews_count = reviews_count + 1, updated_at = now() where id = ? カウンターのインクリメントと同時にソートのために更新日時も一緒に更新したい。 検証用環境の作成 $ bundle exec rails new counter_app -d mysql -T --skip-bundle $ cd counter_app $ bin/bundle install --path vendor/bundle モデ

あいさつ 完全にバズに目が眩みゴミクズのような表題を付けましたが、 実際は多くの方々に助けられた結果ですし（その助けなくしては絶対にあり得ませんでした） 正確にいうと開発基盤もオフィスもシリコンバレーでなくバンクーバーですし、 ちょっと色々嘘なのでタイトルを訂正しますと、、 「多くの人の助けを借りてやっとこさ仕事にありつけたわ〜」 です. しかし多くの方の関心事であろう「どうやってありつけたの？」という部分は変わらず話しますよ. 今回のお話 「なんかシリコンバレーがイイらしい」と小耳に挟み 休学を経て、凸してわちゃわちゃとして参りましたが、 （とりあえず凸は今思うと若干戦略性を欠きました、 大学編入など選択肢は多くあるので、色々調べると良いです.） 先日とある500スタートアップス（そこそこ有名な投資団体みたいなやつ）出身の所と諸々の契約を結び （会社名は直接聞いて頂ければ答えます） 暫く

ネガティブな言葉を使っていると、ネガティブな自分になってしまう。そんな経験はないだろうか？ そして、これらの言葉の厄介なところは、口ぐせのようになってしまい本人も意識しなくなることにある。ここでは世界でもよく話題になる「若い頃に言ってはいけない、11のNGワード」を紹介しよう。 1．「でも・・・」 社会に出ると、理不尽なことを言われることも多くなるだろう。しかし、まずは何事も「なるほど」と受け入れてみよう。そこから新しい視点を発見することができるかもしれない。 2．「あぁー、ひま」 人生に夢や目標を掲げている人ならば、ひまな時間などないはず。「ひま」という言葉を連呼していると、誰にも頼られていない、必要とされていないことを宣言するようなもので、周囲からの信頼も失いかねない。 3．「あとでやります、明日やります」 忙しい人ほど仕事を頼まれるというのが世の常。せっかく仕事を頼まれたのに、それを