AWS ALBでお手軽メンテ画面の作成と運用方法 - Qiita
はじめに サービスを運用していると定期メンテの際に出しておくメンテ画面が必要ですよね。 メンテページには「○○時までメンテナンスしているから少し待ってね」的な事を時間を指定して書いておきたい。 基本的な事は クラスメソッドさんのブログ に書いているのですが、 今回は運用も考えてJenkinsから叩けるように aws-cli コマンドを使ってメンテ画面を作って運用する方法を紹介します。 端的に紹介すると ALBのルールの一つにでメンテ画面を作成 └ メンテ開始前にメンテ画面をaws-cliで更新 運用を考えて3つのルールを作成 └ メンテ開始時にルールの優先順位をaws-cliで変更 └ メンテ終了時もルールの優先順位をaws-cliで変更 1.ALBにメンテ画面を作成 EC2やS3不要！ALBだけでメンテナンス画面を表示するなど固定レスポンスが返せるようになりました！ ALBからメンテ画面
ALB で Sorry ページを実装する方法と運用上の考慮点 - サーバーワークスエンジニアブログ
2月も終わりますね、技術4課の多田です。 Web サイトを運用するケースでメンテナンスやサーバーの障害が発生した時に Sorry ページを返したいという要件って一般的にあると思います。 今回、構成上 ALB と EC2 がいる状況でEC2 で障害が発生した場合に Sorry ページを返すことを検証する機会がありましたので記事にまとめていきます。 ALB の固定ページとして Sorry ページを表示させる ALB のアップデートでロードバランサーからHTTP エラーレスポンスコードとカスタムエラーメッセージを返すことができるようになりました。 Elastic Load Balancing で Application Load Balancer のリダイレクトおよび固定レスポンスのサポートを発表 具体的には、リスナーのルールで制御を行います。ルールにHTTP エラーレスポンスコードとカスタムエ
@cosmeの裏側！ バックエンドAPIをオンプレミス環境からAWS ECS Fargateに移行した話 - istyle Tech Blog
@cosmeの裏側！ バックエンドAPIをオンプレミス環境からAWS ECS Fargateに移行した話 はじめに このブログで書くのは初めてとなります。大体@cosme Webサイトの運用・開発・改善その他何でもエンジニアをやっているttと申します。 アドベンドカレンダーのトップを急遽任されました。この記事はアイスタイル Advent Calendar 2019 1日目の記事です！ この記事が投稿された明後日からは年に一度のコスメ祭りと称しての一大イベント@cosme Beauty Dayが始まります。 こちらもガッツリ携わっているということでいろいろと語る話はあるのですが、今回はタイトルの通り、@cosme WebサイトのバックエンドAPIについて話します。 @cosmeはアイスタイルが運営する日本最大のコスメ・化粧品の口コミ・ランキングサイトです！ 概要 この@cosmeのバックエン
ブロックチェーンって何にも使われてないよね?｜福島良典 | LayerX
はじめによくブロックチェーンの話をすると、ブロックチェーンって結局仮想通貨しか生み出してないよね、なににも使われてないよね、いっぱいお金は投資されたけどまだ応用例ってないよね、いっぱい試したけどまだわかってないよね、という話をされます。 そうなると、ムッとなって反論したくなるのですが、今回は夢や希望みたいな話ではなく、現実の話をしたいと思います。 おいおいなんだやっぱり使われてないってことに対する言い訳でも始まるのか?と思ったみなさん安心してください。 ブロックチェーンは事実ベースで見てもすでにかなり応用例が出てきていて、実用化・商用化が進んでいます。 いやそんなもの見たことない聞いたことないぞというみなさん。その感覚は間違っていません。ブロックチェーンの世界でも(機械学習やそのほかのソフトウェア技術に習うように)中国が世界で一番早くこのエコシステムを作っています。(ので必然的に出てくる事
Microservices 時代の PHP を考える - tarxzfv's diary
この記事は 第二のドワンゴ Advent Calendar 2019 の 9 日目の記事です。 qiita.com モダン PHP という言葉に表されるように、PHP は PHP 7 の登場によってそれなりに普通の言語として扱えるようになってきました（いろいろと語弊があるかもしれません）。 時を同じくして、一定の規模を超えるサービスや人員を抱える組織を中心に、Web アプリケーションの開発方法も大きく変わってきました。これまで一般的だったモノリシックなアーキテクチャを避け、Mircroservices でつくる動きが主流となってきており、多方面でさまざまな取り組みが行われています。 この記事は、Microservice 時代における PHP を用いた開発はどうなっていくのかをぼんやりと考えるなかで書かれたお気持ち文書です。内容にまとまりはありません。 その PHP はどの PHP 一口に
storybook-chrome-screenshotとzisuiとStorycapと
Photo by Filiberto Santillán from unsplash.com先日、Storycap というCLIを公開しました。 Storybookの各storyをキャプチャして画像化するだけのツールです。主として、reg-suit のようなツールと組み合わせ、画像回帰テスト環境を構築することを目的としています。 使い方はとてもシンプルで、CLIの引数としてStorybookのURLを与えるだけです。 $ npx storycap https://storybookjs-next.now.sh/official-storybook 以下のように、Storybook自体の起動コマンドを渡すことも可能です。 $ npx storycap --serverCmd "start-storybook --ci -p 9009" http://localhost:9009CLIのオプシ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CircleCIの新料金体系のためにDocker Executorに移行した