Heroku CIを使ってみた - Qiita
Heroku CIはHerokuが提供するContinuous Integrationのためのテスト自動化サービスです。 非常にシンプルかつHerokuとシームレスに統合されており、簡単に使い始めることができます。 Heroku CIは2017年5月18日に正式リリースされました。 Heroku CI Dev Center https://devcenter.heroku.com/articles/heroku-ci Heroku CIの概要 Heroku CIはHerokuのアプリケーションライフサイクル管理機能であるHeroku Pipelinesと組み合わせて使用します。 HerokuのダッシュボードからまずはPipelineを作成すれば、Pipeline内のメニューにTestsという名前でHeroku CIの機能へアクセスできます。 Heroku CIの画面では、左側のペインに実行
Heroku CIが正式にリリース：簡単に、すぐに使い始められるCI
本ブログは、米国で発表した Heroku CI Is Now Generally Available: Fast, Low Setup CI That’s Easy to Use の翻訳版です。 セールスフォース・ドットコムではHeroku CIを正式リリースし、提供を開始します。これはユニットテストとブラウザテスト向けのすぐに利用可能なテスト実行環境であり、Heroku Pipelinesと密接に統合されています。 最近の傾向として、多くの開発者がソフトウェアの品質を担保しながら素早く機能を最適にリリースするために、継続的インテグレーション（以下、CI）をベストプラクティスとしています。またそれは継続的デリバリー（以下、CD）を実現するために必須となっています。ビルド、デプロイメント、そしてCDの実現のために、Heroku CIは利便性、開発体験、そしてCIの機能を飛躍的に向上します。開
GrailsアプリケーションをTravis CI、Herokuと連携する - 山ｐの楽しいお勉強生活
アジェンダ アジェンダ 概要 環境 前準備 Grailsのデフォルトアプリを作成 Herokuで動作させる GitHubにpush Travis CIと連携 メモ 参考URL 概要 タイトルの通りの事をやろうとしたら、結構戸惑ったためメモ。 Grails、Gradle、Travis CI、Heroku全てが全くわかっていなかったという事を実感。。。 尚、Herokuの設定については公式にドキュメントがあった上、サンプルリポジトリまである事に全部終わってから気づきました。こちらを参照した方が良いかと思います。 特に難しいことはしていませんが、誤っている点、もっと簡単な方法等がありましたらコメント、ブコメ、Twitterなどで教えてください。 環境 Grails Version: 3.2.8 Groovy Version: 2.4.10 JVM Version: 1.8.0_121 前準備 J
再考PaaS 〜 Heroku最新情報で考える、2017年のPaaS選択基準 〜
The document discusses Platform as a Service (PaaS) selection criteria in 2017 with a focus on the latest information about Heroku. It provides an overview of Heroku's capabilities including processing over 80 billion items daily for over 500,000 developed apps. Examples are given of deploying a Node.js app to Heroku using Git. Key criteria for selecting a PaaS like Heroku are mentioned such as sc
なぜ AWS をやめて Heroku を選んだのか - sakagami memo
仕事であるアプリケーション開発を担っているのですが、 当初 AWS を用いて1人で運用していたのが、現在は Heroku のプラットフォームに移行し、チームとして6人で開発を行っている状況になりました。そこに至るまでの経緯とその際の運用についてご紹介したいと思います。 もちろんそれぞれの開発の状況に応じて、判断は変わってくるかと思いますが参考になればと思います。 エンジニア 1人 もともと私が関わる以前のそこでの開発は外注していました。運用を引き受けることになったのですが、 ある程度 形になっているアプリケーションを1人で運用するには不安が大きく、実装したい機能が日々 増えていく中で、インフラ面で時間をかけていて満足にコードを書けない状況は非常にわずらわしい ものでした。 小さなスタートアップという会社の中で、開発の施策が次々と進められない状況はまずい と感じ、Heroku の導入を検討し
知っておきたい！Herokuを使う上では当たり前？の16の常識 | mah365
Herokuの公式ドキュメントは英語なので読みづらいですよね。herokaijp/devcenterのように、有志が日本語訳してくれているドキュメントもありますが、その中でも特に抑えておきたい16個の常識について挙げてみました。（16日に公開する予定の記事なので、何となく16個挙げてみました。。） （補足）Herokuを使う上での登場人物の名前 Dyno 「だいの」と呼びます。1Dynoと言ったとき、一つサーバが立ち上がっているようなものだと考えて下さい。 Routing Mesh Herokuアプリにアクセスがあったときに、Dyno間の負荷をロードバランスしながらリクエストを振り分ける機構をRouting Meshと呼びます。たまに「Router Error」というログを吐くのですが、そのとき障害が起こっている場所はここです。 常識1. Dynoは1時間アクセスがないとアイドル状態になる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
