タグ

nginxに関するurza358のブックマーク (9)

  • CDNは5時間で開発できる | POSTD

    「CDN」(content delivery network)という言葉からは、Googleのような大企業がいくつもの巨大なハードウェアを管理し、1秒当たり何百ギガビットものデータを処理する様子が想像されます。しかし、CDNは単なるWebアプリケーションです。私たちのイメージとは違いますが、それが事実です。8年前に買ったノートパソコンを使って、コーヒーショップの席に座りながらでも、きちんと機能するCDNを構築できます。この記事では、これから5時間でCDNを開発しようとするときに、直面するかもしれないことを紹介します。 まずはCDNの機能を明らかにしておきましょう。CDNはセントラルリポジトリ(通称:オリジン)からファイルを吸い上げ、ユーザーに近い場所でコピーを保存します。初期のオリジンはCDNのFTPサーバーでした。現在、オリジンは単なるWebアプリとなり、CDNはプロキシサーバーとして機

    CDNは5時間で開発できる | POSTD
  • SpringBootのアプリをAmazon ECSで動作させる - kikki's tech note

    章では、Amazon Elastic Container Service(Amazon ECS)を利用して、Spring Bootのアプリをコンテナ上にデプロイする方法について共有します。 Amazonにはコンテナのマネージドサービスが用意されています。Dockerコンテナのイメージを登録しておくAmazon ECRと、コンテナを実行し簡単にスケールできるAmazon ECSです。 aws.amazon.com aws.amazon.com サービスの運用は、開発環境と違う点がいくつかあります。サーバーのOSによる違いやインストールされたソフトウェアによる違いです。それら開発環境と番環境との違いを埋めるため、コンテナサービスを番環境で利用できる、AWSのサービスを利用して確認してみます。 Amazon ECRとAmazon ECSの利用の流れ 認証情報の設定 まずは、AWSアカウント

    SpringBootのアプリをAmazon ECSで動作させる - kikki's tech note
  • コンテナログ処理の技術的なベストプラクティス:Dockerのケーススタディ - Qiita

    この記事では、Dockerを例に、コンテナログ処理の一般的な方法やベストプラクティスをいくつか紹介しています。 背景 Docker, Inc. 旧社名:dotCloud, Inc)は、2013年にDockerをオープンソースプロジェクトとしてリリースしました。その後、Dockerに代表されるコンテナ製品は、分離性能の良さ、移植性の高さ、リソース消費の少なさ、起動の早さなど複数の特徴から、瞬く間に世界中で人気を博しました。下図は2013年からのDockerとOpenStackの検索傾向を示しています。 コンテナ技術は、アプリケーションの展開や配信など、多くの便利さをもたらします。また、以下のようなログ処理のための多くの課題ももたらします。 1、コンテナの中にログを保存した場合、コンテナが取り外されるとログは消えてしまいます。コンテナは頻繁に作成・削除されるため、コンテナのライフサイクルは仮想

    コンテナログ処理の技術的なベストプラクティス:Dockerのケーススタディ - Qiita
  • 簡単にSSL証明書を取得可能&シンプルな設定ファイルでHTTP/3も利用できるGo製ウェブサーバー「Caddy」

    ウェブサーバーとして有名なソフトウェアはApacheやnginxですが、設定が難しいと感じる人も少なくないはず。Google発のプログラミング言語「Go」で開発された「Caddy」は、最低限の設定でSSLによる暗号化やHTTP/3での通信も可能なウェブサーバーです。 Caddy 2 https://caddyserver.com/v2 CaddyはUbuntuやCentOSなどのLinuxで利用可能。今回はUbuntu 18.04にCaddyをインストールしてみます。 下記コマンドを実行すれば、Caddyをインストールすることができます。 echo "deb [trusted=yes] https://apt.fury.io/caddy/ /" \ | sudo tee -a /etc/apt/sources.list.d/caddy-fury.list sudo apt update s

    簡単にSSL証明書を取得可能&シンプルな設定ファイルでHTTP/3も利用できるGo製ウェブサーバー「Caddy」
  • FargateのNginxコンテナの環境変数デバッグ方法 | DevelopersIO

    やること 前回、FargateのApacheコンテナでの環境変数のデバッグ方法について書きました。 FargateのApacheコンテナの環境変数デバッグ方法 今回はFargateのNginxコンテナにて、環境変数のデバッグ方法をご紹介します。 方針 NginxでもApacheと同様、アクセスログに環境変数値を出力することができます。 ただし、Apacheと違い直接アクセスログに環境変数を指定することはできません。Perlモジュールを介してNginx変数に変換するというステップが必要になります。 変数を埋め込んだアクセスログを標準出力に出力し、それをCloudWatch Logsに転送し確認します。 具体的な手順 今回はNGINX_ENV_TEST1とNGINX_ENV_TEST2という環境変数の中身を確認することとします。 コンテナの用意 perl モジュールを含んだDockerイメージ

    FargateのNginxコンテナの環境変数デバッグ方法 | DevelopersIO
  • AWS Fargateを使って、マイクロサービス環境を実現する - 革命のブログ

    どうも、小野です。 今回はAWS Fargateを使って、下図のような構成で作っていきます。 AWS Fargate AWS Fargateは元々あるECSからEC2の管理を除外したサービスになります。 つまり、ECSをよりマネージドにしたものです。 Fargateについて知りたい方は公式サイトを確認してください。 aws.amazon.com 説明するにあたりAWSコンソールでもよいのですが、UIが頻繁に変わったりするので、今回はCLIベースで説明していきます。 ※動作確認を行うターミナルは、コマンド実行時に変数を利用している関係上、最後まで閉じないようにしてください。 動作環境 Mac maxOS Mojave 前提 AWS CLIがインストール済み、かつバージョンが最新であること。 aws configreが設定済みであること。 Dockerコマンドが利用できること。 jqコマンドが

    AWS Fargateを使って、マイクロサービス環境を実現する - 革命のブログ
  • nginx で EU からのアクセスを拒否する - えいのうにっき

    「あ、EUからのアクセスを拒否したいな......」と思うこと、ありますよね。私も今日、そう思いました。 私は趣味と実益を兼ねて(いるつもり)、いくつかのしょうもないWebサービスを個人で運用してるのですが、そこに対するEUからのアクセスを遮断したいと思い、それを nginx で対応してみたので、そのメモです。 手順 基的にはこちら↓の知見の固まりを参考文献としています。 inaba-serverdesign.jp EU加盟国は、外務省のページ(EU加盟国と地図 第5次拡大|外務省)によると以下の28カ国。 アイルランド イタリア 英国 エストニア オーストリア オランダ キプロス ギリシャ クロアチア スウェーデン スペイン スロバキア スロベニア チェコ デンマーク ドイツ(加盟時西ドイツ) ハンガリー フィンランド フランス ブルガリア ベルギー ポーランド ポルトガル マルタ ラ

    nginx で EU からのアクセスを拒否する - えいのうにっき
  • Nginxへの変更に伴うリバースプロキシのテストの改善 - クックパッド開発者ブログ

    Nginxへの変更に伴うリバースプロキシのテストの改善 SREグループの菅原です。 クックパッドではブラウザ用Webサイトのリバースプロキシ用のWebサーバとして長らくApacheを使っていたのですが、最近、Nginxへと変更しました。 Nginxへの変更に当たって、構成管理の変更やテストの改善を行ったので、それらについて書きたいと思います。 リバースプロキシのリニューアルについて まず、ブラウザ用Webサイトの基的なサーバ構成は以下のようになります。 リバースプロキシはELB経由でリクエストを受けて、静的ファイルの配信やキャッシュサーバ・Appサーバへの振り分けを行います。 リバースプロキシとして利用されているApacheは、長年の改修により設定が煩雑なものとなっており、設定の追加や変更にコストがかかる状態になっていました。 また、Apacheの設定ファイルはItamaeでは管理されて

    Nginxへの変更に伴うリバースプロキシのテストの改善 - クックパッド開発者ブログ
  • 【Ruby】Sinatraで、速攻でWebサイトを公開するための環境構築 - Qiita

    初めてSinatraでアプリを作ったので覚えたことまとめ。 事情によりローカルはApach + Passenger、リモートはNginx + Unicornなので、一応両方で動くようまとめ・・・たつもりなのですが。 元記事 下記エントリの転載になります。 【Ruby】Sinatraで、速攻でWebサイトを公開するための環境構築 - rokuroFire 事前準備 Rubybundlerのインストール Apacheの場合、Passengerの設定をしておく Nginxの場合、Unicornのgemをインストールしておく アプリのファイル構成 最小構成は下記。 projectname/ -main.rb // Controller -config.ru // Rackの設定ファイル。最初に実行されるファイル -views/ -index.haml // ビューのテンプレート(haml)ファイ

    【Ruby】Sinatraで、速攻でWebサイトを公開するための環境構築 - Qiita
  • 1