mailcatcher でメール送信のデバッグ作業が 256 倍捗った(個人比)のでメモ - ようへいの日々精進XP
この記事は... tl;dr mailcatcher の準備 mailcatcher とは Docker イメージで展開する メールを送るサンプル スクリプト本体 設定ファイル 実行サンプル mailcatcher で確認 以上 この記事は... qiita.com 体育会系エンジニア Advent Calendar 2017 10 日目の記事になる予定です. 駅伝部出身です. うっす. そして... qiita.com 参加者の少ない, 初老丸 Advent Calendar 2017 10 日目の記事になる予定です. tl;dr MacOS X 上でメール送信の動作確認をする際に mailcatcher という gem が擬似的にメールを受信してくれて, その受信結果をブラウザで確認出来たりして便利だったのでメモっておく. ↑ こんな感じでブラウザで送信結果を確認出来たりする. mai
Auth0 QuickStarts の Ruby API Authorization で学ぶ認証基盤の入り口の入り口 - ようへいの日々精進XP
Auth0 とは Auth0 機能 OAuth2.0 や Open ID Connect とは それぞれをざっくりと... OAuth 2.0 というか, OAuth について Open ID Connect JWT Ruby Sample を動かす まだまだ Quick Start Ruby Sample (1) ~ このサンプルは ~ Ruby Sample (2) ~ Auth0 での API 作成 ~ Ruby Sample (3) ~ .env ファイルの編集 ~ Ruby Sample (4) ~ docker run ~ Ruby Sample (5) ~ アクセストークンの取得 ~ Ruby Sample (6) ~ アクセストークンを利用して private エンドポイントにアクセス ~ ということで 参考 Auth0 とは Auth0 Auth0 とは認証, 認可機能を
lsyncd と rsync でホスト間でリアルタイムにファイルを共有する - ようへいの日々精進XP
概要 lsyncd と rsync を使って複数のホスト間でリアルタイムにファイルを共有する環境を構築する ホストは LXC コンテナを使って検証する 参考 Lsyncd - Live Syncing (Mirror) Daemon axkibe / lsyncd Lsyncd Wiki lsyncd と rsync を使ってリアルタイムなサーバー間ファイル同期を実現する Linux でファイルの変更を検出する(inotify/fanotify) リアルタイムミラーリングツール導入(lsyncd+rsyncd) 構成 検証環境 以下のような検証環境。今回はマスターのみデータの更新が発生する環境を構築する。 ホスト OS IP アドレス 同期対象ディレクトリ マスター Debian 6.0.7 10.0.3.66 /var/www/ スレーブ Debian 6.0.7 10.0.3.253
MySQL 小ネタ - ようへいの日々精進XP
はじめに 最近、MySQL 漬けで色々と勉強になることがあったのでメモ メモ（1） !includedir とか !include 参考はこちら。 以前から my.cnf とか同じ階層に conf.d というディレクトリがあって何に使うんだろうと思いながら過ごしてきたけど、*.cnf の拡張子で conf.d に放り込んで my.cnf に以下のように書いておけばそれらを読んでくれる。 [mysqld] !includedir /path/to/conf.d/ 上記の場合、[mysqld] でのみ !includedir /path/to/conf.d/ が適用される。また、my.cnf の末尾に... !include /path/to/hogehoge.cnf と設定すれば MySQL 全体の挙動に /path/to/hogehoge.cnf の設定が適用されるとのこと。 メモ（2）
wercker の step を自作するクイックメモ - ようへいの日々精進XP
はじめに step とは 最近のマイブームである CI の火付け役となっている wercker には build や deploy のステップで利用する手順を予め一纏めにして他のアプリケーションからも利用出来る step という仕組みが用意されている。 参考 step を自作するにあたり以下の記事を参考にさせて頂いた。 http://old-devcenter.wercker.com/articles/steps/create.html http://devcenter.wercker.com/docs/steps/creating-steps.html https://github.com/wwwouter/wercker-step-campfire-notify Werckerの仕組み，独自のboxとstepのつくりかた ありがとうございます。特にこちらの記事には wercker-st
Amazon ECS をちょっと試す - ようへいの日々精進XP
リリースされてからずっと触ってみたかった Amazon EC2 Container Service を触ってみたのでメモ。 参考 ECS for Docker Meetup #4 from Shinpei Ohtani www.slideshare.net docs.aws.amazon.com ECS ってなんくさ？ コンテナ管理サービス EC2 クラスタ上に Docker コンテナを起動、管理 Docker コンテナの管理を AWS をよしなにラッピングして簡素化 構成要素 構成要素に関してはこちらより抜粋。 構成要素 詳細 Cluster A logical grouping of container instances that you can place tasks on. Container instance An Amazon EC2 instance that is run
terraform で Amazon ECS 環境を弄る（3）〜 Datadog でコンテナのリソースモニタリングを定義する 〜 - ようへいの日々精進XP
はじめに ECS におけるコンテナのリソース監視について ECS においてコンテナのリソースを監視する場合には Datadog を使うのが良さそうということで試してみる。 github.com 尚、現時点では CloudWatch メトリクスは個々のコンテナリソースまでを面倒見てくれないようだが今後に期待。（そもそも破棄前提のコンテナにメトリクス監視が必要か否かという議論もありそうだし、コンテナインスタンスのメトリクス監視だけでも十分という考え方も出来そう...） 参考 qiita.com Datadog Agent がコンテナをどのように監視しているかを Docker Integration のソースコードを紐解きながら解説されている。 実践 イメージ docker run で設定する場合には docker run -d \ --name dd-agent \ -h `hostname`
RDS のリードレプリカを HAProxy で振り分ける際の死活監視について考えてみた - ようへいの日々精進XP
5 時過ぎに目が覚めて眠れなくなったので気になっていたことを考えてみた。 はじめに RDS のリードレプリカを HAProxy で振り分ける方法については... blog.cloudpack.jp 上記の記事を参考にしつつ... blog.cloudpack.jp 上記のようなことをやってみたりした。 RDS のリードレプリカ（RR）接続を HAProxy で振り分ける 一応、構成図 基本的には... HAProxy で RDS への分散アクセスを行う場合には、以下のように設定すれば RDS への接続をチェックして接続出来なければ HAProxy がよしなに切り離してくれる。 （略） listen mysql bind 0.0.0.0:3306 mode tcp option mysql-check user user_name balance leastconn server read0
Dockerfile の書き方「私的」なベストプラクティス - ようへいの日々精進XP
はじめに 最近、検証環境を構築するにあたり Dockerfile を書き始めるところから入るカワハラです。おはようございます。で、結局、当初の検証目的を忘れて Dockerfile 書きに没頭してしまって色々と滞っております...つきましては、Dockerfile を書くにあたってのメモを残しておきたいと思います。あくまでも「私的」なベストプラクティスですのでご注意下さい... 参考 以下のサイトを参考にさせて頂きました。 Dockerfile Best Practices http://docs.docker.io/en/latest/examples/ Build Images (Dockerfile Reference) DockerでJava Webアプリケーションの検証環境を構築する How to Use Entrypoint in Docker Builder 「私的」なベスト
Docker Compose チュートリアル - ようへいの日々精進XP
Docker Compose とは Docker Compose とは複数のコンテナを利用して一つのサービスを提供する場合に YAML 一発で構築出来るようにするツール（という認識）で、以前は同様なツールで fig というツールがあったと記憶しているがこの fig がそのまま Docker Compose に名前を変えたようだ。 Fig has been replaced by Docker Compose, and is now deprecated. The new documentation is on the Docker website. なるほど、なるほど。 準備 Docker Compose のインストール 現状は Docker Compose 自体のインストーラーは存在せず、以下のようにインストールするしかないようだ。 curl -L https://github.com/
terraform で Amazon ECS 環境を弄る（2）〜 docker-registry でプライベートリポジトリ環境を一気通貫で作る 〜 - ようへいの日々精進XP
はじめに ECS を弄っていたら docker-registry でプライベートなリポジトリが欲しいと思ったので terraform で作ってみた。 github.com そもそも ECS には docker build するステップは無くてビルド済みのコンテナイメージをどうこうするようなサービスだと思うので、実際に ECS を運用しようとなるとコンテナイメージを public に晒したくない等の要望からプライベートリポジトリへのニーズはおのずと高まるのではないかと思ったりしている。 尚、利用する terraform のバージョンは以下の通り。 % terraform -version Terraform v0.6.1 図 構成概要図 以下のような環境を terraform 一発で作成してみる。 terraform graph terraform graph と graphviz を利用し
terraform で Amazon ECS 環境を弄る - ようへいの日々精進XP
はじめに 改めて terraform を勉強したいと思ってドキュメントを見ていたら、扱えるリソースとして ECS もサポートしているようなのでひとまず試してみる。 www.terraform.io 尚、利用する terraform のバージョンは以下の通り。 % terraform -version Terraform v0.6.1 改めて ECS とは 黒帯目指して AWS Blackbelt 2015シリーズ Amazon EC2 Container Service (Amazon ECS) from Amazon Web Services Japan www.slideshare.net 上記の資料がとても詳しいのでウンチクは割愛。 terraform で ECS terraform のバージョン 今回利用する terraform のバージョンは以下の通り。 % terraform
terraform 独りハンズオン（3）〜 tfstate ファイルを S3 で管理する 〜 - ようへいの日々精進XP
はじめに terraform.tfstate とは Terraform で管理しているインフラの状態を管理しているファイルで中身は以下のような JSON ファイルとなっている。 { "version": 1, "serial": 1, "modules": [ { "path": [ "root" ], "outputs": {}, "resources": { "aws_s3_bucket.b": { "type": "aws_s3_bucket", "primary": { "id": "foo-bucket", "attributes": { "acl": "private", "bucket": "foo-bucket", "force_destroy": "true", "hosted_zone_id": "xxxxxxxxxxxxxxxxxxxxxxx", "id": "foo
fluentd と Elasticsearch と kibana の組み合わせがとても気に入ったのでメモ - ようへいの日々精進XP
きっかけ fluentd で集めたログを GUI で簡単に見ることが出来ないかと悩んでいたら、以下の参考にしたサイトのように良い事例があるではないですかということで早速チャレンジ。 参考にしたサイト Kibanaってなんじゃ？（Kibana+elasticsearch+fluentdでログ解析） Kibana + ElasticSearch + Fluentd を試してみた Elasticsearch入門 pyfes 201207 http://blog.johtani.info/blog/2013/06/10/fluent-es-kibana/ Kibana Installation rashidkpc/Kibana うんちく 自分なりに整理した Elasticsearch と kibana について。 Elasticsearch Apache Lucene をベースに作られた REST
docker のボリュームオプションを使った（Amazon Linux で docker 使えた！） - ようへいの日々精進XP
どうも。最近ネタ切れ感が拭いきれない docker 初心者を抜け出せないかわはらです。 はじめに docker でコンテナ内であれこれしたデータの永続化したいな案件が発生したので調べて試した ついでに Amazon Linux で docker が使えるようなのでそっちで試した 参考 Share Directories via Volumes DockerのVOLUMEを調べてみた。 コンテナ型仮想環境におけるデータの永続化の必要性 小難しいタイトル↑だが自分は以下のように考えている。 データの永続化は出来たら嬉しい でも、そもそも破棄が前提の環境においてデータの保存は検討しない（保存しない） ログの類はコンテナをホストしている環境等（コンテナ以外の環境）に fluentd 等を使って流してそちらで保存する ということで、永続化に関してはコンテナ自身でどうこうではなく外部に保存というのがイ
docker のコンテナイメージに ssh でアクセスしてみる - ようへいの日々精進XP
はじめに 引き続き、オリジナルの Debian コンテナイメージを扱う ホストからコンテナイメージに ssh でアクセスしてみる ドキュメントを上からなぞるだけで出来たけどメモ 参考 SSH Daemon Service dockerで起動したUbuntu 12.04にsshを通す 手順 最終的には以下のようなイメージの構成となる。 コンテナイメージの作成 引き続き、こちらのイメージを使う。 起動 docker run -i -t inokappa/squeeze /bin/bash sshd の設定と root パスワードの設定 起動したコンテナにて以下のように openssh-server をインストールしたりする。 apt-get install openssh-server mkdir /var/run/sshd /usr/sbin/sshd passwd root exit /v
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
