いつもSkebをご利用いただき、誠にありがとうございます。 12月23日12時よりskeb.jpにアクセスできない大規模な障害が発生しておりましたが、12月24日07時に復旧いたしました。 12月23日、および12月24日が納品期限のリクエストは納品期限を12月25日23時59分までに延長させていただきます。 みなさまには多大なご迷惑をお掛けしましたことをお詫び申し上げます。 本障害につきまして詳細をご報告させていただきます。 概要日時: 12月23日12時22分〜12月24日7時00分 (JST) ダウンタイム: 18時間38分 内容: skeb.jpにアクセスできない不具合 原因: SkebはすべてのサーバとシステムをHerokuに設置していたが、障害発生時刻より同サービスのアカウントが理由の通知なく利用できなくなった。 解決: Herokuの一切の利用を中止し、すべてのサーバとシステ
Herokuを任意のAmazon VPCに展開できる「Heroku Private Spaces」パブリックベータ公開。ついに東京リージョンのAmazon VPCでもHerokuが利用可能に Herokuを任意のAmazon VPCに展開できる「Heroku Private Spaces」がパブリックベータとして公開されました。 もちろん、Amazonクラウドの東京リージョンにも展開可能です。国内データセンターでついにHerokuの環境が実現することになります。 Heroku Private Spacesは、これまでHeroku内部でマルチテナントとして提供されていた環境を、顧客ごとに分離されたプライベートクラウドに展開可能にしたもの。これまで以上に顧客ごとに分離された環境を実現できるため、より高いレベルでのセキュリティコントロールが実現されます。 「今後のロードマップでは、社内のイントラ
Posted 6/16/15 Introducing Empire: A self-hosted PaaS built on Docker & Amazon ECS Today, Remind is open sourcing our self-hosted PaaS called Empire. Empire provides a 12 factor-compatible, Docker-based container cluster built on top of Amazon’s robust EC2 Container Service (ECS), complete with a full-featured command line interface. Why build Empire when Heroku already exists (and works well for
Beginning in version 11.8.0, we will be improving the security of the Heroku CLI by storing authentication credentials in your system keychain by default. The Heroku credential manager makes use of OS-native secure storage tools with interfaces designed for sensitive data while maintaining compatibility with existing developer workflows. Developers With Heroku's flexible app platform, you can focu
Herokuの'docker:release'の動き Introducing ‘heroku docker:release’: Build & Deploy Heroku Apps with Docker HerokuがDockerを使ったツールを提供し始めた．一通り触ってコードもちょっと読んでみたので現時点でできること，内部の動きについてまとめる． TL;DR Herokuのデプロイ環境とおなじものをDockerでつくれる Buildpackを使わないでDockerfileからSlugを作れる 自分の好きなDockerイメージをHeroku上で動かせるようになるわけではない． 何ができるのか まず何ができるようになったのかについて簡単に書く．プラグインをインストールするとDockerコマンドが使えるようになる． $ heroku plugins:install heroku-docker
クラウド上ですぐに使える開発環境や実行環境を提供するPaaS（Platform as a Service）の代表的なサービスの1つHerokuが、エンタープライズの開発組織向けサービス「Heroku Enterprise」を発表しました。 Heroku Enterpriseは、従来のHerokuが提供しているRuby on RailsやJava、Node.js、Python、PHPの開発環境とスケーラブルな実行環境、PostgreSQLをベースにしたデータベースサービス、GitHubとの連係、Buildpackによる環境のカスタマイズ、豊富なアドオンなどのすべてのサービスに加えて、エンタープライズで求められる、組織全体の開発者をまとめて管理できるダッシュボード、アクセスコントロール、エンタープライズ向けのサポートの3つが提供されると説明されています。 開発者一覧のダッシュボード ダッシュボ
Heroku の新機能で Heroku Button が出た。 見るよりも、触る方が早い。以下のボタンを押すと md2inao をあなたの Heroku アカウントにデプロイして、動かすことができる。 ボタンを押すと以下のような画面が出て、Deploy to Free を押すと直ちにデプロイが始まる。 GitHub からソースコードが Heroku にデプロイされて、Web アプリケーションが動く。 ご満悦。 このボタンを README.md に置いておけば、Webアプリケーションを自分で動かしたいなと思ったユーザーが、自分自身の環境で好きな時にそれをデプロイして使うことができる。 すなわち、Heroku Button で、URI を介した Web アプリケーションの交換が可能になった。 Heroku Button Heroku Button を有効にするための前提は割とシンプルで Git
We’ve transitioned to a Sustaining Engineering model to better serve the customers who rely on us every day. Our mission is simple: to provide the most stable, secure, and reliable environment for your apps and data. We will continue releasing features and functionality that align with our Sustaining Engineering goals and provide a more robust and efficient platform to our customers. Today we are
140文字で書ききれなかったのでブログに殴り書き。 Heroku のアプリケーションを人に渡す 昨日、「naoyaさんが作ってるiOSアプリのバックエンドサーバーに相乗りさせてもらえないか」という話をいただいた。自分でも同じようなAndroidアプリを作っているけど、サーバーサイドは作ってないからということらしい。 対して「githubにコードあるからgit cloneしてheroku pushすれば動くし、自分で heroku にデプロイしてよ」と応えた。相乗りしてもらってもよかったのだけど、こちらでコードを書き換えたりメンテしたときに先方のアプリが停止することを考えると同じコードベースでサーバーは自分で立ててもらう方が何かと良い。 対象になったソフトウェアは Heroku で動かしていたので、Heroku Ready な形、つまり、必要な外部パッケージの一覧やサーバーの起動手順なんかは
前から気になっていた Heroku + MongoHQ を試してみた。HerokuはRubyアプリケーションを走らせるホスティングサービスで、MongoHQはMongoDBのホスティングサービスだ。この二つを組み合わせることで、MongoDBを使ったRubyアプリケーションを一瞬で運用開始することができる。 あまりにも簡単に使えてあまり書くこともないんだけどメモ。 まず、両方とも最低限の環境は無料で使用できる(ただしHerokuからMongoHQを使うためにはクレジットカードの登録は必要っぽい)。 今回は Ruby on Rails 3 + Mongoid で作ったアプリを置いてみた。 手順 1. まず、普通に RoR + Mongoid のアプリケーションを作る 2. Herokuにアカウントを作りアプリケーションを登録する (http://docs.heroku.com/quickst
あけましておめでとうございます。SF アドベントカレンダーも書けず、2012 年のまとめとかも書けず、まぁ何をしてたかというと生きるのに精一杯だったんですが、あともう一個やってたのがアプリ書くってことでした。前から、自前で簡単につかえる Heroku っぽい PaaS があるといいなぁと思ってたのですが、やっと動くものができましたので公開します。”My Heroku”で Myroku。 riywo/myroku-cookbooks · GitHub riywo/myroku-server · GitHub どういうもの？ 基本の挙動は超シンプルです。Heroku っぽい感じ。 好きな名前のアプリを作成する(sample-app) .llenvに使いたい LL のバージョンを書く(node-0.9.3) Procfileに起動するプロセス書く(web: node app.js) 一番最初に
Herokuは、最大規模のハリケーン「Sandy」の接近により、10月30日16時ごろ（日本時間）、同社のプライマリデータセンター（Amazon Web Servicesの米東リージョン）で障害が起きる可能性があると予測し、情報を公開した。 Herokuは、ハリケーンの予想経路にあるデータセンターの稼働を停止させた。また、追加の予防措置として、万一に備えて別のデータセンターにデータを引き継げるようフェイルオーバーを準備しているという。 今回のハリケーン接近に伴い、1時間ごとにAmazon Web Servicesの最新状況を確認するとともに、ユーザーにはメールや電話で影響を少しでも緩和させる方法を伝えるなどの対応をするそうだ。 今後の状況は、随時公式Webで更新される予定。なお、Amazon Web Servicesは、最新の情報をサイトで随時更新。障害が発生した場合は、「お問い合わせ」か
Wordpress HerokuはWordPressをHeroku上で動作させるプロジェクトです。 これを知るまで知らなかったのですが、HerokuではPHPもサポートを開始していました。そこでPHPと言えば、ということで開始されているプロジェクトがWordPress on HerokuのWordpress Herokuです。 インストールです。まずGitHubからソースを持ってきます。 Herokuで新しいインスタンスを立ち上げます。 後は手順に従ってソースを送ります。Apache、PHPが立ち上がっているのが分かります。 インストール手順開始です。普通のWordPressと何も変わりません。 無事インストールが完了しました。 ログインしました。これまた普通の管理画面です。 zlib拡張がないため、オートアップデートは失敗します。 プラグインのインストールもできません。 テーマの修正はで
昨日（2011年12月15日）の夜、東京・六本木で、Heroku Drinkupのイベントが行われました。セールスフォース・ドットコムのイベント、「CloudForce 2011 Japan」のために来日していた、HerokuのMorten Bagai氏やKeith Rarick氏が会場に来て、日本のHerokuユーザーやRuby/Rails関係者らと交流していました。Herokuは今やポリグロット（多言語、多プラットフォーム対応）なPaaSなので、Node.js方面からの参加もあったようです。100人前後集まって、大変盛況でした。 Heroku関係者や、Amazon Web Services（AWS）の方とお話しているときに、当然のように「Herokuは、いつ東京に来るのか？」が話題となりました。HerokuはAmazon EC2で動いていますが、東京リージョンでは動きません。もちろん、
Amazonクラウド上でPaaSを提供しているHerokuのエンジニアCraig Kerstiens氏が、Heroku社内でのソフトウェア開発がどのように行われているのかを紹介した記事「How Heroku Works - Teams and Tools」を、自身のブログに掲載しています。 全体の運営をアジャイルにしつつ、小さな独立したチームが独自のツールを使い、頻繁なコミュニケーションの下で開発を進めるのがHerokuのやり方のようです。記事からポイントを引用しつつ、先進的な例の1つとして見てみましょう。 チーム、コミュニケーション、コラボレーション 記事の冒頭で、チームがAPIやデータ規約によって構成されていることが説明されます。 Heroku is a largely agile company, we work in primarily small teams that talk
2011-09-19 Heroku で node.js が使えるようになっていたので、ちょっとしたアプリを書いた。 なぜnode.jsなのか サーバサイドJavaScriptの本命「Node.js」の基礎知識（1/3）- ＠ITより。 Node.jsとは、サーバサイドJavaScriptの1つですが、「シングルスレッドベースの非同期処理環境」という特徴を持っています。 普通、非同期というと、サーバサイド側でマルチスレッドでのロジックを組むことを思い浮かべるかと思います。シングルスレッドでどうやって、非同期処理を行うかというと、「イベントループ」と呼ばれるアーキテクチャを用いて、非同期処理を行います。 node.jsは大量にリクエストが来た場合に、効率よく処理をこなせるという理解。 例えるなら、通常のマルチプロセス・マルチスレッドでの受付は、銀行の窓口のようなもの。 列に並んで、順番が来たら
AWSの障害に起因したHerokuの障害について、Herokuによるレポートが公開されたので要点を翻訳しました（全訳ではありません）。「だ、である」調にしたため多少偉そうに見えるかもしれませんが、原文はとても誠実な表現で書かれていますので、その点は誤解なきよう。 一部、文意が汲めなかった部分は原文を併記していますので、ご意見・ご指摘などがありましたら@junyaまでお願いします（@irohirokiさん、アドバイスありがとうございます）。 Resolved: Widespread Application Outage Herokuを4年間運用してきて最大の障害 専用データベースを利用している大規模アプリケーションでは最大16時間のダウンタイム 共有データベースを利用している小規模アプリケーションでは最大60時間のダウンタイム アプリケーションのデプロイについてはプラットフォームの広範囲にわ
ここ最近、Google App EngineやHerokuを使ってTwitter Botを作ろうと、いろいろ実験していた。以下はその関連記事。 Google App EngineのJRubyでSinatraを使ってHello worldする RubyでTwitterのOAuth認証に必要なトークンを取得する Google App EngineのJRubyでSinatraからTwitterにつぶやけなかった HerokuでSinatraを使ってHello worldする HerokuアプリをGitHubにもプッシュする HerokuとGitHubの両方にプッシュする時の秘密にしたい値の扱い HerokuのSinatraでTwitterにつぶやく Herokuのcronを使って自動でTwitterにつぶやく で、これらを踏まえた試行錯誤の結果、HerokuとSinatraの組み合わせで目的のも
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
