Four Keysがなぜ重要なのか - 開発チームのパフォーマンスを改善する方法について - yigarashiのブログ
ソフトウェアエンジニアとして働き始めて以来、ずっとソフトウェアデリバリーのパフォーマンスに興味を持って、さまざまな改善活動をしてきた。当初はスクラムを中心としたプロセスの改善に注力したが、最近はチームの成熟に伴って技術的なプラクティスに興味が移りつつある。より広い視点からデリバリーについて考えるのは非常に楽しい仕事だ。 デリバリーのパフォーマンスを改善していくには、定量指標として確立されたFour Keysを計測し改善するのが業界標準となりつつある。恥ずかしながら、私はこれまでこのFour Keysが腹落ちせず、積極的に計測してこなかった。しかし、多方面に興味が向いて知識や経験が蓄積するにつれて、猛烈にFour Keysの重要性が腹落ちしてきた。この記事では、現時点における自分のFour Keysに関する理解と解釈を整理してみようと思う。 Four Keysとは Four Keysの妥当性
RailsアプリをECSで運用するまでにやったこと、これからしていくこと - スパイスな人生
おはようございます。一番よく使うemojiは 👀 (:eyes:) のうなすけです。 さて弊社では、最近社内Railsアプリをひとつ構築しました。それをECSで運用することにしたので、そこに至るまでの経緯、つまづき、これからの課題などなどを記事にしていこうと思います。上の図は現時点での簡単なAWS上での構成図です。 以下、見出しは時系列順でやったことを記録していきます。 社内Railsアプリ、一体どんなもの？ ここで新規に構築することになった社内Railsアプリですが、特に凝ったことはしていない単純なRailsアプリです。初めからECSで運用することにしていたので、開発環境も全てDockerで構築しています。Railsのバージョンは5.1.0、Docker imageのFROMにはruby:2.4.1-silmを採用しています。 Docker imageのtagについて developm
AWS ECSのサービスをslack botでデプロイする - クラウドワークス エンジニアブログ
みなさんさようなら．インフラ部の@h3_potetoです． CrowdWorksは大きなRailsアプリケーションですが，最近ではこの大きさで管理していくのもう無理な気がしてきて，マイクロサービスっぽくしていこうという動きがあります（が，まだ全然マイクロサービスではないです）． それでも一部を切り出すことには成功していて，多少なりともマイクロサービスの運用っぽいことも必要になってきました． で，今回は僕の趣味のデプロイの話です． サービスはDockerに載せたいよ CrowdWorks本体は，Docker化まで程遠い感じがしているんですが，切り出したマイクロサービスなら，最初からDocker前提で作ることが出来ます． これなら楽にDockerで本番運用まで行けそうな気がしていました． 他のサービスを色々AWS上に構築していることから，Dockerでアプリケーションを動かすのもAWSでなんと
Docker with ECS × Railsを実現させるために考えたこと（デプロイ編） - Clueit Developersブログ
こんにちは。エンジニアの志村です。 cluex-developers.hateblo.jp の続きとなります。 今回はタイトル通り、デプロイ辺りを執筆していければと思います。 Blue-Green Deployment Blue-Green Deploymentはマーチン・ファウラー氏が提唱したデプロイ方式です。 blue, greenとほぼ同じ本番環境を2系統用意してデプロイを行います。このデプロイ方式ですが、 ダウンタイムの極小化 ロールバックが容易 という大きな2つの利点があります。 Dockerizeへのモチベーションとして前回の記事にも書いたのですが、徐々にドッグフーディング環境・本番環境で差異が出てきました。 そのような状況だと、ドッグフーディングでは正しく動作したのに本番環境では意図した挙動とは違うという場面も出てきます。 上記のようなトラブルがあった際に今までのIn pla
Fargate を試した感想と ecs-deploy で Fargate にデプロイできるようにする話 - kakakakakku blog
今日は「AWS Fargate Advent Calendar 2017」23日目の記事として，Fargate を試した感想と，デプロイツールの ecs-deploy で Fargate にデプロイできるようにする話を書いてみたいと思う．アドベントカレンダーの記事はどれも本当に素晴らしくて，Fargate 最高！という空気感が伝わってくる．東京リージョンでも使いたいなぁー！ qiita.com 今までの ECS を振り返る 既に本番環境で複数の ECS クラスタを運用していて，スケーラビリティ／運用のしやすさ／可搬性など，様々なメリットは感じているけど，やはりコンテナインスタンスを意識して設計する必要があった． 例えば，デプロイ戦略で言えば Minimum Healthy Percent と Maximum Percent を考える必要があり，デプロイ時に Desired Count のキ
ECSでコンテナのrolling update - Carpe Diem
概要 ECS上のコンテナをダウンタイム０で更新（デプロイ）する方法をまとめます。 環境 ALB ECS container agent 1.13.0 Docker 1.11.2 Amazon ECS Container Agent Versions - Amazon EC2 Container Service ポイント minimumHealthyPercentとmaximumPercentを適切に設定する connection drainingを適切な長さにする この２つを意識していればOKです。 minimumHealthyPercentとmaximumPercentを適切に設定する desiredCount: 4、min: 0%、max: 100%の場合 この場合最低０つ(0%)まで縮小し、最高でも４つ(100%)までしか増えない状態で更新するということになります。 つまりダウンタイ
DELISH KITCHENをECS移行した話(前編) | エンジニアブログ
挨拶エブリーの内原です。DELISH KITCHENのサーバサイドを担当していて、APIサーバの開発と運用、プッシュ通知まわりなどの業務を行っています。 簡単に自分のバックグラウンドを紹介しますと、古くは某パソコン通信サービスの開発、その後ヤフーで社内プラットフォームの開発、今は無き頓智ドットでセカイカメラというサービスの開発、などをしていました。 その後縁あってエブリーに入社しDELISH KITCHENの開発を担当することになりました。 今日はそういった業務の中から、インフラに関連する内容をお話しようと思います。Amazon Elastic Container Service(ECS)を用いた運用です。みなさんの参考になれば幸いです。 最近 AWS Fargateが発表されたのでそれも絡めたお話ができればよかったのですが、この対応をしたのは数ヶ月前のことなのでご容赦を。 以前の構成につ
Docker と Kubernetes を使って『変化に強いインフラ』を作る | Wantedly Engineer Blog
WHY『変化に強いインフラ』を作ることで、技術にこだわり続ける環境ができ、ビジネスの変化にいち早くキャッチアップできます。 そのためにどのようにして、『変化に強いインフラ』を作ることが出来るのか模索したものをまとめます。 WHATKubernetes 上にアプリケーションを載せるCI/CD 環境構築GitHub Flow の開発スタイルでを元に QA で自分で書いたコードが確認でき、マージをしてmasterへpushしたら、Produciton へすぐにデプロイするサーバースペックを簡単に変えれる/内部で使われるライブラリ等も変更しやすいようにするDeploy の仕組みを自由に変更できるソースコードは以下です。 Github: koudaiii/jjug-ccc2016fall-devops-demoref. GitHub Flow 『変化に強いインフラ』を作っていく上での定義とルール変化
ブログをGKEでの運用に移行した | tsub's blog
このブログはGitHub pagesを使って公開していたが、GKEに移行することにした。 はてなブログからHugo on Github Pagesに移行しました これを聞いて、99%の人が、HugoでHTMLファイルを生成して公開しているならわざわざサーバーなんて必要ないんじゃないか？金の無駄じゃないか？と思うかもしれない。 自分もそう思う。 今回GKEを使ったのはGKEとk8sでのコンテナ運用を経験したかったことが非常に大きい。 会社ではECSを本番運用しているが、ECSに比べてk8sの方が良さそうな雰囲気しかないのでGKEの方も触っておこうかと思って移行した。 また、今のところブログ以外に個人で運用しているWebサービス等はないため、ブログがちょうどいい題材だった。 GKEとは GCP(Google Cloud Platform)で提供されている、k8s(kubernetes)のフルマ
構成管理ツールで Ansible を使ってる人必見！デプロイするなら Ansistrano ロールを使おう！ - Qiita
- vars: ansistrano_deploy_from: "{{ playbook_dir }}" # Where my local project is (relative or absolute path) ansistrano_deploy_to: "/var/www/my-app" # Base path to deploy to. ansistrano_version_dir: "releases" # Releases folder name ansistrano_current_dir: "current" # Softlink name. You should rarely changed it. ansistrano_current_via: "symlink" # Deployment strategy who code should be deployed to
ytake.blog | PHP製デプロイタスクランナー Envoy(Laravelファミリー)
PHP製デプロイタスクランナー Envoy(Laravelファミリー) Posted: 2015-05-11 00:12 | PHP全般 デプロイツール、最近は便利なものがたくさんありますね！ 自分はいつもCapistrano3なんですが、最近Rocketeerを触ってみたりしてPHP製のデプロイツールもいいものが揃ってきました。 そんな中、日本国内ではほとんどエントリを見かけないのに実は結構使いやすいものを紹介しましょう。 その名もEnvoy トランスフォーマーのコンボイと似てます。(これが言いたかっただけです) EnvoyはLaravel作者のTaylor Otwell氏作のリモートサーバに接続してデプロイしたりするタスクランナーツールで、 Laravel Envoyとして紹介されていますが、実際のところ Laravelとの親和性は皆無なので、なんでも使えます。 RocketterもC
Deploy Your PHP Application With Rocketeer | Envato Tuts+
There used to be a time when PHP developers had to use deployment tools that were aimed at general web applications. You can see this in Johannes Schickling's tutorial on deploying Laravel applications with Capistrano, for example. It's a Ruby tool, and you need to write Ruby code. These tools get the job done but have limited integration with PHP applications. This can result in hacky solutions f
The Twelve-Factor App （日本語訳）
はじめに 現代では、ソフトウェアは一般にサービスとして提供され、Webアプリケーション や Software as a Service と呼ばれる。Twelve-Factor Appは、次のようなSoftware as a Serviceを作り上げるための方法論である。 セットアップ自動化のために 宣言的な フォーマットを使い、プロジェクトに新しく加わった開発者が要する時間とコストを最小化する。 下層のOSへの 依存関係を明確化 し、実行環境間での 移植性を最大化 する。 モダンな クラウドプラットフォーム 上への デプロイ に適しており、サーバー管理やシステム管理を不要なものにする。 開発環境と本番環境の 差異を最小限 にし、アジリティを最大化する 継続的デプロイ を可能にする。 ツール、アーキテクチャ、開発プラクティスを大幅に変更することなく スケールアップ できる。 Twelve-F
ShippableでCI 完全マスター - Qiita
概要 これはCIサービスであるShippableの紹介と、Herokuを使用したCIのための具体的な設定について説明する記事である。 経緯 自前でホスティングしているJenkinsのメンテとかさむAWS EC2の費用が嫌になった俺達は、クラウド型CIサービスを探す旅に出たのだった。 Travis CIは試用してみたもののそもそもの値段で却下（でも100回分お試しは堪能しました）。CircleCIは最近流行ってきていて候補の筆頭に上がったものの、以前と課金体験が変わりテスト時間短縮のために並列に走らせると値段が高くなってしまうことを知ったのでテンションが下って却下。 どうせだったら先駆者になろう（ただポッと出のサービスですぐに終了してあとで大変になるのはNG）と、Leanstakにあるサービスを漁って見つけた「安い！速い！上手い！」を兼ね備えたのがこのShippableである（※なお日本語の
AWS CodePipeline触ってみた - サーバーワークスエンジニアブログ
こんにちは、運用2課の斉藤です。 サーバーワークスの中では、アプリケーションの運用と開発を行っている珍しい人種です。 よくある話ですがデプロイ方法が案件毎にバラバラだったり妙に複雑だったりします。 Capistranoというツールを使っている場合もありますが、残念ながら全案件で統一は出来ていない現状です。 そんな中AWS CodePipelineがリリースされました！ まだN.Virginiaリージョンでしか利用できませんが、早速AWS CodePipelineを触ってみました。 AWS CodePipeLineとは コードのビルドからテスト、デプロイまでのワークフローを定義できるCIサービスです。 Amazon S3もしくはGitHubに置かれたソースコードに変更があれば、 それをトリガーとして設定したフローを開始します。 デプロイには、AWS CodeDeployやAWS Elasti
PHPプロジェクトを簡単にデプロイするならDeployerがお薦め — A Day in Serenity (Reloaded) — PHP, CodeIgniter, FuelPHP, Linux or something
今日はPHP製のデプロイツールの紹介です。デプロイツールとはCapistranoみたいなツールのことです。コマンド一発でデプロイが完了するようにするツールです。 PHP製のツールもいくつかありますが、Deployerは非常にシンプルなツールで、最近3.0がリリースされました（最新版は3.0.4）。 https://github.com/deployphp/deployer/releases/tag/v3.0.0 より。 インストールが簡単 公式サイト http://deployer.org/ へアクセスし、deployer.pharをダウンロードするだけです。 公式には/usr/local/bin/depにインストールすると書いてありますが、プロジェクトのフォルダに突っ込んでも問題ありません。 私はプロジェクトのルートにdeployというフォルダを作成し、そこに関連するファイルをまとめるこ
入門 Capistrano 3 ~ 全ての手作業を生まれる前に消し去りたい | GREE Engineering
はじめに この記事はGREE Advent Calendar 2013年の21日目です。お楽しみください！ こんにちは、アゴひげがダンディーだと評判の九岡です。GREEでは、JavaやScalaを布教するための土台を固めるため、デプロイや監視の仕組みづくりなどを横断的にやっています。今回はその過程で得られた知識を「Capistrano 3の入門記事」という形で共有させていただきます。 この記事ではCapistrano 3の基礎をご紹介します。Capistrano 3はRubyをベースにしたサーバ操作およびデプロイの自動化ツールです。Capistrano 3を利用することで、デプロイなどの複雑なサーバ操作を自動化することができます。ここの記事では、特にデプロイに焦点をあてながら、Capistranoでサーバ操作を自動化する考え方と実現方法をご説明していきます。 Capistrano 3の習得
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Webサービスを1日10回デプロイするための取り組み / SRE NEXT 2020
https://thecode.pub/easy-deploy-your-docker-applications-to-aws-using-ecs-and-fargate-a988a1cc842f
https://dev.9bar.tokyo/rails/circle-ci