Pull RequestごとにデプロイされるHerokuのReview Appsを仕事で使ってみたら超絶便利だった - 月曜日までに考えておきます
業務でGitHubを使っていて、developブランチにマージされたらステージング環境として使っているAWS上のサーバにデプロイされるようにしています。この時点で割と便利なんですが、マージ前にデザインや挙動を確認したいというケースも多いのでこの部分何とかしたいなぁと思っていました。 Review Appsとは 最近、HerokuはGitHubとの連携を強化しています。以前だったら GitHubの特定のブランチにPushされたら、Herokuにデプロイする ということを実現しようとすると、CircleCIなどのCIツールを使ってやるのが一般的でした。 そこが最近変わりました。Heroku側からGitHubと直接連携して、「GitHubの変更を受けてHerokuにデプロイ」がHeroku側の画面でポチポチやるだけで簡単に実現できるようになっています。 この時点でかなり便利なのですが、さらに「P
Heroku Style Application Deployments with Docker
This article was originally published on the Kontena blog by Lauri Nevala, and with their permission, we are sharing it here for Codeship readers. In this article, we describe how you can use Kontena's experimental features for deploying application with Kontena just like with Heroku! Developing and deploying applications to Heroku was revolutionary when it was introduced. A developer could just f
herokuでdockerコンテナを動かす(2015年10月版) - Qiita
以前heroku上でhubotのdockerコンテナを動かす記事を書いたのだが、2015年8月にアップデートがあり、docker-composeに対応した。 これに伴い、heroku toolbeltのdocker pluginからはdocker:startが無くなり、普通にdocker-compose upするだけでローカルで動作させることが可能になった。(前述の記事は意味の無い文章の羅列と化した。) なお、内容は公式のGetting Startedをやるだけだが、途中自分がよく分からなかった所は詳しく書こうと思う。 今回はnodejsでやるけど、Railsとかでも多分だいたい一緒。 準備 あらかじめ、以下のものをインストールしておく必要がある。 docker docker-compose Heroku Toolbelt gitとかはもう書かなくてもいいよね。 あと、Node.js/Me
It’s the future
Note from the publisher: You have managed to find some of our old content and it may be outdated and/or incorrect. Try searching in our docs or on the blog for current information. Last week I wrote a piece that satirized the container ecosystem, lightly mocking Docker and Google and CoreOS and a bunch of other technologies. Lots of Docker enthusiasts enjoyed being the butt of the joke, but it was
ssig33.com - 最悪！意地でも Heroku を無料で使う
Heroku は最近料金体系に変更があって、無料では一日 18 時間までしかアプリを起動できなくなりました。 自分専用のアプリとかそういうものなら全く問題はないのですが、それなりにユーザーがついているようなアプリだとなんだかんだで 24 時間 Dyno が起動しっぱなしということはおおいと思います。 一番安いプランは 7 ドルで、とりあえずこれだけ払えば 24 時間 Dyno を起動しっぱなしにできます。 公開しているアプリが 1 個ならまあ 7 ドルぐらい払っとけよで済む話なのですが、私のように 18 時間制限にひっかかってるアプリが 30 個もあるとなると 210 ドルを払うのは躊躇してしまいます。 ということで今日は石に齧りついてでも Heroku をタダで使う方法を考えていきます。 基本的なアイディア Heroku でアプリ 2 個用意して、同じ DB 向くようにして、 12 時間
Convox
Convox will help your development team ship more features and have happier customers by automating your application deployment and management. Uptime Application downtime hurts your customers and stresses your team. Convox helps your team keep your application up without all the work and time normally required to build resilient infrastructure.
Amazon ECSをHerokuぽくラップするEmpireを試してみた | DevelopersIO
ども、大瀧です。 先週Docker界隈で話題になった、Empireというプロダクトを試してみたのでレポートします。 Empireとは Empireは、教育向けメッセージングサービスを手がけるRemind社が開発するオープンソースのDockerコンテナ管理ソフトウェアです。HerokuライクなCLIを備えていて、PaaSっぽくDockerコンテナを管理することができます。 DockerでHerokuのようなPaaSというとDokkuが思い浮かぶところですが、Dokkuには複数ホストをクラスタとして管理する機能が無く、本番環境向けとしては機能が足りません。一方、Dockerコンテナ管理ソフトウェアというとGoogleが開発するKubernetesやCoreOS fleetが有名ですが、どちらも構築および運用に独特なスキルが必要です。Empireはコンテナ管理に必要なコンポーネントをなるべくAW
The Twelve-Factor App
Introduction In the modern era, software is commonly delivered as a service: called web apps, or software-as-a-service. The twelve-factor app is a methodology for building software-as-a-service apps that: Use declarative formats for setup automation, to minimize time and cost for new developers joining the project; Have a clean contract with the underlying operating system, offering maximum portab
The Twelve-Factor App （日本語訳）
はじめに 現代では、ソフトウェアは一般にサービスとして提供され、Webアプリケーション や Software as a Service と呼ばれる。Twelve-Factor Appは、次のようなSoftware as a Serviceを作り上げるための方法論である。 セットアップ自動化のために 宣言的な フォーマットを使い、プロジェクトに新しく加わった開発者が要する時間とコストを最小化する。 下層のOSへの 依存関係を明確化 し、実行環境間での 移植性を最大化 する。 モダンな クラウドプラットフォーム 上への デプロイ に適しており、サーバー管理やシステム管理を不要なものにする。 開発環境と本番環境の 差異を最小限 にし、アジリティを最大化する 継続的デプロイ を可能にする。 ツール、アーキテクチャ、開発プラクティスを大幅に変更することなく スケールアップ できる。 Twelve-F
Puma is Now the Recommended Ruby Webserver | Heroku Dev Center
Puma is Now the Recommended Ruby WebserverChange effective on 23 January 2015 Heroku now recommends using the Puma webserver. The previously recommended webserver, Unicorn, is susceptible to slow client attacks. If you are using Unicorn on Heroku please migrate to Puma. For more information read Deploying Rails Applications with the Puma Web Server.
12 Factor App - モダンなサービス運営に必要な12のインフラ的要素 - Qiita
皆さんは、The Tweleve-Factor Appをご存知だろうか？ これはHerokuの中の人が書いた、Webアプリケーションを使いやすい形でスケーラブルにするための方法論である。簡単にいえばコンテナで動かしたいアプリケーションが守っておくとよいレシピ集であると言える。 http://12factor.net/ (日本語訳) 今回これを取り上げた背景としては、実はDockerコンテナをメインにした本番でのインフラ運用を考えた時に、アプリケーションがこの12の要素を満たしていることが重要だと最近ひしひし感じているから。 実際、自分が働いているところが運営しているサービス Wantedlyは、もともとずっとHerokuで運営していて、最近AWSに移行し、現在Dockerコンテナの上で動いている。この移行を約1ヶ月半で実現できた大きな要因として、Herokuの上に乗っていたことで知らず知ら
任意のサブドメインを利用するRailsアプリをHerokuで - Qiita
r7kamura.hatenablog.com や r7kamura.tumblr.com のように任意のサブドメインを利用するアプリをRailsで開発しているときに、Herokuにデプロイして独自ドメインを設定することなく何としてでも *.herokuapp.com ドメイン下で動作させるという、極めてニッチな情報について説明します。 背景 *.*.herokuapp.com は使えない まず前提として、Herokuで利用する *.herokuapp.com のドメイン下では、r7kamura.myapp.herokuapp.com のようにサブドメインを2つ重ねるような利用方法は許可されていません。そのため、独自ドメインを設定するなど、何らかの対策を講じる必要があります。 雑な検証環境としてHerokuを利用したい 本番環境では流石に独自ドメインを設定して運用すると思いますが、検証用の
RailsでBower - Qiita
RailsでBowerを利用して開発する方法と、Herokuで動作させる方法について説明する。 brew install npm bowerを利用するにはnpmが必要になる。開発環境にMacを利用している場合、npmはhomebrewでインストールできる。余談だけど、普通にbrew installで開発者が各自手元にインストールすると「開発環境ではこういうツールを利用している」という情報が失われて困るだろうから、(今となってはもう非推奨になったが) Brewfileに記述するとか、Makefileやscript以下にそのプロジェクト用の環境構築のためのスクリプトを用意しておいた方が良い。 npm init そのプロジェクトで初めてnpmを利用する場合、npm initを実行すると、package.jsonというファイルのひな形を生成してくれる。デフォルトで生成される奴は冗長な部分が多いので
Ruby製WebSocketアプリを最速でHerokuにデプロイする５つのステップ
「テレビ放送が駄目になった」と言われて久しいですがその理由ははっきりしています。それは放送というものがリアルタイム・コンテンツを扱う媒体だからです。リアルタイム・コンテンツはユーザの自由を奪います。ある番組を見るためにユーザはその時間テレビの前に固定化されます。録画放送番組は字義的にはバッファード・コンテンツ1と言えますが、ユーザがそのコントロール権を持っていないつまりその視聴タイミングの制御を製作者側が持っているので、これはリアルタイム・コンテンツなのです。ユーザの唯一の武器はDVDレコーダによる制約の中のローカルバファリングのみです。 現在のWebは主としてバッファード・コンテンツを扱う媒体です。バッファード・コンテンツの世界ではユーザは好きな時間に好きなだけコンテンツを視聴できるという自由が与えられます。コンテンツの製作者側・提供者側にそのタイミングをコントロールする自由はありません
Herokuのように簡単に使えるDockerベースのPaaS
はじめに みなさんDocker使われてますでしょうか？ 自分はDockerをよく使ってるのですが、使ってるうちにいろいろと不満が出てきました。 デプロイスクリプトとか書かないでデプロイしたい Dockerfileを書くとメンテしないといけなくなるので、書かないで使いたい 組織とかで使う場合に、それぞれが各々のDockerfileを書くことになるので、一貫性を保つのが難しい Docker単体だとImmutable Infrastructureの仕組みを自前で作らないと実現できない あんまり設定とかしなくてもRailsアプリケーションが、すぐ動かせる環境を構築したい 要するにHerokuのようなPasSを開発サーバーに建てることができればいいなと思ってたわけです。 そこでDockerベースのHerokuのようなPaaSを実現できるDokkuを試してみました。 先日DokkuをフォークしたDok
『約10年、最新版のRailsに追従してきた運用ノウハウをビール片手に聞きましょう！』というイベントで発表してきました - よかろうもん！
6月末頃、Rails/Rubyのバージョンアップ作業を開始したときに、Railsアプリケーションを長い間運用しているサービスってなかなか聞かないよな〜と思って、Facebookで下記のような投稿をしてみました。 すると、「AWSを活用してる現場リーダーやCIOをお招きしたトークイベント」でパネルディスカッションをさせていただきました のイベントでお世話になった小山田さんがすぐさまトークイベントを持ちかけてくださり、今回、 約10年最新版のRailsに追従してきた運用ノウハウをビール片手に聞きましょう！ - Web系な人のキャリアカフェ | Doorkeeper というイベントでお話させて頂くこととなりました。 当日は、社内SNS『SKIP』のサービス開発／運用でやっている取り組みを例に、Rails,RubyなどのバージョンアップからOSのアップデートを実施する際の取り組みについてご紹介させ
Welove
Browse Topics All 2 Computer Science Gaming More Browse Topics Recent Activities Home 2 Room available Create Room @juan 3 months ago Lets play today 1 Joined Gaming @Weloveu 3 months ago Lets learn python 2 Joined Computer Science Recent Activities lopez05.jl62@gmail.com 3 months ago replied to post “Lets play today Hola weloveu638@gmail.com 3 months ago replied to post “Lets learn python looks g
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Heroku Design
HerokuでWBS砲を打ち返した話
おいしいherokuの使い方
