CodeDeploy いらず！ECS Blue/Green デプロイを試す - kakakakakku blog
2025年7月17日に Amazon ECS の新機能「Amazon ECS Blue/Green Deployment（Blue/Green デプロイ）」がリリースされた🎉 AWS Lambda 関数を使ったライフサイクルフック・ベイク時間・テストトラフィック・Amazon ECS Service Connect サポートなどなど，便利な仕組みもあるけど，今回はシンプルに ALB (Application Load Balancer) を使って Blue/Green デプロイを試してみた． aws.amazon.com 今までは AWS CodeDeploy を使った Blue/Green デプロイを使うことができたけど，ドキュメントを読むと既に We recommend that you use the Amazon ECS blue/green deployment. と書かれてい
tenv: Terraform のバージョン管理をしよう - kakakakakku blog
普段 Terraform のバージョン管理ツールとして tfenv を使っている．機能面で困ることはないけど，tfenv の GitHub リポジトリを確認すると，直近数年は特にアップデートがなく，メンテナンスの観点で少し不安を感じていた💦 github.com 念のため tfenv の代替ツールを探しておこうと思って，tenv を試してみた❗️tenv は tfenv と同じように使えて，OpenTofu や Terragrunt もサポートしているという特徴がある．そして現在も活発に開発がされているようだった．tenv 以外だと tfswitch もあって少し試したけど，個人的には tenv が良さそうだった． github.com セットアップ Homebrew で簡単にセットアップできる👌 $ brew install tenv $ tenv version tenv vers
n8n.io 入門 : IFTTT のようなワークフローを構築しよう - kakakakakku blog
「n8n.io」を使うと GitHub / Slack / Google Sheets など多くのサービス（ドキュメントを見ると 240 以上もインテグレーションできる！）を組み合わせて自由に「ワークフロー」を構築できる．関連サービスで言えば IFTTT のような感じ！例えば IFTTT Pro に課金せずにセルフホスティングできたりする．今回は「n8n.io 入門」を目的として Mac で Docker を使って「n8n.io」を試す．現状だと Docker と npm (npx) で試せる．なお，SaaS として使える「n8n.cloud」もある（最近まで coming soon になっていた）． n8n.io n8n.io 入門 : 完成形 今回は「GitHub リポジトリに対する Star⭐/ Unstar⭐をトリガーに Slack 通知とコマンド実行に条件分岐をするワークフロー」
nginx でリクエストを複製できるモジュール「ngx_http_mirror_module」 - kakakakakku blog
nginx でリクエストを複製できるモジュール「ngx_http_mirror_module」を使うと，簡易的な「Shadow Proxy」を構築することができる．例えば，本番環境のリクエストの一部を開発環境に流せるようになる．この「ngx_http_mirror_module」は nginx 1.13.4 で実装された機能で，2017年8月リリースなので，最近のバージョンだとデフォルトで使えるようになっている．今回は「リクエストの複製」を試すため，Docker Compose を使って検証環境を構築した． nginx.org 検証環境 今回 Docker Compose を使って，nginx と Sinatra を起動する検証環境を構築した．コンテナは計3種類で，以下の構成図にまとめた．基本は Frontend と Backend でリクエストを処理し，今回は Mirror にもリクエス
シェルスクリプトのテストフレームワーク Bats を試してみた - kakakakakku blog
シェルスクリプトのテストフレームワーク Bats を試してみた． github.com たまにコントリビュートをしている Amazon ECS (Elastic Container Service) のデプロイツール ecs-deploy のテストコードで Bats が使われているので，少し書いたことがあり，もっと詳しく調べてみようと思った． github.com Bats は現在もメンテナンスされている もともとの Bats は sstephenson/bats にあり，現在は bats-core/bats-core に移っている．以下の Issue などを読むと，コミュニティの動きがわかる． github.com github.com インストール Bats は様々なインストール方法がある．まず，用意されている install.sh を試してみた． $ git clone git@gi
簡単に IP アドレスの計算ができる sipcalc コマンド - kakakakakku blog
例えば VPC 設計をするときなど，IP アドレスとサブネットの計算をしたり，ネットワークアドレスを確認したくなる場面がたまーにある．便利なサイトも多くあるけど，コマンドですぐ確認できると便利で，僕は sipcalc コマンドを使っている（ipcalc コマンドよりも便利）．近々チームメンバーに「VPC 入門」を教える機会があるため，ネタの1個としてザッとまとめておく． ipcalc コマンド ipcalc は IP アドレスの計算を行うことができるコマンドで，Amazon Linux など RHEL 系ならすぐに使える． $ which ipcalc /bin/ipcalc 例えば，CIDR からネットワークアドレスを確認する場合，以下のように --network もしくは -n を使う． $ ipcalc --network 172.31.10.20/24 NETWORK=172.31
Fluentd / Embulk / Elasticsearch / Digdag を学ぶのに最高な「データ分析基盤構築入門」を読んだ - kakakakakku blog
出版されてから少し時間がたってしまったけど，「データ分析基盤入門」を読み終えた．ページ数が多く，持ち運ぶようなサイズではないので，家でちょこちょこ読み進める感じになってしまって，想定以上に時間がかかってしまった． データ分析基盤構築入門[Fluentd、Elasticsearch、Kibanaによるログ収集と可視化] 作者: 鈴木健太,吉田健太郎,大谷純,道井俊介出版社/メーカー: 技術評論社発売日: 2017/09/21メディア: 単行本（ソフトカバー）この商品を含むブログを見る はじめに 目次にも書いてある通り，「データ分析基盤」というテーマで Fluentd / Elasticsearch / Kibana の解説が詳細にまとまっている．さらに付録には Embulk と Digdag の解説もあり，このあたりの技術スタックに興味がある人にとって最高な一冊なのではないかなと思う．また，
mysqldiff を使って継続的に MySQL のデータベーススキーマの差分をチェックする - kakakakakku blog
最近，環境ごとのデータベーススキーマの差分をチェックする機会があった．プロダクション環境とステージング環境ならまだしも，開発環境だと検証のために追加したインデックスがそのままになっていたり，開発が途中で止まってしまって日の目を見ることがなかったテーブルが残っていたり，そういうことって比較的あるのではないかなと思う．特に今の環境だと，マイグレーションの仕組みが整っていないという課題もあり，より一層，データベーススキーマに差分が出やすくなってしまっている． 今回は MySQL から公式に提供されている mysqldiff というツールを使ってデータベーススキーマの差分をチェックした． mysqldiff をインストールする mysqldiff は MySQL Utilities という MySQL の管理ツールパッケージの中に同梱されている．現在だと v1.6 が最新になっている． MySQL
CircleCI + Docker で Infrastructure CI (Chef + Serverspec) 環境を構築した - kakakakakku blog
近況 3月から DevOps 関連の技術的負債の解消に取り組んでいて，動かなくなった Chef を直したり，秘伝のタレ（手動）で構築されたサーバ設定を Chef にリバースエンジニアリングしたり，Serverspec を導入して稼働中のサーバの差異を確認したりしている． 他にもウェブサーバのパフォーマンスチューニングをしたり，Zabbix / Kibana / CloudWatch で可視化したり，不要なアラートを消したりもした．あと Vagrant 環境を自動構築できるようにしたり，Packer を使って Vagrant Box を改善したり，デプロイ手順を正常化したり，テストの品質向上の目的で Capybara を導入したりもした． 最近はキャッシュサーバをリプレイスしたり，AWS のネットワーク構成を変更するなど，とにかく様々な施策を試しているけど，全然まだまだという感じで，圧倒的成
Qiita:Team と比較して esa.io の方が圧倒的に優れてる機能3点 (\\( ⁰⊖⁰)/) - kakakakakku blog
プロダクトで CQO を担当していて，Qiita:Team をこよなく愛す僕ですが，食わず嫌いは良くないなということで，esa.io をトライアルで使ってみた． 実際にポストしてみたり，ヘルプを見てみて，基本的なところは Qiita:Team と似てるなーという印象を受けたんだけど，Qiita:Team と比較して esa.io の方が圧倒的に優れてるなと思う機能を3点を知ってしまったので，熱量高くまとめてみた．まぁ圧倒的は言い過ぎたかもwww 1. カテゴリーという概念があること esa.io のポストは，タグ以外にカテゴリーというメタ情報を付けることができて，これは便利． Qiita:Team だとタグしかないので，例えば日報のように時系列に沿った情報を探したりすることができず，結構ポストが埋没する傾向にあるという課題はどこのプロダクトでもあるんじゃないかなと思う． ちなみに Qiit
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
