Kazunori Otani katzchang

負荷低すぎ問題は障害ではなくパフォーマンスチューニング

負荷低すぎはもはや障害じゃないのかという記事の話。

そうすると、『イベントで一時的にc4.4xlarge(8万/月)にして、そのまま最大CPU使用率10%とかで数ヶ月放置されている』みたいなのはビジネス的な損失という意味で明らかに障害で、監視すべきじゃないだろうか？

とのこと。

新社会人が守るべきだがほとんど誰も教えてくれない社会のルール

トイレットペーパーホルダーが二つあるトイレでは、紙が少ないほうを先に使いましょう

ガトーショコラ

調理時間70分

材料 (18cm 丸形1台分)

チョコレート (製菓用でも板チョコでも) 150g
バター (無塩) 100g
砂糖 70g
卵 3個

処理が成功するまで実行しつづける

インスタンスの起動スクリプトとかを書いてるときによく欲しいと思うやつです。

例えば、 service nginx start が実行されたあとに curl -i localhost | grep "200 OK" とかをすると、サービスがそれなりに動いていることが確認できてよかったりするのですが、あまりにも直後だとサーバの起動が間に合わず、curl が失敗してしまいます。nginxだとまだましだけど、アプリケーションサーバだとそれなりに時間がかかったりする。

古典的な解決方法は、 sleep 30 です。簡単だけど、アプリケーションが巨大になってくると30秒では起動しないこともある。じゃぁ sleep 60 が妥当か？でも、サーバインスタンスの起動スクリプト全体はできるだけ早く立ち上がってほしい。困った。

なので、curlが成功するまで叩き続ける、みたいなスクリプトに仕上げたくなるわけです。

今日から使えるアドテクサービス構築プラクティス

（このドキュメントは Sunrise 2017 アドテクノロジーコースでのお話の内容です）

仮実装で始める
計測する
すばやくデプロイする

誰よ？

Web Auth講座 Treasure 2019

背景

トラブル事例
- https://togetter.com/li/1382734
- https://togetter.com/li/1375608
- 多要素認証
- パスワードリスト攻撃
- 「どうやらOpenID ConnectとOAuth2.0周りの実装でヘマやってた臭い」
「ライブラリがいい感じにやってる」？本当に？

	package mse

	import java.io._
	import org.bytedeco.javacpp.helper.opencv_core.AbstractCvMat
	import org.bytedeco.javacpp.opencv_core._
	import org.bytedeco.javacpp.opencv_highgui._

	object MSE {
	def main(args: Array[String]) {
	val ms =

	import sbt._
	import sbt.Keys._
	import com.earldouglas.xwp.XwpPlugin._
	import sbtassembly.Plugin._
	import AssemblyKeys._

	object BuildSettings {
	val buildOrganization = "jp.zucks"
	val buildVersion = "1.0.0-SNAPSHOT"
	val buildScalaVersion = "2.11.6"

	HANDLERS = Hello \
	my.LogAggregator \
	my.CountDaily \
	my.CountHourly \
	supecial.LogCollector

	BRANCH=$(shell git rev-parse --abbrev-ref @)
	JAR=$(BRANCH)/myproject-assembly-0.1.jar

	all:

	#SBT:=docker run -p 8080:8080 -v ~/.ivy2:/root/.ivy2 -v ~/.sbt:/root/.sbt -v `pwd`:/workspace -w /workspace -it --rm hseeberger/scala-sbt sbt
	SBT=./sbt

	.PHONY: test-continuous sbt-shell sbt-assembly

	test-continuous: sbt
	$(SBT) ~test

	sbt-shell: sbt
	$(SBT)