Terraformアンチパターン(2019年版) - Qiita
はじめに Infrastructure as Code(以下IaCと略します)って最近では当たり前のように実践されてますよね。特にterraformはかなりユーザが多く、開発のスピードも速い印象です。 IaCを実現できたインフラエンジニアの皆さんの多くが次に直面する問題はコードの保守運用に関する事柄ではないでしょうか？ terraformもコードなので、アプリケーションのコードと同じように保守性(テスト容易性、理解容易性、変更容易性)を意識する必要があります。ただコード化しただけでは属人性を排除したとは言えないと思います。 保守性の高いterraformって具体的にどう書けばいいの？と周りに聞いてみても、巷には「ぼくのかんがえた最強のterraformベストプラクティス」が乱立していて、自転車置き場の議論になりがちです。 また、v0.12前後でterraformの記法が大きく変わったので、
mod_access_rbl for Apache2
English instruction. Apache で dnsbl を使ったアクセス制御をするモジュールとして mod_access_rbl というのがあるです。これ、apache 1.3.x でしか動かんので、2.x で動くようにしてみたです。といっても、オリジナルの Apache1.3 の mod_access.c と mod_acccess_rbl.c の差分を Apache2 に適用しただけなんで、わかる人なら3分でできる作業でしょう。おれは C がわからんので数時間かかったけど。 使い方。httpd-2.0.xx/modules/aaa/mod_access.c に このパッチを当ててから configure && make && sudo make install するか、 % apxs -c mod_access.c # apxs -i -n mod_access .li
キャリアのゲートウェイアドレス管理 -- apache module hacking! : DSAS開発者の部屋
KLab は，元々が携帯向けのサービスを主とした会社で，現在も多くの携帯サイトを運用しています．それらのサイトでは，諸般の事情により携帯以外からのアクセスを制限しています．これは，アクセス元アドレスをキャリアのゲートウェイアドレスに限定することで実現しています．この制限は，Firewall でも行っているのですが，同時に Apache の mod_access を使って，Web サーバのレベルでも制限しています． KLab が運用しているサイトは複数あって，それぞれ対応するキャリアが異なります．ですので，それぞれのサイト毎にどのキャリアのアドレスを許可するか設定する必要があります．ところが，このキャリアのゲートウェイアドレスは，時々増減します．もちろん，その都度そのキャリア向けにサービスを行っている全サイトの設定を変更する必要があります． 当初は，サイト毎に Allow from の設定を
YappoLogs: Apache 2.2.0 のロードバランス機能(mod_proxy_balancer)を使いこなす
Apache 2.2.0 のロードバランス機能(mod_proxy_balancer)を使いこなす Apache 2.2がでました。 mod_dbdとか、mod_proxy_balancerとか気になる新機能てんこ盛りです。 ひげぽんさんの所に 誰か入れてみた人いますか？ と有ったのでmod_proxy_balancerを試してみました。 超簡単でした mod_proxyとmod_proxy_balancerを参考にしました。 既に日本語ドキュメント完備！ 以下から駆け足で、またセキュリティ的によろしくない設定例が多々あります。 とりあえずこんな設定を仕込んでみました ProxyPass /lb balancer://TEST stickysession=sesid <Proxy balancer://TEST> #1 BalancerMember http://i.yappo.jp lo
Apache module mod_rewrite
URL を操作するためのスイス製のアーミーナイフ、mod_rewrite へようこそ! このモジュールは、（正規表現パーサに基づく）ルールベースの 書き換えエンジンを使い、要求された URL を適宜書き換えます。 サポートするルールの数、および各ルールを適用する際のルール条件 の数に制限はなく、本当にフレキシブルでかつパワフルな URL 操作 メカニズムを提供します。この URL 操作に先立ち、次のようにいろいろな 評価を行なうことができます。たとえばサーバ変数、環境変数、HTTP ヘッダ、 タイムスタンプ、さらに外部データベースの検索結果までを評価の対象として、 各種のフォーマットを使った粒度の高い URL マッチングを実現できます。 このモジュールは、サーバ単位のコンテキスト (httpd.conf) およびディレクトリ単位のコンテキスト (.htaccess) において (PATH-
Apache HTTP サーバ モジュール一覧
コア機能と MPM core常に使用可能な Apache HTTP サーバのコア機能 mpm_common二つ以上のマルチプロセッシングモジュール (MPM) で実装されているディレクティブのコレクション beosThis Multi-Processing Module is optimized for BeOS. eventAn experimental variant of the standard worker MPM mpm_netwareMulti-Processing Module implementing an exclusively threaded web server optimized for Novell NetWare mpmt_os2Hybrid multi-process, multi-threaded MPM for OS/2 preforkスレッドを使わず
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.feedparser.org/
http://www.lost-season.jp/mt/2005/11/2005112322.html
