[新機能]EC2やS3不要！ALBだけでメンテナンス画面を表示するなど固定レスポンスが返せるようになりました！ | DevelopersIO
コンニチハ、千葉です。 ELBの新機能です！Elastic Load Balancing で Application Load Balancer のリダイレクトおよび固定レスポンスのサポートを発表 これは結構熱いですね。さっそく新機能を使い、ALBのみでメンテナンス画面を表示してみました。今回は例としてメンテナンス画面としていますが、固定レスポンスを返せるので応用の幅は広そうです。 やってみた 結構簡単にできました。 ALBのルールの表示/編集をクリックします。 ルールを追加します。 今回は、すべてのアクセスに対してメンテナンス画面を表示させたいのでパスを*で設定します。 アクションから、「固定レスポンスを返す」を選択しステータスコード、Content-Type、レスポンス本文を設定します。＊日本表示しようとしましたが???となったので別途調査して追記します！ ALBにアクセスしてみます。
![[新機能]EC2やS3不要！ALBだけでメンテナンス画面を表示するなど固定レスポンスが返せるようになりました！ | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/b87e732c82c8791fc86eac4689996b0481f8d3db/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2015%2F02%2Felb.png)
Amazon RDSのメンテナンスについて調べてみた - 本日も乙
[toc] 昨年にAWSで体験した、苦い思い出の一つに、Amazon RDSのメンテナンスによる意図しないアップグレードがありました。 EC2インスタンスのメンテナンス情報はメールで来ていたので、RDSなど他のプロダクトもメンテナンスがある場合はメールで通知されるものだと思っていました。しかし、実際はメール通知されることなく、(自分達にとっては)突然メンテナンスが実施されてしまったのです。メンテナンス中はRDSへの接続ができないのでその間はシステムがダウンすることになり、数分間でしたが、影響範囲はとても甚大でした。 Amazon Auroraに移行していたので、Auroraがそういう仕様なのかなと思い、サポートに問い合わせてみたところ、メール通知されるなくアップグレードのスケジュールが行われることがあるため、DescribePendingMaintenanceActions APIを使うこ
【忘備録】メンテナンス画面のリダイレクトを行う時 - 「構造」の再発見記
目的 メンテナンス画面へのリダイレクト方法を知る 目次 .htaccessによるリダイレクト ページ単位 ディレクトリ単位 サイト全体 特定のファイルをリダイレクトがら外す メンテナンス画面へリダイレクトしてみる .htaccessが使えない場合 htmlのmetaタグ javascript 1..htaccessによるリダイレクト ファイル単位 RewriteEngine On RewriteBase / RewriteRule 転送元のファイル名 \.html http://転送元のURL [R=301, L] ディレクトリ単位 RewriteEngine On RewriteBase / RewriteRule ^ディレクトリ名/(.*)$ http://転送先URL [R=301, L] サイト全体 RewriteEngine On RewirteBase / RewriteRul
.htaccessを使ってサイトをメンテナンス画面にする - Qiita
.htaccessとhtmlファイルでサイトをメンテナンスモードにする。 プログラム等でメンテナンスモードが用意されてない時や即席でユーザーのアクセスを遮断したい時に使える。 htaccessでリダイレクトする ErrorDocument 503 /mente.html <IfModule mod_rewrite.c> RewriteEngine On RewriteCond %{REQUEST_URI} !=/mente.html RewriteRule ^.*$ - [R=503,L] </IfModule> この.htaccessをドキュメントルートに置くと /mente.html以外のアクセスはすべて/mente.htmlにリダイレクトされる。正確にはmente.htmlへのアクセス以外は503エラーとなり、503エラーの内容を/mente.htmlにしている。 特定のIPのみ閲覧
超快適！たまにはMacをクリーニングして新品の頃の快適さを手に入れよう！
皆さんはMacを使い始めてどれくらいですか？ はじめの頃は快適に動作していたのに、だんだんともっさりしてきたな、という人も多いはず。 「２〜３秒の待ち時間が発生することが多くなってきたなぁ」 そう思う方は、一度Macをクリーニングしてみてはどうでしょうか。 仕事の終わりかけ、寝る前などにちゃちゃっとやってしまえば、簡単にできてしまいます。 １．不要なファイルを削除する HDDやSSDの使用容量が誇大化してくると、結構パフォーマンスにも影響してきます。 Spotlightなんかがキャッシュする容量も増えたり、管理のためにメモリも使用されます。 長いこと使っていると、じつはかなりの不要なファイルが溜まっているのです。 まずは単純に容量の大きな不要ファイルがないかを調べるためにアプリを使います。 Disk Inventory X このアプリを使用すると、ディスクの使用領域を解析し、どのフォルダや
【保存版】年に1度の大掃除！Macをメンテナンスする方法
とは言え、「Macの大掃除」と言われても何をすればいいか分からないという人も多いかもしれない。そこで、今回は来年以降もMacを快適に使用することができるように、年内に一度はやっておきたいメンテナンス方法を紹介する！ 1. Macのバックアップを取る 大掃除を始める前にやるべきことがある。それはMacのバックアップを取ること。 多くのMacユーザーはバックアップの必要性を理解していながら、「やるのが面倒」という理由でバックアップを取らなかった結果、不慮の事故が起きた時に全てのデータが飛んでしまい再起不能、という人を数えきれないほど見てきた。Macのバックアップほどよくできていて簡単なバックアップシステムはないだろう。ハードディスクを繋いで数クリックするだけなのに、何が大変なのだろうか。 これまでバックアップを取らずに何も問題が起きていないので大丈夫、と言い張る人はこの項目をスルーしてもらって
「メンテナンス大変なのでサービス閉じたいです」 - tototoshi の日記
Web サービスの会社にはイケイケなサービスの陰に隠れて、かつてイケイケだったけど今はイケテナイサービス、とか、ぶっちゃけ最初っからあんまりやる気なかった☆サービス、これどこで拾ってきちゃったのサービス、などなど、惰性で続いちゃってるようなサービスがごろごろあったりします。 そういうイケテナイサービス群はメンテナンスの手間を取らせる物なので、エンジニアとしては閉じてしまいたい。でも非エンジニアとしては閉じたくない。いや、本当は閉じたい！でもちょっとは儲かってるし、閉じるとわずかながら存在するユーザーからクレームくるし、連携先の企業とやりとりするのめんどいし、まあいろいろめんどうそう。 そこで、「イケテナイサービスにはできる限りメンテナンスの手間を払うな」という話がエンジニアのとこにきて「お前なーっ！そのメンテナンスの手間がなーっ！」となり、話がループを始めます。なぜこういう噛み合わない話に
Storyboardを1画面ごとに分割した話 - 24/7 twenty-four seven
今年の5月くらいの話なのですが、ユビレジのiPadアプリケーションのプロジェクトで使っているStoryboardを基本的に1画面（≒1 View Controller)の単位に分割するということをしました。 1画面1Storyboardメソッドについてはnakiwoさんが書かれた記事も参考になります。 1画面から始めるStoryboard - Cocoaメモ ↑ 上記の資料はどちらかというとStoryboardを使い始めるにあたって、１画面単位で少しずつ使っていこうという感じですが、ユビレジではもともとほぼ全部の画面がStoryboardになっていました。 ただ複数人で共同作業をするにあたっては、1画面単位を1ファイルにしておくくらいがメンテナンスしやすいんじゃないかなあという結論になったのでしばらくそういうふうに運用することにしました。 また、XIBと違ってStoryboardは単純にコ
Web サイトのメンテナンス中画面の出し方 - dogmap.jp
しょっちゅう必要になるので、メモ書き程度に 参考にしたのは、以下の URL です。 Apache Webサイトのメンテナンス中画面を出す正しい作法と.htaccessの書き方 | Web担当者Forum Nginx nginx: Create HTTP 503 Maintenance Custom Page nginxで特定ホスト以外からのアクセスをメンテナンス画面にする方法 (2) – (ひ)メモ Nginxでrestart, reloadをすることなくメンテナンス画面に切り替える – Qiita 前提としてメンテナンス中画面として表示する際に使用する html は以下のファイルを使うものとします。 maintenance.html style.css /img/corp_logo.png また、以下の IP アドレスからのアクセスは管理者からなのでメンテナンス中画面を表示しないものとし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
