【1月23日追記】12月23日、24日に発生しました障害に関するご報告
いつも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 のデータベースには RDS を使ってよい(あるいはそれが嫌なら Heroku を使うべきではない)という話 - Diary
Heroku のデータベースには RDS を使ってよい(あるいはそれが嫌なら Heroku を使うべきではない)という話 Heroku を使うときに問題になるのは、データベースに何を使うかということです。 Heroku 標準の PostgreSQL Amazon RDS ClearDB (Heroku で MySQL を使えるアドオン) などが代表的な選択肢としてあります。ここで Heroku 公式が公開している RDS を使う方法についてのドキュメントを見ると、 RDS のインスタンスをインターネットに全公開して Heroku から接続せよと書かれています。 ネットワーク的な防壁がそろった環境が当然の現代においてこの方針はいかにも許容できないもののように思えます。しかし、ここで ClearDB と Heroku 標準の PostgreSQL について考えてみましょう。 まず ClearD
Rails on DockerをHerokuでDeployするまで - Qiita
はじめに Rails on DockerのアプリケーションをHerokuにデプロイするメモ。 前提 docker-compose.ymlの中身は以下の通り。ローカルではappとdbの2つのコンテナを作って開発してました。 version: "3" services: db: container_name: sample_db image: postgres:11.5-alpine volumes: - ./tmp/db:/var/lib/postgresql/data app: container_name: sample_app build: . volumes: - .:/app depends_on: - db ports: - 3000:3000 Rails用のappサービスとPostgreSQLをDBとして使うためのdbサービスを定義している。 Herokuでこの2つのコンテナを
Heroku Go Support | Heroku Dev Center
This document describes the general behavior of Heroku as it relates to the recognition and execution of Go applications. For a more detailed explanation of how to deploy an application, see Getting Started with Go on Heroku. Users who have previously set up applications to use the the community buildpack will want to run heroku buildpacks:clear for each of their Go applications. Pushes after that
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+Rails4+Devise+MySQL+Redis - 成らぬは人の為さぬなりけり
今日いろいろやってみて、はまったポイント等をメモ。 環境 MacOSX 10.8.3 Ruby 2.0.0p0 (アップデートしなきゃ、、、） Rails 4.0.0 今回の流れ toolbeltをインストール herokuのローカルセットアップ MySQLを使う設定 Redisを使う設定 Railsアプリのproduction設定をいろいろいじる デプロイしてみる ハマったポイント Toolbelt 以前はherokuのgemでいろいろやる感じでしたが、 現在はgemは非推奨になり、 toolbeltが公式に推奨されているようです。 herokuコマンドをgemでインストールしたものからheroku toolbeltのものに置き換える - Qiita [キータ] こちらを参考にgemをアンインストールして、toolbeltをインストールします。 $ heroku version hero
Herokuのcronを使って自動でTwitterにつぶやく - アインシュタインの電話番号
前回は手動でTwitterにつぶやく処理を書いたけど、今回はcronを使って自動でつぶやくようにする。これでやっとTwitter Botらしくなる。Herokuのcronは、無料で使えるのは1日1回発動のみ。月3ドル払うと、1時間1回発動を使えるようになるみたい。 コードの修正 まず、cron用にツイートする処理を別クラスに分離する。 ツイート処理のクラスとして、tweet.rbを以下のように作成した。 require 'rubygems' require 'twitter' class Tweet def initialize Twitter.configure do |config| config.consumer_key = ENV['CONSUMER_KEY'] config.consumer_secret = ENV['CONSUMER_SECRET'] config.oauth
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
