fumikonyのブックマーク - はてなブックマーク

会社の本番環境をDocker(ECS)に置き換えるために準備したこと気づいたこと

エンジニアの@macs_6です。このブログでは社内のAWS EC2上で運用しているアプリケーション群をECS移行したプロジェクトについて紹介します。ローカルの開発環境をDockerした話は以前の記事(複数の rails プロジェクトが共存する開発環境を Docker 化した話を晒してみる)で西辻が紹介しているので、そちらを参照して下さい。概要プロジェクトを始める前に感じていた課題目指す状態 ECSを選択する理由設計移行のために必要な作業 Digdagによるスケジューリングについて ECSを使って見て気づいたこと今後やりたいことプロジェクトを始める前に感じていた課題ローカル・本番で再現性のある環境を簡単に作れるようにしたい簡単にスケールできるようにしたいコストを抑えたい ECS移行プロジェクトを始める前にはこれらの3つの事に課題感を持っていました。 1.ローカル・本番

fumikony 2017/11/06

あとで読む

リンク

複数の rails プロジェクトが共存する開発環境を Docker 化した話を晒してみる

アプリケーションエンジニアの西辻です。今回のブログでは、弊社のローカル開発環境を Docker 化した話をご紹介したいと思います。このブログでは、なぜローカル開発環境を Docker 化する考えに至ったのかに始まり、具体的にどのような方法で Docker 化を進めていったかを振り返りながら書いていきます。また、Docker 化したことで受けた恩恵などを最後に書いて終わります。 Overview 大きく以下の項目について書いていこうと思います。自分の仮想化環境への考え方について今の現場に Docker 開発環境を導入する判断について実運用している構成例を用いての説明 Docker for Mac のファイルI/Oのパフォーマンス改善方法 Tips: Docker コンテナに対して binding.pry を利用するローカル開発環境を Docker 化した恩恵自分の仮想化環境

fumikony 2017/10/24

あとで読む

リンク

エンジニアが自由研究に時間をかけるべき理由

ここ数年でWebエンジニアを取り巻く環境は劇的に変わったと思う。具体的に言うと、知的好奇心とやりがいを求めて仕事を選ぶことが当然になったように感じる。 Webエンジニアを取り巻く変化 5年半前、私が新卒で就職した時はまだ、エンジニアでも長時間労働はあたりまえで、エンジニアはビジネスサイドが考えた要件に従ってサービスを実装する人だ、という認識が強かったように思う。一緒に大学院を卒業した優秀な友人たちはみんなメーカーか大手SIerに就職し、それこそWeb企業を就職の選択肢に入れている人はめずらしかった。その後、リーンスタートアップやアジャイルの導入によって、エンジニアがサービスを考えて、実装・リリースし、データを取り、そのデータを元にまたサービスを改善していくことが当然となり、エンジニアという仕事はよりクリエイティブなものとなった。また、オープンソースのプロダクトは当然のように色々なサ

fumikony 2016/12/08

あとで読む

リンク

なぜdevelopブランチは必要なの？

「Gitのブランチ構成どうしましょうか？」「とりあえずdevelop切ってやっていきますね。」そのdevelopブランチ本当に必要でしょうか。 developブランチだけ使われていて、masterが全く使われていなかったりしないでしょうか。よく聞かれるブランチ戦略としてはgit-flowやGitHub Flow、、GitLab Flow等があります。 git-flowにおいてはdevelopやhotfix、releaseといったブランチがありますが、GitHub Flowにはmasterブランチと機能開発ブランチの2つしかありません。GitLab Flowはmasterを中心に開発を行い、productionブランチを安定させていくスタイルです。実際に新しいプロジェクトを始めるとしたら、どの構成が良いのでしょうか。今回はカウルを開発するにあたり採用したブランチの構成とその背景につ

fumikony 2016/10/24

リンク

スタートアップのための「お金と時間がかからない」ログ分析基盤

Housmart高松です。「ログ分析基盤」というと、すでにかなり大きいサービスでの事例がSlideShareなどで共有されているのをよく目にしますが、立ち上がったばかりのサービスに適用するには”too much”な内容となっていることが多いかと思います。そこで今回は、まだユーザが少ないフェーズでも「お金と時間をあまりかけずに」導入できるログ分析基盤について、カウルでの事例をご紹介いたします。小規模のサービスであってもログをしっかりと収集・分析してサービスの改善に役立てていくことは非常に大切なことです。一方で、データ収集のためのJavascriptの開発やWebサーバの構築と管理、データストアやデータ処理基盤の選定や設定などに専属で人を割くことができないのもスタートアップの実情ではないでしょうか。そこでカウルでは安価に利用できるSaaSをいくつか組み合わせることで、簡単に始

fumikony 2016/04/19

あとで読む

リンク

テレビ放送に向けての負荷対策(AWS x Rails の場合)[後編]

Housmart高松です。先日、テレビ東京のWBS（ワールドビジネスサテライト）で弊社サービス「カウル」をご紹介いただきました。前編ではテレビ放送に向けたAWS上のシステムの事前準備について説明しました。後編では放送当日と事後の振り返りについて書いていこうと思います。 ※前編をご覧になっていない方はこちらを先にご覧ください。 WBSサイト(不動産流通に革新は起こるか): http://txbiz.tv-tokyo.co.jp/wbs/feature/post_107290/ 仲介手数料無料の不動産サイト「カウル」: https://kawlu.com/ 内容前提 [前編] 事前準備 [前編] 放送当日直前の放送時間変更放送内容アクセス数まとめ振り返りとまとめアクセス予想振り返りまとめ 3.放送当日直前の放送時間変更 WBSは通常23時からの放送なのですが、この日は前の番

fumikony 2016/03/12

あとで読む

リンク

テレビ放送に向けての負荷対策(AWS x Rails の場合)[前編]

Housmart高松です。先日、テレビ東京のWBS（ワールドビジネスサテライト）で弊社サービス「カウル」をご紹介いただきました。今回は、その前後でシステムの準備として実施したこと、当日の実際のアクセス数などをご紹介します。 WBSサイト(不動産流通に革新は起こるか): http://txbiz.tv-tokyo.co.jp/wbs/feature/post_107290/ 仲介手数料無料の不動産サイト「カウル」: https://kawlu.com/ 突然のテレビ取材！テレビに出るとどのくらいアクセスが来るの？サーバは何台増やしたらいいの？そんな時の参考になれば幸いです。内容前提前回の失敗フロントエンドシステム構成事前準備負荷予測サーバ台数決定サーバ増強その他放送当日 [後編] 振り返りとまとめ [後編] 1.前提前回の失敗つい半月ほど前に別の局で朝の番組にも