中心にクラウドコンピューティングを追ったり、あとはガジェットやウェブサービスなど。kazEC2のm1.smallとm1.xlargeのcpuinfo(2013年8月16日時点の私の環境)を調べたのでメモ。management:以上。technologyついにやってきましたAWS温泉ハッカソン。Consoleの表示の制御をしようと思いつき、「コンソールあるある」の一つ「terminatedなインスタンスがじゃま」を解決するアドオンを書きます。ドットインストールを見るべし!これすばらしいです。把握できてすぐにコード書こうという気にさせてくれるレッドブル的なコンテンツすばらしい。プログラミングならドットインストールどんな風に開発するかは後にして、インストールがうまくいくとこのようなボタンが出現します。technology前回作った「AWS関連ブログ記事Widget」用のフィードを使って、AWS+パートナー関連のブログ記事リストを定期的にメール送信する方法を実装してみた。CLIの出力処理のために注目されたjqを使ってみた。ちなみにjqの使い方や導入方法などについては以下のページを参考にしてください。technologyTwitterやFacebookからの情報がプライマリになって、ブログをフィード通じて読むことがなくなったのだけど、特定目的のためにはフィードを活用した方が良いケースができたのでまとめてみた。要するにcloudpackメンバーが普段から見ておくべきブログ記事一覧です。うーむ、Widgetじゃなくて単純な記事一覧がいいなぁ。diaryいよいよ2013年が始まりました。今年も仕事もプライベートも、むしろ公私混同でがんばっていきたい所存でございます。いえば2012年総括するのをわすれてました。昨年もcloudpack事業展開にほとんどの時間を費やしたといっても過言ではありません。その過程で全国各地のJAWS-UG勉強会や海外でのイベントにも参加したこともあり、出張も多く体調管理に気を配る毎日でした。Consoleなどを行き来しているとインスタンス名/日本語名/英語名+cloudpackでのプラン名間の対応が難しくてイライラすることが何度もありました。Interfaceなるものが発表されました。Python向けコマンドラインインターフェースとのことですが、別にたいした発表でも...と思ったのですが面白そうなので試してみました。自分の場合はMacにPythonがセットアップ済みなので、あとの導入は簡単です。awscliあとは.bash_profileに設定ファイルパスの環境変数追加。AWS_CONFIG_FILE加えて設定ファイル設置。technology17日目担当のゴトウです。Calendarですが、みなさんマジメにやられているようなのでひよってしまい、まぁまぁ使える感じや〜つに変更することにしました。AWS環境を有効に活用している多くのシステムでは、インスタンスの自動起動やオートスケールなど、予めサーバー台数や名前が決まってないことが多いです。そんなときでも現状起動中のインスタンス一覧を参照できないといけないケースが多々あります。オートスケールする環境でも監視ツールによるモニタリングが必要な場合。同様にオートスケールする環境でELBではないロードバランサーを利用して負荷分散しているケース。いずれのケースも設定ファイルに現在稼働しているインスタンスのホスト名ないしはIPアドレス一覧を更新する必要があります。そのための元ネタとしてSimpleDBを使って起動中のインスタンスメタデータを保管する方法を実装したのでPHPのサンプルコードと共にご紹介します。Registrationパターン。エバンジェリスト職をするものとして外で講演することは多いのになんだかとってもブログが苦手になってしまったゴトウです。2012に参加することになり、移行して動かなくなっていたMovableTypeをあわてて直してみたりして。ブログを書く感覚が思い出せず戸惑っていますが、良い機会なのでサービス名称「cloudpack」が生まれたときのことを振り返ってみようと思います。cloudpackビジネスを始めたのは2010年3月。この記事で紹介してます。いうサービスを開始することになりました記事中に「cloudpack」は一切ありません。あるのは「AWS+」という名称。プラス)という名前でスタートしました。AWSを日本市場に広げていこう!という目標もあり、サービス開始当初は勝手にコ・マーケティングのつもりで「AWS」を使って、名称としての親和性をだすつもりで「AWS+」としていました。Goto名前のおかげかw、営業開始後から順調に仕事は伸びていき2010年の年末を迎えるまでには多くのお客様のインフラをお預かりするようになってました。Provider認定を受ける運びとなったのでした。Provider認定を受けられるのは非常にうれしかったことを覚えてます。一方で、2011年以降のAWS関連市場の伸びと自分達の成長ステージを考慮して以前から「AWS+」という名称についてどうするか内部ではずっと議論してました。Providerになったのをきっかけに、「オフィシャルなパートナーとして自社とAWSブランドとの混同が起こらないようにすべきだ、ここで名称変更をしよう!」と決断したのでした。technologyCDNを使うのはキャッシュ目的であることがほとんどですが、スムースなアクセスを実現するにはキャッシュする時間を長くすべきです。無期限に設定したら1度オリジナルファイルを読めば後はCDNのサーバーまかせにできるので非常に効果的ですね。実際のサイトを運営していくのは必ずファイル更新作業があり、この同じファイルの更新の場面でCDNが入っていることで問題なります。キャッシュ時間を長くすることと更新を反映させることはCDN使う上では相反する行為だからですね。世の中ではこうした問題を軽減するための手法がいくつか存在します。Filenamesという手法です。要するに更新があったら「test.1.0.1.jpg」のようにファイル名にバージョン番号などを入れることで違うリソースとして認識させる手法のこと。これ完全に自動化されたデプロイ環境ならいいけど、手動でこれをするのは手間が多すぎしミスも発生しそう。今回は、仮にHTML生成がアプリだとしてHTML中のパスを変えるのは簡単で、静的ファイルのファイル名を更新管理するのが難しいケースにしぼって、この問題を少しでも軽減すべくCloudFrontとEC2で試してみました。