シェルスクリプトの罠を避ける三つの tips
シェルスクリプトは、Unix 系環境で仕事をするエンジニアなら誰もが一度は書くであろうにもかかわらず、書き方や特性を熟知している人が少ない言語です。この記事は、シェルスクリプトを書くときに罠を踏まないようにするために最低限あなたが気を付けるべき tips 集です。「たかがシェルスクリプト」とは思わないでください。生半可に書かれたシェルスクリプトはあなたの (チームの) 生産性をかえって低下させます。 Shebang に bash を明示しろ Bash でしか使えない機能のことを俗に Bashism と言います。Bashism はもちろん Bash 以外のシェルでは動きません。これに関するありがちな罠は、以下のように発生します。 Bash が /bin/sh として使われている環境でシェルスクリプトを書く。うっかり Bashism がシェルスクリプトに含まれていても、 /bin/sh は何も
スポットインスタンスアドバイザー | AWS
スポットインスタンスアドバイザーは中断する可能性が最も少ないプールを判断して、オンデマンド料金を削減できます。スポットインスタンスを選択する前に、お客様はアプリケーションの中断をどの程度許容できるか、およびコスト削減の目標を比較検討する必要があります。中断の頻度が低いほど、スポットインスタンスを利用できる時間は長くなります。 ヒント: 多数のインスタンスタイプにアプリケーションをデプロイすることで、可用性がさらに向上します。複数のインスタンスタイプとアベイラビリティーゾーン全体における多様性を簡単に実現できる EC2 Autoscaling の使用を検討してください。 中断される頻度が低いインスタンスタイプから開始し、アプリケーションの柔軟性と耐障害性が向上するにつれてインスタンスタイプをさらに追加していくことをお勧めします。詳細なヒントやコツについては、ベストプラクティスのセクションをご
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - ericchiang/pup: Parsing HTML at the command line
