はてなブックマーク

この記事について みんなのServerspecの知見を知りたい 背景 久しぶりにServerspecを 業務で真面目に導入しようという話になっている 前提 案件がたくさんある 案件によってアーキテクチャが全然違う ミドルウェア周りの共通的なものはまとめたい http://serverspec.org/advanced_tips.html のページの How to use Serverspec tests as shared behaviorsを参照している 工夫できること caseのディレクトリをつくって案件毎にまとめる sharedのディレクトリに共通の設定をまとめる というぐらいしかアイデアがない みんななにを工夫をしているのか知りたい 構成 ├── Rakefile └── spec ├── case │   ├── anken_one │   │   └── main_spec.r

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

package main import ( "fmt" "log" "path" "github.com/aws/aws-sdk-go/aws" "github.com/aws/aws-sdk-go/aws/session" "github.com/aws/aws-sdk-go/service/dynamodb" sess := session.New(&aws.Config{Region: aws.String("us-east-1")}) svc := dynamodb.New(sess) params := &dynamodb.ScanInput{ TableName: aws.String("TABLE_NAME"), // Required AttributesToGet: []*string{ aws.String("TARGET_ COLUMN"), // Required

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Dockerに買収されたTutumがどれだけ便利なのか使ってみました。 http://japan.zdnet.com/article/35072328/ nodeを作成する この辺りは、ググると色々と出てくるのでさらっと。 tutumではdockerのhostになるサーバーをnodeと呼ぶ。まずは、nodeを立ててみる。 Cloud連携 今回は試しに、AWSとAzureにnodeを立ててみますが、下にあるようにその他のクラウドサービスも使えるようです。また、やってないですがオンプレのサーバーとも連携出来ます。 Link accountから指示に従うだけなので相当簡単にlink可能でした。 AWSとAzureに1台ずつnodeを作成 これも指示に従ってクリックしていくだけなので簡単にnodeが二つたちます。 AWSとAzureにそれぞれたちました。 nodeの上にコンテナ(Service)を

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

自分の経験をドキュメントに整理する目的で書き出し。 どうやって効率を良くするか、という観点ではなく、今のシステムのパフォーマンスはどの程度か、という事を把握する目的。 流れも関係なくざーっと書いているので随時構成は変更する。 内容も随時更新。 突っ込み歓迎。 Webサービスパフォーマンスとは ここでは、以下に書くように狭義なものと広義なものを定義する。一般的な定義ではなくオレオレ定義なので注意。 狭義：ユーザーがアクセスしてからレスポンスが返ってくるまでの速度。 Webサイトやアプリが早い・遅いという時の一般的な指標。 そもそもこの段階でパフォーマンスが悪いとユーザー体験が非常に良くないもっさりとしたサイトとなる。 大体の目安として 数十ms以下 : 早い 100ms ~ 500ms : ちょっと遅いかな 500ms ~ 1s : もっさり 1s以上 : ヤバい という感じ。ただし、モバイ

以前の投稿 (環境変数にパスワードを埋め込んでdeployするまで) Ruby on Railsで githubなどにcommitしたくないパスワードなどを環境変数に設定してcapistranoでdeployする方法 http://qiita.com/kenjiszk/items/2e45660ce3b46596dfa1 自前で、unicorn起動時に環境変数をよんでから実行していた。 unicorn:restartでは環境変数をよみ直してくれない unicornにUSR2を送ってみる unicorn:restartは内部的にUSR2を送ってホットデプロイしているのでそれを観察する unicornのシグナルに関しての詳細はこちら。 http://qiita.com/kenjiszk/items/7c6edc7f579ab068591a 元のプロセス pid 237の親に二つ子プロセスがいる

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

セキュリティグループは、1 つ以上のインスタンスのトラフィックを制御する仮想ファイアウォールとして機能します。インスタンスを起動するときに、1 つ以上のセキュリティグループとインスタンスを関連付けます。各セキュリティグループに対してルールを追加し、関連付けられたインスタンスに対するトラフィックを許可します。セキュリティグループルールはいつでも変更できます。新しいルールは、セキュリティグループに関連付けられているインスタンスすべてに自動的に適用されます。インスタンスに到達できるトラフィックを許可するかどうかの判断では、インスタンスに関連付けられているすべてのセキュリティグループのすべてのルールが評価されます。 by AWS 要するにファイアウォール。 あるある事例 同じ様なポリシーが乱立 AWS担当者が一人の場合にはあまり起こらないが、複数人で設定を行うと同じ様な設定が複数個作られる。特にた

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? MySQLのロック ロックとはトランザクションの並列度を上げる為の並列スケジューリング方法の一つ トランザクションをサポートしているデータベースにおいては、トランザクションの並列数を上げる事が性能アップの一つの方法。 他のトランザクションに更新して欲しくないデータだけにロックをかけて、ロックされたデータ以外を更新するトランザクションは並列で実行される。 Innodbは行ロック？ Innodbは更新対象の行だけをロックする。と思っていると、意外な落とし穴にハマる。 その一つがギャップロック。 ギャップロックを実際に起こしてみる サンプルテ

万が一bucketをヒューマンエラーなどで消失してしまった場合のために bucketを別のbucketにコピーする方法を確認した。 バックアップ用のbucketはLifecycleを0dayにして Glacierに保存しておくようにすれば良いかと思う。 S3 にファイルをアップロード $ aws s3 cp --acl private --sse file-one.txt s3://kenjiskywalker-one/foo/ upload: ./file-one.txt to s3://kenjiskywalker-one/foo/file-one.txt $ $ aws s3 sync --dryrun s3://kenjiskywalker-one/foo/ s3://kenjiskywalker-two/foo/ (dryrun) copy: s3://kenjiskywalke

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

本番環境でのserverspecの運用方法 / さよならインターネット ミドルウェアの管理はchefを使用している サーバへのデプロイはcapistranoを使用している 上記2点が当てはまる場合、serverspecの使い方として Testing #chef Cookbook by #serverspec #devops / さよならインターネット serverspecでchefのjsonを読み込む / さよならインターネット serverspecをJenkins氏で回す場合について / さよならインターネット 上記エントリーを参考にして頂ければchef + serverspecである程度の インフラストラクチャの構築とテストが行えるかと思います。 また、こちらのエントリーのように、chefのrecipeからserverspecのテスト自体を 生成してしまうという素晴らしいアイデアもあり

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?