はてなブックマーク

つい先日CodeDeployを試してみました。【AWS】5分で分かるAWS CodeDeploy その時はGithubと連携してデプロイを試したのですが、今回はS3で試してみたいと思います。 前回の記事で用意したApplicationを使いまわします。 S3バケットの作成 肝心のS3バケットを作成します。バケットのリージョンに注意しましょう。 CodeDeployはヴァージニア、オレゴンにしか対応してないので、それ以外のリージョンに作ってしまうとデプロイがDownloadBundleでコケます。 aws deploy pushでリビジョンのアップロード リビジョンとはデプロイするソースコードを指します。 リビジョンのアップロードにawscliを使ってみます。 ちなみにawscliのversion。2015/04/22時点の最新。 aws-cli/1.7.23 Python/2.7.5 Da

AWS最古のサービスSQSを今回は触ってみます。 SQS（Simple Queue Service）とは Amazon Simple Queue Service（Amazon SQS）には、コンピュータ間で送受信されるメッセージを格納するための、信頼性の高いスケーラブルなホストされたキューが用意されています。Amazon SQS を使用することによって、さまざまなタスクを実行するアプリケーションの分散コンポーネント間で、データを簡単に移動させることができます。 キューイングサービスですね。どういう用途に使うかというと、例えば処理を切り離したい時に使う事が出来ます。 DBのデータ更新系の処理だとして、リクエストを受け付けて、その後DBの更新を行うとし、このDB更新に時間が掛かるとします。更新が完了するまでの間レスポンスが帰ってこない状態になってしまうと思います。これを受付と更新とで切り分ける

NoSQLデータベースであるDynamoDBに今更ながら入門してみようと思います。 こちらの記事を参考に手を動かしながら、感覚をつかもうと思います。 AWS再入門 Amazon DynamoDB 編 ｜ Developers.IO また、DynamoDBにはハッシュキー、レンジキーといった概念があるので、それらを理解する為にこちらを参考にさせて頂きます。 コンセプトから学ぶAmazon DynamoDB【Amazon RDSとの比較篇】 ｜ Developers.IO コンセプトから学ぶAmazon DynamoDB【ハッシュキーテーブル篇】 ｜ Developers.IO コンセプトから学ぶAmazon DynamoDB【複合キーテーブル篇】 ｜ Developers.IO Amazon DynamoDBはマネージドなNoSQLデータベースです。RDBMSとは違い、リレーションやトランザ

apacheの設定をちゃんとわかっていないので、configをいじってみたいと思います。 今回はMaxRequestsPerChildです。 この設定は個々の子サーバが稼働中に扱うリクエスト数の上限を決めるもので、子プロセスが捌くリクエスト数を指します。 MaxRequestsPerChild ディレクティブは、 個々の子サーバプロセスが扱うことのできるリクエストの制限数を 設定します。MaxRequestsPerChild 個のリクエストの後に、子プロセスは終了します。 MaxRequestsPerChild が 0 に設定されている場合は、プロセスは期限切れにより終了することはありません。 今回検証する環境はこんな感じです。 ・Apache/2.2.15 (Unix) ・CentOS release 6.5 (Final) configはこんな感じ。 <IfModule prefork