なぜいま Heroku なのか - Qiita
開発中のサービスに Heroku を採用した経緯を社内で周知するために書いた文章なんですが、ついでに Qiita にも貼っておきます（ちなみに Heroku の回し者ではないので悪しからず）。 従来、Heroku は日本で使うにはレイテンシの問題で本番環境での利用が避けられることが多かった これは Heroku の Common Runtime には Tokyo region がなく US 等のサーバーと通信するとレイテンシが大きいため1 実際、Wantedly 社なんかもレイテンシを理由に Heroku から AWS に移行している だが、Service Worker の先読みと Fastly（のような instant purge 可能な CDN）の登場により、このレイテンシの影響は極小化された のではないか 多くのリクエストは Fastly のエッジサーバー からレスポンスを返せるはず
セールスフォースが「Heroku」に新機能、企業専用環境でセキュリティ向上
セールスフォース・ドットコムは2016年1月27日、クラウド型アプリケーション開発・実行プラットフォーム「Heroku Enterprise」（関連記事）で3つの新機能の提供を開始した（写真1）。 1つ目は「Heroku Private Spaces」である。従来のHerokuでは、複数の顧客企業がアプリ実行環境やデータベース、ネットワークを共用する仕組みだったが、新たに顧客ごとに分離した実行環境を利用できるようにした。従来より厳格なセキュリティ設定ができるようになる。金融分野などでの利用や、既存の社内情報システムと接続して利用する用途などを想定している。 2つ目はマルチリージョン対応。従来は米国とドイツのデータセンターから提供していたが、新たに東京データセンターが利用可能になる。相澤歩デベロッパーマーケティングマネジャー（写真2）は「従来比でレイテンシー（遅延）が7分の1から8分の1程度
HerokuがDockerのサポートを開始、DockerコンテナがPaaSで運用管理可能に。その仕組みは
Dockerコンテナ化したユーザーのアプリケーションをHerokuにデプロイできるようになったことで、コンテナの死活監視や負荷分散、負荷に合わせたコンテナの増減、ルーティングなどの運用をすべて、Herokuが備えるPaaSの機能に任せられるようになります。 Herokuはどのような仕組みでDocker対応を実現したのでしょうか？ 米国Heroku Inc. ソリューションアーキテクトの相澤歩氏に教えていただきました。以下はその説明を基にしたものです。 HerokuはいかにDocker対応を実現したか Herokuが通常のHerokuアプリケーションを実行するまでのプロセスは次のようになっています。 通常のHerokuの動作 ユーザーがコードをHerokuにGit Pushすると、Slug Compileが動いてコードの依存関係が解決され、関連するライブラリなどが追加されてSlugファイルが
Tカード個人情報提供先新着botを作りました - くりにっき
https://twitter.com/ccc_privacy_bot 作った経緯 Tカードが個人情報を提携企業に提供開始 個人情報提供の停止 手続きガイド｜CCC カルチュア・コンビニエンス・クラブ株式会社 ツタヤTカード、勝手に個人情報を第三者へ提供？規約改定炎上騒動の真相 CCCに聞く | ビジネスジャーナル 個人情報提供の中止はいつでもできるが、「提供先企業は随時増える」「提供先企業が増えてもCCCからは通知は来ない」「新規企業は何もしないとデフォルトで個人情報提供する設定」というユーザフレンドリーじゃない仕様 毎日PDFをチェックしにいくほど暇じゃないのでボット作るか という感じ ボット自体は半月くらい前にはできてたのですが、2回目以降のCCCの更新が取得できるまで公開を控えていました。 【追記】「個人情報」について 語弊あったようなので捕捉 「個人情報」とは言っても、個人情報そ
Deploy to Heroku / Webアプリケーションのポータビリティ再び - naoyaのはてなダイアリー
Heroku の新機能で Heroku Button が出た。 見るよりも、触る方が早い。以下のボタンを押すと md2inao をあなたの Heroku アカウントにデプロイして、動かすことができる。 ボタンを押すと以下のような画面が出て、Deploy to Free を押すと直ちにデプロイが始まる。 GitHub からソースコードが Heroku にデプロイされて、Web アプリケーションが動く。 ご満悦。 このボタンを README.md に置いておけば、Webアプリケーションを自分で動かしたいなと思ったユーザーが、自分自身の環境で好きな時にそれをデプロイして使うことができる。 すなわち、Heroku Button で、URI を介した Web アプリケーションの交換が可能になった。 Heroku Button Heroku Button を有効にするための前提は割とシンプルで Git
知っておきたい！Herokuを使う上では当たり前？の16の常識 | mah365
Herokuの公式ドキュメントは英語なので読みづらいですよね。herokaijp/devcenterのように、有志が日本語訳してくれているドキュメントもありますが、その中でも特に抑えておきたい16個の常識について挙げてみました。（16日に公開する予定の記事なので、何となく16個挙げてみました。。） （補足）Herokuを使う上での登場人物の名前 Dyno 「だいの」と呼びます。1Dynoと言ったとき、一つサーバが立ち上がっているようなものだと考えて下さい。 Routing Mesh Herokuアプリにアクセスがあったときに、Dyno間の負荷をロードバランスしながらリクエストを振り分ける機構をRouting Meshと呼びます。たまに「Router Error」というログを吐くのですが、そのとき障害が起こっている場所はここです。 常識1. Dynoは1時間アクセスがないとアイドル状態になる
Usage & Billing | Heroku Dev Center
Heroku calculates billing based on wall-clock usage. This article explains the billing calculations. For specific guidance on minimizing your costs for different environments, see Optimizing Resource Costs. Billing Cycle and Current Usage Heroku charges based on usage, except for the Eco Dynos Plan. In any given month, you receive the bill for the previous month of use, not the current month. All
Herokuコマンド - study_heroku
2011/02/16 コントローラについて(赤本P414) 2011/01/20 コメント3 2011/01/16 コメント1 トップページ 2010/12/19 Nのメモ書き 2010/12/18 セッション(Cookie)について Railsメモ(I) 2010/12/17 Gitによる更新 2010/12/10 コメント2 2010/12/09 Herokuの環境設定 メニュー 2010/12/08 Kにやってほしいこと 2010/12/02 参考ページ 2010/12/01 Viewについて(赤本P453) 2010/11/30 Ajaxについて 2010/11/29 Railsコマンド 開発環境の準備 2010/11/28 モデルについて 2010/11/27 ルーティングについて 2010/11/26 テストについて(赤本P185)
何故私は Heroku から離れたか、および新しい AWS セットアップのメモ
whyILeftHeroku.rst 何故私は Heroku から離れたか、および新しい AWS セットアップのメモ 原著者:Adrian Holovaty 原文:Why I left Heroku, and notes on my new AWS setup 金曜日、私は Heroku から Amazon Web Services(AWS) を直接使うように Soundslice を移行しました。私はこの変更ができてとても、そうとても嬉しくて、私がどうやったかということと、もし皆さんが同じような立場だったら何故それを検討すべきかということについて広く伝えたいと思います。 私の Heroku 体験 Soundslice はサイトを立ち上げた2012年11月からずっと Heroku 上にありました。いくつか理由があって、私は Heroku を使おうと決めました: システム管理者でいるのは趣味
Heroku で無料・有料でできること - 君の瞳はまるでルビー - Ruby 関連まとめサイト
Heroku の基本 Hello Heroku（Web アプリケーション） Hello clockwork on Heroku（定期実行アプリケーション） foreman について 複数のプロセスを管理する Ruby 上のツール／ライブラリ clockwork について cron の代替となる機能を単独で提供してくれる軽量のツール／ライブラリ Git について ローカル環境で試す 注意：このページの内容は古いです！ 料金体系が変わるようです。以下、関連する Heroku の記事です。 2015/5/7 New Dyno Types and Pricing Public Beta 2015/5/7 Heroku’s Free (as in beer) Dynos 少なくとも無料で 24 時間稼働はできなくなります。 目的 本ページの目的は、開発／研究にあたって可能なことを整理することです。
ついカッとなってPocketの未読記事をランダムに読めるWebサービス「RandomPocket」をつくりました。 | CreativeStyle
ついカッとなってPocketの未読記事をランダムに読めるWebサービス「RandomPocket」をつくりました。 追記（2016/01/28）： 本記事で紹介しているサービス「RandomPocket」はすでに閉鎖しています。 ついカッとなって（現実逃避）、Pocketの未読記事をランダムに表示してくれる「RandomPocket」というWebサービスをリリースしました。 動機など なんでもかんでもPocketに登録する癖がついてしまった僕。気がついたら未読記事の数が5000件以上になっていました。 「Pocketにたまった未読記事を何とかしたい。埋もれた記事をちゃんと読みたい。」 そんな風に思ったのがこのサービスを作ろうと思ったきっかけです。 もしかしたら誰かの何番煎じかもしれません。ちゃんと調べてません。 参考にしたのは、StumbleUponというサービス。 製作時間はざっと8時間
土日で作るWebサービス入門 - toyoshiの日記
先週日曜日に総額480円、プログラムコード200行、作業時間8時間で「給与明細.net」(http://www.給与明細.net)というWebサービスを作ってリリースをしました。これは給与支払明細書のPDFをWebで簡単に作れるWebサービスです。 シンプルな内容なので開発を開始してから8時間以内の作業でリリースできました。このエントリではサクッとサービスを開発してリリースするまでの僕なりの方法を紹介します。 特長 無料 会員登録不要 Excelから一括作成できる（CSVではない） オープンソース（MITライセンス） 目次 解決したい課題を見つける ドメインを取得する サイトマップとURLを決定する よいツールを集める まずデプロイ（公開）する そこそこのデザインにする 最低の機能をつけたらリリースする 広めるための準備をする おまけ：コードをかく 解決したい課題を見つける これがないとそ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
