Windows(PowerShell)環境でAWS CLIを使い、EC2インスタンス起動後にタグを付与したい。 バージョンはaws-cli/1.7.7 Python/2.7.9 Windows/7。 普通に、PowerShellのコンソールからcreate-tags実行してるのに、クライアントエラーになる。 なぜタグ付けができんのだ。 PS C:\AWS> aws ec2 create-tags –resources i-xxxxxxxx –tags Key=Name,Value=test A client error (InternalError) occurred when calling the CreateTags operation: An internal error has occurred Linux上ではうまくいくのになぜ・・と思いリファレンスを見直すと、 If you are using Windows PowerShell, break out the characters with a backslash (\), surround them with double quotes (“), and then.

  Windows環境でAWS CLIを試しているわけですが・・ PS C:\aws> aws ec2 run-instances –cli-input-json ec2-win-parameters.json Error parsing parameter ‘cli-input-json’: Invalid JSON: No JSON object could be decoded JSON received: ec2-win-parameters.json ぬ？ ああ、file://スキーマがいるのかと思いつけてみると、 PS C:\aws> aws ec2 run-instances –cli-input-json file://ec2-win-parameters.json Traceback (most recent call last): File “aws”, line 27, in File “aws”, line 23, in main File “awscli\clidriver.pyc”, line 50, in.

　 AWS Summit Tokyo 2013、夕方からだったが2日目も行ってきた。 （ちなみに、会場の混雑目覚ましく改善してたよ。こういう改善のスピードが、Amazonさんの持ち味だと思うよ） 最後のパネルディスカッション「クラウドで変わるSI,ISVとエンドユーザーの関係」しか聴けなかったのだが、クラウドで変わる「SI、ISV、ユーザー企業に求められる人材像」に関する話が、特に印象に残った。 パネルディスカッション「クラウドで変わるSI,ISVとエンドユーザーの関係」 モデレータ アマゾン、片山 暁雄さん パネリスト ミサワホーム、宮本 眞一さん（エンドユーザー代表） 日立製作所、中村 輝雄さん（SIer代表） インフォテリア、平野 洋一郎さん（ISV代表） 　 立場の違いはあるものの、パネリストの皆さんが言われているのは、付加価値を生み出せる人材になろう、そういう人材を育てよう、ということだと思う。商売を作れるエンジニア、情シス担当者になれるか。 AWSのような仕組みが普及してしまうと、一握りの超優秀なエンジニアがいれば、システムができてしまう。多くのエンジニアは、今までと同じやり方では、仕事がなくなる。情シスも、もっと人を減らせ、となる。 ここで、よし、技術力を磨いて、自分も「一握りの超優秀なエンジニア」になろう、というアプローチは、多くのエンジニアにとって、あまり賢いとは言えないと思う。きっと、できないと思いますよ。私を含めて。 だから、「組み合わせができる人材」にならないといけない。 組み合わせは、技術だけの話ではない。問題解決やお金儲けに必要な、会社、人、技術、お金を組み合わせられる人。全部を自分（自社）でやる必要はなく、取り纏め、コーディネートができる人。個々人が、商社的な動きができる、とでも言えばいいのだろうか。 そういう人材が求められている、ということだと思います。 （技術は好きだから追いかけるのやめないよ。それだけではダメ、ということ） 　 以下、メモ書き。例によって、表現の違いや、抜け漏れはあるかもしれない。 SI、ISV、ユーザー企業に求められる人材像 　 片山さん クラウドが主流になっていく時代、各社で求められる「ほしい人材」とは。 中村さん 今一番ほしい人材は、「ブローカー」。日立は、なんでも自分で作ってしまうところがある。そういうのはやめていこうと思っている。作るのではなく、「使う」というのも難しい。AWSの使い方ひとつとってもそう。使い方や使いどころを理解するためには、物事の本質を見抜く必要がある。 日立単独で、すべてのお客さんのニーズに対応するのは難しい。だから、エコシステム。パートナーとのお付き合いが重要になる。そこで必要になるのが、ブローカーであり、「ビジネスプロデューサー」。問題解決型の人材も当然必要だが、それに加えて「価値を作れる人」がほしい。そういった人材はなかなかいない。 宮本さん システム部門についても、そういう人（ビジネスを作り出せる人）はほしいが、システム部門に来ない。そういった人材は、システム部門より、営業や経営戦略に置きたがられる。よって、多様な人材が集められるシステム部門を、今後作っていかないといけないと考えている。そのためには、システム部門の人間も、ビジネスの話ができるように変わっていかないと。インフラはAWSなどを利用し、余力を作り、ビジネスに注力する。そういった取り組みが必要。 なお、中村さんが仰った、「エコシステム」には、今後エンドユーザも入っていくようになると思う。運用や、サービス利用の方法、具体的に言うとChefの利用の仕方等は、他社も真似できる。情報を共有できれば、試行錯誤が減る。ビジネスの話に人が入っていけるし、ビジネスに注力できる。そうすることでシステム部門の評価が上がり、社内でいい人材を配置できるようになる。 平野さん ISVの立場から。大事なのは、「”紺屋の白袴”にならない」ということだと思う。クラウド化が進むと、人材リソースも最適化されるようになる。必要な人材が、必要な時に使われ、そして切られるようになる。そこで大事なのが、雇用される人ではなく、「個用される人」になることだと思う。「個用される」とは、一人一人が、「必要とされる人」になること。そうでなければ、役立つ場所を失うことになると思う。 　

　 初日、行ってきた。 セッションは、エンタープライズトラック、コンシューマートラックを中心に選択しました。 テクノロジーの内容は、普段からAWSのサポート、SAのみなさんに伺える機会があるが、他のユーザさんの生の声は、こういう機会でないとなかなか聞けないため。 参加セッションは以下の通り。 アンデルセンにおけるAWS利用事例紹介 日本経済新聞社によるAWS利用事例紹介 【実録】エンタープライズ AWS　～その時歴史は動いた～ 東急ハンズ におけるAWS利用事例紹介 事例にみる、コンシューマーサービスでのAWSクラウドの使いどころ クラウドファースト企業が実践するAWS活用の実際 　 AWSへの要望 　 セッションの中で挙がった、各社さんからの「AWSへの要望」。 これらの要望は、他のAWS利用ユーザさんも抱えられている、共通の課題を含むはずです。 SI屋として、お客さんと一緒になって考えていかないといけない。 ■アンデルセンサービス　堀尾さん メールの機能がほしい。（※おそらく、Amazon SESでは要件を満たせない、ということだと思われる） ジョブ管理、ファイル連携機能がほしい。 コントロールパネルが、エンドユーザにとって難しい。日本語化してほしい。 コントロールパネルで操作できる機能が多すぎる。基本的なサービスだけでよい。 ■日本経済新聞社　東さん ELBはだいぶハマった。ELBでは実現できない要件があった。ELBの機能とパフォーマンスを向上させてほしい。 DynamoDBのパフォーマンスを向上させてほしい。 利用料をもっと安くしてほしい。 円で支払いさせてほしい。非常に切実な要望。プロジェクト開始前にコスト試算した時は、1ドル80円。円安が進み、かなり変わった。為替リスクがある。 ■インテージ　（お名前を失念） ドル高にショックを受けた。見積もりがはずれたため、為替リスクをヘッジできる仕組みがあれば。 ■東急ハンズ、ハンズラボ　長谷川さん どんどん世界展開してほしい。もっといろんなリージョンを作ってください。 EDLP（エブリデイ・ロー・プライス）。いつも安くして下さい。競合よりも、圧倒的に安くしてください。他のクラウドサービスと比較検討しなくていいぐらいに。「一番安いんだから、AWSでいいじゃないか」と言えるように。 より簡単に使えるように。例えば、松竹梅の中から選択すると、冗長化や負荷分散がいい感じに設定される、的な。 　 クラウドファースト企業が実践するAWS活用の実際 　 パネルは、日経BP中田さんモデレータで、アンデルセン堀江さん、ケンコーコム新井さん、東急ハンズ長谷川さんがパネリスト。 実際にAWSを活用されているユーザさんの生の声が聞けたため、大変おもしろかったです。 （長谷川さんの漫談も・・） 以下、メモします。抜けていたり、表現が変わっていたりするかもしれませんがご容赦下さい。 AWSのよかった点、悪かった点 　 新井さん よかった点。PoCがめちゃめちゃ簡単。怖いので大きめのインスタンスを選択、安定稼働したら下げる。オンプレミスではできない。いらなくなっても、H/Wだと返せない。 悪かったというか、想定と違ったところ。AWSは新サービスのリリースが頻繁すぎて、社内の人材の習得が追いつかない。 長谷川さん よかった点。柔軟性。データセンタ―レベルの冗長化が簡単。データや、サーバイメージのコピーが簡単。 また、クラウドベンダーのイメージと違い、AWSはサポートが「普通に」対応してくれる。質問したらちゃんと答えが返ってくる。SAの方からも、大変積極的に情報提供してくれるところも評価できる。 悪かった点。POSシステムを導入したところ、VPC内ではマルチキャストができず、POSの時間起動ができなかった。 堀江さん よかった点。コストの桁が違う。夜のバッチ処理のタイミングのみ起動するため、利用料金を抑えることができる。EDIの仕組みをAWS上で実現した際、回線を用意する必要がなかった。EDIの監視は必須なので、サイトロック社やノーチラス・テクノロジーズ社の力を借りている。今のところ、業務が停止するような障害は起きていない。障害起きても、バッチ処理を冒頭からリランすればよい。バッチ処理時間が大幅に短縮できたため、リランしてもバッチウィンドウに収まる。 　.