フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
こんにちは、営業部という部名を変えたくて他の名前を考えているものの横文字はチャラいなぁという古風の考えを持っているため雲解決部にしようとしている羽柴です。 今日は名曲「部屋と◯シャツと私」に似たような題名できめてみました。 ３つのPaaSを比較してみる 早速ですが、AWS Elastic BeanstalkがRubyをサポートしましたね。社内にはRuby on Railsが好きなエンジニアもいますので、PaaS(Platform as a Service)として選択肢が増えたことは嬉しいかぎりです。 そんな中、こんなTweetを見ました。 私たちの会社ではCloudworksなどのサービス提供のインフラとしてHerokuを使っているものの、最近 Engine Yard も熱いなぁと思っていたところで Elastic Beanstalkが Rubyサポートをしたことを受けて、とても目移りして
AWSの障害に起因したHerokuの障害について、Herokuによるレポートが公開されたので要点を翻訳しました（全訳ではありません）。「だ、である」調にしたため多少偉そうに見えるかもしれませんが、原文はとても誠実な表現で書かれていますので、その点は誤解なきよう。 一部、文意が汲めなかった部分は原文を併記していますので、ご意見・ご指摘などがありましたら@junyaまでお願いします（@irohirokiさん、アドバイスありがとうございます）。 Resolved: Widespread Application Outage Herokuを4年間運用してきて最大の障害 専用データベースを利用している大規模アプリケーションでは最大16時間のダウンタイム 共有データベースを利用している小規模アプリケーションでは最大60時間のダウンタイム アプリケーションのデプロイについてはプラットフォームの広範囲にわ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS Service Health Dashboard
