リバースプロキシのコンフィグテスト · yuuki/yuuki
リバースプロキシのコンフィグテスト やりたいこと Apacheをnginxに置き換えたい Apacheやnginxをバージョンアップしたい テストパターン パターン1: 本番のproxyサーバに実際にリクエストする パターン2: proxyサーバをテスト用に起動しつつ、upstreamやlistenディレクティブなどconfigの一部を書き換える パターン3: ngx_mrubyやmod_mrubyで設定をmrubyで書き、mruby-mtestなどでテストコードを書く パターン2はconfigの一部を書き換えるため、本当に本番の環境で正しく動作するかわからない問題がある。テストコードがnginxやApacheなど特定の実装に依存する。CIは回しやすい。 パターン3はngx_mrubyやmod_mrubyでconfigを書かなければならないため、今動いているproxyの設定をテストできない
Herokuとwerckerによる継続的インテグレーション・自動デプロイでperlのwebアプリケーションを開発する - 平常運転
この記事ははてなエンジニアアドベントカレンダー2014の17日目です。昨日は id:cockscomb による Swiftでenumとジェネリクスを活用したかっこいいAPIクライアントを書く でした。 このエントリでは、CIツールのwerckerとアプリケーションプラットフォームのherokuを組み合わせることでperlのwebアプリケーションのCIを行い、自動デプロイする環境を実現する方法について述べます。 動機 今回のエントリで述べる自動デプロイの流れについては、はてなで11月に行った開発合宿のために筆者、および筆者の開発チームで必要になったために構築されました。 id:onishi によるサービス開発合宿のエントリにもあったように、今回の合宿では合宿先から社内へのVPNが整備されていないことなどから、社内の開発用サーバに依存しないしない各種PaaSを用いた環境を構築することになりまし
YAPC::Asia 2013 / Github によりバザールモデルへ - naoyaのはてなダイアリー
ブログを書くまでが YAPC、ということなので、書きます。 初日「モダンPerlリファクタリング」 自分は20分枠で 「モダンPerlリファクタリング」という題で話しました。スライドは以下で公開してます。 https://speakerdeck.com/naoya/modanperlrihuakutaringu-number-yapcasia 今回、思いの他 CI やテストに関する発表が他に多くてそれらに比べると基礎的な内容に終始しちゃいましたが と @t_wada 御大よりお褒めに与ったので個人的には満足です。 リファクタリングはテストさえ書ければその半分以上は終わったことになる、ただしテストはテストを書くことそのものが主目的になりすぎないように。そして書いたテストはとにかく計算機を利用して頻繁に実行しましょうということが言いたかったのですが、意図通りに伝えられたんじゃないかなと思う。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
