Rutakeの技術メモ

github(数ヶ月に一回５００エラーやらかす）やAWS（一年に一回リージョン単位で障害ある）に比べると安定していたslackだが、本日８時５０分位より障害発生。

コロナ影響でリモートワークとなっているが、必須のコミュニケーションツールとなっているところも多いので早速各所から悲鳴が・・・

ちなみにどこもそうだが、公式HPのステータスがDownになるのは世間のつぶやきよりも数分（場合によっては数十分）遅いので注意である。

ウェブというのは実店舗以上に人が殺到するのであるなー。

日本のとある企業２つほどが国産マスクをネット販売開始した途端、全国からマスク難民が殺到して通常サイトにも影響があるほどであったという。

両方のサイトともCDNを使っていて負荷分散対策はされていると思われるが、動的ページとなる申し込みページがボトルネックとなっていると思われる。

これには同時申込者を減らすしかないのだが、人々はサイトが重いとリトライ攻撃を始めるのでいつまでたっても重いままとなる。既存のシステムに相乗りするとそちらに影響が出てしまうので、入り口で絞るしかないかな。

かなりの小確率で有効な情報を発行して、別ドメインに飛ばして、そこから申し込みを開始させるようなフローがよかろう。直接アクセスしても有効な情報がなければ入り口で弾く。このぐらいの処理ならばそんなに重くなることもないだろう。

Terraformの実行にはそれなりに強力な権限を伴うため、コードにIAM key/secretを書くのは危険。

それを避けるためにはaws cliを利用したprofileを使うと良い。んで、デフォルトのprofileだとそれも誤操作の可能性が増えるのでprofileを指定する。

It is dangerous to write the IAM key/secret in the code because Terraform execution involves powerful privileges.

To avoid that, it’s a good idea to use a PROFILE that uses the AWS CLI. And if it’s the default profile, the possibility of misoperation increases too, so I specify a profile. as follows

#main.tf
provider "aws" {
   version  = "~>2.0"
   # IAM profile
   profile = "s3"
 }

昔の情報だとwolとかだったのだが、使っていないうちにコマンドも様変わり

yum install net-tools

ether-wake macアドレス(EE:EE:EE:EE:EE:EE)

いきなりステーキの名に恥じないいきなり の閉店ラッシュで、人々の関心が急上昇し、公式サイトにアクセスが殺到してしばらくアクセス不能になる事態になっていた。

一応4台のWEBサーバーでバランシングしている模様だが、各サブシステムには別のバックエンドサーバーが繋がっている模様で、そこで503が起きていた。

TVやニュースなどのアクセス急増だとどうしても動的に処理を行う部分が、ボトルネックとなって処理が詰まるので、詰まり始めたら動的ページに飛ばしている部分をシャットアウトするようにして全体が遅くなることを防がないとダメだな。

店舗検索以外は全部キャッシュしても構わなそうな内容なので、CDNを導入しておけば乗り越えられたのではないかと推測する。店舗検索もフリーワード検索がないようなので、全部キャッシュさせておけばよかったのにな。