作成したLaravelコンテナを軽量化する | iret.media
どうも、若松です。 前回はDockerでLaravelを起動するまでをまとめました。 https://cloudpack.media/48184 しかしながら、現在のコンテナイメージはお世辞にも軽量とは言えません。 コンテナイメージサイズはコンテナ起動時間に直結するため、できるだけ軽量化していきたいと思います。 Dockerfile FROM amazonlinux:2 as vender # PHPインストール RUN amazon-linux-extras install -y php7.3 RUN yum install -y php-pecl-zip php-mbstring php-dom # Composerインストール RUN php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');" R
サーバーレス・アーキテクチャで構築したシステムの運用はどうやるのか？ | iret.media
2016年12月20日からスタートしたMBS（毎日放送）の有料動画配信サービス『MBS動画イズム444』にて、サーバーレス・アーキテクチャ（AWS Lambda）が全面採用されたという事例は、世界を見渡しても類をみない、大変優れた設計であると話題になりました。 でもね、重要なことは「AWS Lambdaを使って構築した」ことではないんです！ 『MBS動画イズム444』は、次々と新しい動画コンテンツが増えていますし、有料会員も猛スピードで増えていると伺っています。そうなると、このサービスの安定運用こそが、もっとも重要なことなのです。 そこで、この記事では「AWS Lambda」で構成されるシステムの運用をcloudpackならこうやります！というのをご紹介いたします。 サーバーレス・アーキテクチャのシステム運用はどう考えるべきか？ 『MBS動画イズム444』のシステム構成は、実に複雑です。
cloudpackブログ - ELB経由apacheでhttp or httpsの判定（RewriteCond）
ある特定のページのみhttpをhttpsにするという、よくある作業があったのですが、 ELBにSSL証明書を入れており、ELB(ポート番号：443)→EC2(ポート番号：80)という設定のため、 EC2上では80で来るので、このような場合はいつもアプリ側でヘッダーを確認し切り分けていたのですが、 ApacheレベルのRewriteCondで対応できないものかと思い試してみました。 ※httpでリクエストされた/adminはhttpsに飛ばします。 RewriteEngine on RewriteCond %{HTTP:X-Forwarded-Proto} =http RewriteRule ^/admin https://%{HTTP_HOST}/admin/ 上記を設定したところ、下記にリダイレクトされることを確認します。 http://hoge.jp/admin/ → https://
”memory leak”が止まらない | iret.media
何も実行してないPHP 要するにPHPのヘッダーだけのコード 本当に何もしてない こいつをまずはValgrindでチェックしてみる ==2783== LEAK SUMMARY: ==2783== definitely lost: 15,176 bytes in 1,067 blocks ==2783== indirectly lost: 2,662 bytes in 44 blocks ==2783== possibly lost: 0 bytes in 0 blocks ==2783== still reachable: 81,456 bytes in 2,693 blocks ==2783== suppressed: 0 bytes in 0 blocks こんなん返ってきた phpのbinaryだけでDefinnnitely lostが15,176 bytes、indirectory
cloudpackブログ - S3ってなんじゃ？（s3cmd syncではなくinotify+s3cmd sync (or put)）
以前、S3ってなんじゃ？(s3cmd編)の記事を紹介しましたが、先日s3cmdで調査が必要な場面に遭遇したため、 今回はその件について紹介したいと思います。 ○問題 WEBサーバからS3へのファイル同期にs3cmdを使ったプロジェクトがありました。 しかし、linuxのサーバからS3へファイルを同期するのにs3cmdのsyncコマンドを使用しており、 その同期がとても遅いというのです。 ローカルで1ファイルを追加したとしても同期の度に数時間かかっているようでした。 確認してみたところ、同期対象のS3バケットに数百万という数のファイルが存在しており、 それが問題となっているようでした。 そこで、対処方法を調べてみました。 ○再現 まず、手元のEC2環境で同じ状況を再現してみます。 適当なディレクトリにgitからある程度サイズのあるプロジェクトをいくつかcloneします。 # mkdir /r
AWS SDK for PHPでS3にファイルアップロード | cloudpack.media
AWS SDK for PHPでS3にファイルアップロードしてみました。 ライプラリをダウンロードして展開すると、 下記のようにファイルやディレクトリが配置されます。 $ ls -1 config-sample.inc.php lib sdk.class.php services utilities そして、”config-sample.inc.php”を”config.inc.php”にコピーして、 アクセスキーとシークレットキーを設定します。 $ cp config-sample.inc.php config.inc.php $ vi config.inc.php ... define('AWS_KEY', 'KKKKKKKK'); ... define('AWS_SECRET_KEY', 'SSSSSSSS'); ... 最後に、以下のようにPHPスクリプトを実行すると、 S3へファ
cloudpackブログ - AWSの耐障害性に関する資料
cloudpack(AWS運用事業)一周年でわかってきたことの資料の最後にまとめましたのが、 おすすめの日本語資料がどこかにあったと思いながらも、実際に探すとなかなか見つからなかっため、 ブログにもまとめてみました。 ○AWS アーキテクチャセンター AWS クラウドで非常にスケーラブルで信頼性の高いアプリケーションを 構築するために必要なガイダンスやベストプラクティスを提供。 AWS 上での耐障害性の高いアプリケーションの設計に関するホワイトペーパー ○slideshare AWSのエバンジェリスト、玉川さんのslideshareです。 耐障害性関連以外でも様々な資料があります。 おすすめの資料を掲載しておきます。 ・AWSを用いた耐障害性の高いアプリケーションの設計 ・AWSを用いたWebホスティング ・クラウドのためのアーキテクチャ設計-ベストプラクティス- こちらの記事はなかの人（
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
