Act As Aws Architect

2013年4月16日火曜日

得上さんインタビュー：EC2よWorkerへ還れあるいは天才のアウトプットについて [[JAWS DAYS 2013 Araki room]] #jawsug

2013年春、東京ビッグサイトへ集結せよ！という掛け声で、3月の15日、16日の二日間アマゾンウェブサービスのユーザグループであるJAWS-US (Japan AWS User Group）が全国から一同に会してユーザカンファレンスを行いました。当日のタイムスケジュール、資料、動画はこちらから参照できます。

荒木が進行した「荒木の部屋・AWSサポート出張所（松井の部屋）」についてはUstream中継の記録がいつでもご覧いただけます。本記事はそこでの会話内容、プレゼンテーション内容を元にしています。一連の記事はこちらで順次追加公開していきます。

現JAWS-UG会長の得上さんにもお話いただけました。Youtubeはこちら。

得上さんは、今回のJAWS DaysはAWSが力を入れすぎたんじゃないか、という問題提起をされました。これに関してはAWSとしても反省するところは多いのですが、いずれもっともっとJAWSが大きく強くなればAWSなしで開催できるだろうという意思を感じるお話をいただきました。

つづいて、EC2よworkerに還れ、ということで得上さんは、Beanstalkなどの便利サービスからAWSから出ている現状で「EC2でやらないといけないことはなんですか？」という質問を会場になげかけました。会場からはDirectory Serviceを提供してほしい、IAMと連動してほしいという声をいただきました。

得上さんといえば楽しいLTでも有名ですが、ほとんどはパッと思いついて、思いついた時には普段から勉強していることをバックに完成しているそうです。得上さんは風呂敷がたたまれた完成された状態が頭にできてからアウトプットしているそうです！すごいですね。。

2013年4月15日月曜日

meganeさんインタビュー: わからないなりにもAWSは調べれば使えるという話 [[JAWS DAYS 2013 Araki room]] #jawsug

2013年春、東京ビッグサイトへ集結せよ！という掛け声で、3月の15日、16日の二日間アマゾンウェブサービスのユーザグループであるJAWS-US (Japan AWS User Group）が全国から一同に会してユーザカンファレンスを行いました。当日のタイムスケジュール、資料、動画はこちらから参照できます。

荒木が進行した「荒木の部屋・AWSサポート出張所（松井の部屋）」についてはUstream中継の記録がいつでもご覧いただけます。本記事はそこでの会話内容、プレゼンテーション内容を元にしています。一連の記事はこちらで順次追加公開していきます。

分からないなりに http://aws.me-g-n.me/ というサービスをSESなどをつかって作ってみたプレゼンを1日目にやっていただきました。それを受けてのお話でした(youtube)

分からないなりに調べるときには、githubが非常に役に立つようです。AWSのSDKを見るだけではわからないところが実際の利用例としてgithubには多数のコードが存在しています。

英語が読めないなりに、Cloudpack， Serverworks，クラスメソッドのBlogは大変に役に立つということで大きくもりあがりました。同感です！

Google Glassが近い将来でたら、GeoLocationが重要になると思っている。そのときにうまくアプリが作れる基盤をAWSが提供できるようになってほしい、という注文でインタビューは終了しました。

そのときはぜひまたアプリ作成LT、おねがいします。

2013年4月12日金曜日

安藤さんインタビュー：Publicフレームワーク最強を目指すEngineYard [[JAWS DAYS 2013 Araki room]] #jawsug

EngineYardがAWSを選んでいるのは、AWSのリージョン展開や安定性ゆえだそうです。しかしその一方で、Engine Yardはエンドユーザがそれに気が付かないような形で提供したいとかんがえている。
社内にAWSのスペシャリストを置けないような組織であれば、AWSのサービスを単発で使うような細かな案件が沢山ある会社や、2,3人でガンガンスケールさせたい組織にはEngine Yardは向いている。

Publicなフレームワークとして最強を目指すEngine Yardに期待ができるお話でした。

竹下さんインタビュー:JAWS-UG初日の秘話、そして運用の秘訣について [[JAWS DAYS 2013 Araki room]] #jawsug

2013年春、東京ビッグサイトへ集結せよ！という掛け声で、3月の15日、16日の二日間アマゾンウェブサービスのユーザグループであるJAWS-US (Japan AWS User Group）が全国から一同に会してユーザカンファレンスを行いました。当日のタイムスケジュール、資料、動画はこちらから参照できます。

荒木が進行した「荒木の部屋・AWSサポート出張所（松井の部屋）」についてはUstream中継の記録がいつでもご覧いただけます。本記事はそこでの会話内容、プレゼンテーション内容を元にしています。一連の記事はこちらで順次追加公開していきます。

JAWS−UG初代会長の竹下さんのお話。（Youtubeはこちら）

JAWS-UGの秘めざる初日のお話。2009年の12月25日によくもまあ素性の違った男どもが集まったものだ！という話からはじまりました。最初はダレにも聞けない状況からはじまったJAWS-UGは、突破できるエッジな人が軽くヒントを与えてAWSを使う方法を広める場として設計したそうです。

JAWS-UGはLTがかなりの名物ですが、それについてもお話いただけました。LTを始めとするアウトプット志向であれば、トッププレイヤーの話を聞いても実感がわかない人が多いところや、つまったところや感動したところを共有することで、みんながメインプレイヤーになります。それが全体の底上げになり、それがうまく機能しているそうです。

最後にコミュニティの運用の仕方についてもお話いただきました。JAWS-UGはうまく行きすぎたことは、みんなが思っている不満にバッチリ刺さったテーマだったことという理由はあったももの、どんなテーマであってもとにかく続けて発信しつづけること、場所にとらわれずに情報を伝えるコミュニティであり続けることだそうです。

もう一度JAWS-UGみたいな会を作ることがあれば、また挑戦してくれるそうです！

2013年4月10日水曜日

後藤さんインタビュー：「後藤さん荒木に語らせる」 [[JAWS DAYS 2013 Araki room]] #jawsug

ところが後藤さん、なにやら私に２つ聞きたいことがあるということで。。「後藤さん荒木大いに語るらせられる」となりました。

AWSに荒木はなんではいったんでしたっけ？

クラウドを研究というかAmazonに勝てると思ってたころが俺にもありました。。

それは今思えばAWSがスポットインスタンスとほぼ同じアイディアで、違うのはインスタンスの提供元が巨大IT企業である私のいた会社のデスクトップも含んでいたこと。

そのアイディアをとある通信会社の企画の人にもプレゼンして「我が社はここが違う」みたいなのをドヤ顔でやった翌月にAWSがスポットインスタンスを発表、サービス開始した。

正直いってその時いらい勝てる気がしないなりに生きていけるところを探していたのだがパトロンたる勤務先にはしごを外されたこと二度。縁あってAWSに入社したのでありました。

次の質問は今AWS首になったらどこにいきますか？でした

今ならば、間違いなくAWSを活用して仕事できるところにいきたいと思います。でもAWSを使うことを禁じられての首だったら辛いでしょうね。。。

最後にcloudpackへの注文を求められました。

cloudpackさんは私からみると、どんな仕事をしてくれるかわかるSIなので大きすぎるSIとはちがって、どんな人がどんなスキルセットをもって仕事をしているか知っている安心があります。大きなSIでも中の人と中の人のスキルセットを十分に共有できればAWSというベンダにとってはありがたい存在になります。

cloudpackさんには（今のような）顔の見えるSIのまま成長していっていただきたいです。

インフラエンジニアのキャリアとして大手ベンダーから始めるのも悪くない

私は、AWSで提供しているサービスは間違いなくインフラの中核技術であること、今後もAWSはインフラの中核技術を出し続けるであろうことを確信しています。AWSというのを「クラウド事業者」「大規模事業者」などなどに置き換えてもいいでしょう。しかし、それらの今うまくいっているプレイヤーに「乗っかる」戦略もそんなに悪いものではないと思っています。

Open database life: インフラエンジニアのキャリアとクラウドについて

ではこれからLinuxなりMySQLなりのスペシャリストになりたいという人(新卒/中途問わず)はどういう会社を目指すのが良いのでしょうか。私は本家ベンダー(RedHatなりOracleなり)や大手サービス事業者(FacebookなりDeNAなり)が良いと思っていますが、一点「クラウド上で主力サービスを展開している事業者」はやめた方が良いと考えています。

Linuxなり、MySQLなりという点では松信さんの見解に同意します。一方で、そんな今の主流だけを見ているのでは技術に使われるエンジニアのままじゃないかとも思っています。

「クラウド上で」というところがポイントになっていて、最後のセンテンスにあるように「それを目指すなら、Amazonに行くのが一番手っ取り早い」と書かれるのもよくわかります。

一方で、技術はLinuxやMySQLなりだけではないこともまた事実です。AWSはハード・ソフトの面でインフラ技術を磨ける場所であることはまちがいありません。しかし、AWSは万人に使われる中核サービスのための組織です。

こういってはなんですが、ニッチな中で磨かれる技術もあります。むしろ、大多数の技術は黎明期にはニッチでしょう。それがいつのまにか追いつき追い越される日常の業界なので、現時点での広く要求される技術にすぎないかもしれないこともまた、忘れてはならない視点だと思っています。持てる資源には限りがありますし、AWSにない領域に集中させるために、クラウド上のサービスを使うのも必要な戦略です。この集中というのが曲者で、インフラ技術者としてワクワクするような領域への集中なのかどうかが鍵だとは思います。

一個人のキャリアという点では、そこの見極めをどう「入社前に行うか」が難しく、時間という個人の最大の資源を消費しているのですが、その目が全く育っていない新卒ならば、本家の大手ベンダーからキャリアをはじめてみるのも悪くない選択だと思います。

2013年4月9日火曜日

田名部さんインタビュー：「クラウドな働き方」 [[JAWS DAYS 2013 Arakiroom]] #jawsug

SQSの活用事例 from Takehito Tanabe

田名部さんを象徴する「マニアック」な素晴らしいAWS活用法だとおもっていましたので、今回はここに焦点をあてて聞いてみました。

7年前はキューも自分でつくっていた。

AWSに移行したときにSQSを使うことにした。SQSがなくてもAWSを使うことはまちがいなかった。

SQSにJobをつんだまま、EC2を落とすようなことはない。

先週SQSからSWFを使うようにリニューアルして、昨日も作業をしていた。→次回の札幌で詳細発表予定！

クラウド移住で地方に住むということ from Takehito Tanabe

登録: 投稿 (Atom)