Engineersになりました(なってます)随分前に発表されてTwitterでも呟いておりましたが、ライフログとしてはこちらの方が振り返りやすいので改めて書いておきます。Engineersに選出されました。周りの方々のご協力に、感謝です。※NRIの同僚で同じく選出された瀬戸島さんと、AWSの方々との写真です。Partnerから卓越した技術力を持ち、社外への情報発信(セミナーでの発信、Blogや書籍での発信)をしているメンバーが選出されます。日本では今年から制度が始まり14名選出されました。Engineersです。こちらは、社内での活動(案件・人材育成)と社外での活動(発信)を評価するようです。Engineersに選ばれましたよ〜ってメールを貰った後にしばらくして、Ambassadorにも選ばれましたという経緯です。Engineersの中から選出されているのかなと思います。aws.amazon.comなぜ選ばれたのか?あくまで推測ですが、私の場合はNRIネットコムという会社の中でAWS事業を推進する立場にあります。そこで、当然様々な案件に関わりますし、人材育成も行っています。2018年度は社内の研修講師として、かなりの数の講座を受け持ちました。対外発表面は最近サボっていたのですが、書籍の執筆は継続的に続けており、その辺りが評価されたんじゃないかなぁと思います。これからどうするの?今までの活動を評価されたというのは、素直に嬉しいです。Engineersに選出されるように精進します。あとは、後進の育成ですね。実は社内で私以外誰も応募しておりませんでした。選ばれそうな実力を持った人は社内には沢山いるので、そういった人たちのアピールと対外進出を支援していこうと思います。Globalの精神で、世界に進出していってください」と話されていました。今年は日本のみならず世界にもアピールできるような事を考えて実行していこうと思います。出来ることからですけどね。miniを導入しました。miniを連動させて、居間にあるリモコンで操作できる家電各種と連動させています。・エアコン・テレビ・ファン付きシーリングライト利用風景なかなかイメージがしにくいと思うので、実際の動作の様子を音声で聞いてください。Echo)とエアコンさんです。はいエアコン:運転を停止しましたこのエアコン、ダイキンのうるるとさららで喋ります。Alexaより喋ってます。買った当初は喋るの意味ないなと思ってたのですが、Alexaと連動させると近未来感が出てきて非常にグッドです。Remoとの連動が効果を発揮する家電は次のようなものです。我が家では、エアコンとシーリングライトについているファンを回すのに活躍しています。シーリングライトのファンは回すと便利なのですが、そのためだけにリモコンを用意するのが面倒くさくて永らく使っていませんでした。Remoのおかげで再び回りだすようになりました。最初に試して、あまり意味がなかったなと悟ったのは電灯・ライトです。居間の構造上、入り口すぐの時にオンオフのスイッチがあり、必要な時はそれを操作した方が早いです。スイッチがオフの状態でAlexaで操作しても、当然ながら電気はつきません。これが寝室だったら、布団に入って寝る前に本を読んで、そのまま布団から消すといった効果があるかもしれません。今の所、寝室への導入はしておりません。効果の薄い連動が、ルンバです。Remoとの連携機能があります。我が家の状況的には、連動してもあまり意味がないなということで解除しています。散らかし放題の2人の幼児がいる我が家では、ルンバさんを動かす前に部屋の片付けが必要です。その労力を費やした後にルンバさんの稼働となるわけですが、そこの部分だけ音声にしてもあまりありがたくないなぁというのが実感です。ちなみにルンバさん、任意の時間に掃除してもらうより、決まった時間に動くように設定しておいて、その前に強制的に片付けざるを得ない状況にする方が効果的ですよ。テレビとの連動はどうなの?よく聞かれるのが、テレビとの連動。我が家ではリアルタイムのテレビを見ることが殆どありません。録画済みのものや、Netflix等のオンデマンドTVです。Alexaさんで操作するには少し無理があります。結果的に使ってるのは、テレビを消す時だけです。これはこれで便利です。テレビを見るのを止めない子供たちに、Alexaさんは無慈悲にテレビを消してくれます。怒りの矛先は私にきますが。miniは5〜6千円くらいで買えるので、スマートスピーカーを持っている方は是非ご検討をお勧めします。Amazonや家電量販店でも、定期的に安売りしているので時期見計らって買ってみてはいかが?ちなみに私は使っていないのですが、インターネット経由で家電の操作もできます。エアコン消したかなといった心配も、Alexaアプリから確認できるようになります。Oneが不正アクセスによる1億人を超える個人情報の流出を発表しました。OneはAWSから何度も事例に取り上げられるような先進的な企業だったので、個人的にかなり衝撃を受けました。Oneの個人情報流出についてまとめてみたが非常に解りやすいので、まずはご参照してください。Roleのクレデンシャル情報を取得し、それを手元から利用して情報を取得したという形です。piyologさんの図を、再描画させて貰いました。すれば良かったのか?情報流出の一次的な原因としては、WAFです。WAF等のマネージド・サービスもしくは、専門の会社が提供する製品を利用するのがあ良いでしょう。WAFについては一次的な原因で真の問題については、別のところにあると思います。Roleを利用した点にあります。対策としては、2点考えられます。instanceが属するVPCからのみ接続できるように制限するS3に格納する情報は、非常に重要なものが含まれるケースがあります。その場合、IAMポリシーのみの設定のみで防御するのは危険です。Policyでも制限を加えるべきです。Policyの制限は強力で、どのようなIAMの権限を与えていても、ポリシーに合致していないと見ることはできません。上記の設定をすれば今回の事件は防げたと思います。Roleを付与していたec2がgetとput両方の権限が必要であった場合、ec2からの操作で情報流出の可能性はあったでしょう。それ以前に全てのAWSの設定のうちで、1箇所だけ設定を間違っていただけで、このような甚大な被害が発生する可能性があるのです。Oneがどれほどの規模のシステムか具体的に知りませんが、おそらくかなり巨大なシステムでしょう。AWSアカウントやIAMロール、S3バケットの数は無数にあると思います。上記のような個別防御の他に、様々な観点で防御する必要があるでしょうね。感想と宣伝AWSのセキュリティを考える上で、IAMに対する理解はかなり重要です。いうことで、IAMに特化した150ページほどの薄い本を2019年9月の技術書典7に出展予定です。上記のような設計の考え方、具体的なポリシーの実例をドドンと挙げています。出展については、こちらを参照してください。書いているうちに確信したのですが、IAMの防御は基本だけどそれのみでは、もはや足りません。そのうちどこかで、その他のセキュリティについても書こうと思います。Tumblrもっと読むコメントを書く2019-07-31技術書典7に出展しますTwitterで呟きましたが、9/22(日)に開催される技術書典に出展します。techbookfest.org出展内容とりあえず出すことを決定してるのは、AWSのリソースに対する認証認可の機能であるIAMに関する本です。100ページから150ページほどになると思いますが、その中でひたすらIAMに関することを取り扱います。商業誌だと1テーマでこれだけ書くのは厳しいので、技術書典ということで好きに書かせてもらいます。出展するのか?商業誌より儲かりそうだからという邪な考え方もあるますが、自由度の高さが魅力です。あと、Kindle等で直接出版をいつかしてみたいという夢を数年前から持っておりました。締切がないと全く進まないので、無理やり締め切りを作るために技術書典さんのイベントを利用させて貰いました。目次(案)取り扱うテーマとしては、次のような感じです。5章までは書いています。書いているうちに多少追加削除していくとは思うので、ご愛嬌ということで。今回は同人誌なので、原稿書いた後も全部やる必要があります。印刷の手配とかもやったことがないので、その辺りを1から学びながらやってみます。8月中旬には原稿書き上げて、その辺に進みたいなと思います。余裕があれば、もう1冊くらい作りたい気もしますが、他の商業誌の執筆も並行してやってるので難しいでしょうね。Wi-Fiは、どうやってつながるのか?或いは、なぜ割と速いのか?5年ほど前に、「新幹線のWifiは、どうやってつながるのか?或いは、なぜ遅いのか?」という記事を書いていましたが、新幹線のWi-Fiは遅くて使い物にならないものと思っていました。Wi-Fiが登場してきて、わりと快適になってきています。昔のLCXベースのWi-Fiは、新幹線1編成あたり最大2MBpsです。1編成ってのは、1号車から16号車合わせて1編成です。それで2MBps!!そりゃ、遅いですね。Wi-Fiの仕組み仕組み・構成については、この記事に詳しく書いてありました。Wi-Fi」開始の舞台裏LTEベースで、JR東海・九州はNTTグループで、JR西日本はauと、JR各社ごとに通信キャリアを変えているそうです。設置単位は何と1両ごと、車内案内表示器の空きスペースに設置しているそうです。LTEの要求スペックも、100Mbps以上のスループットが出るように設計されているそうなので、それなりに速いのも納得できますね。走っている場所により速度はマチマチですが、だいたい1Mbps以上はでている感じでした。※Googleさんの回線速度テストを使っています。1Mbpsの時は、非常に低速ですとディスられていますが。いうことで、早く全車両導入して欲しいものですね。2020年3月を目標に、順次設置を進めているそうです。虎の巻と立て続けにAWSの習得の仕方というテーマで登壇させていただきました。どちらの参加者もとても熱心で、AWSを学ぼう熱を感じました。登壇資料speakerdeck.comAWSの学び方イベントの中で、複数の方のAWSの学び方が語られていました。聞いていると、だいたい一定のパターンがありました。自分ごとにする(=AWSを学ぶ動機付けを明確にする)実際に手を動かす解らないところは、都度資料を見つつ確認する身につけた事をアウトプットするつまり勉強のための勉強にしないということですね。AWSは今では100を優に超えるサービスがあります。これを一から全部体系的に勉強しようとすると、膨大な時間が掛かります。AWSのサービスは、下手したら自分が学ぶスピードより速く拡張していっています。いうことでお勧めは、基本的な事と使う事を中心に学んでいくという方法です。AWSの学ぶためのチュートリアル初めてAWSを学ぶ際のお勧めは、次のとおりです。自分が本を書いているからという手前味噌感は半端ないですが、初学者に本はやはりお勧めです。今だとネットで良い教材が揃っているのも事実です。一方で本には本の良さがあり、ちゃんと構成を練られた本であれば、対象とするテーマに対しての網羅性が高く順を追って過不足なく解説されているものです。ネットで学ぶのも良いのですが、ネットにアクセスするのは能動的である必要があり、キーワードを知らないと調べられないという構造があります。学ぶときに、全体像が掴みにくいという問題があるのです。その辺りをちゃんとカバーしている優良なサイトも沢山ありますが、最初にそこに辿り着けるかという問題があります。初学者は書籍やコースで受動的に学び、中上級になったら能動的に学ぶのがよいでしょう。アソシエイト手を動かしながら学ぶの大事と話しましたが、ではAWS認定試験はどのように位置づければ良いのでしょうか?これは、自分が達成したレベルを客観的に測るための物差しとすべきだと思います。AWS認定試験は、試験範囲の網羅性・設定されたレベルに対しての難易度の調整の面においても良く出来ていると思います。試験を受けることによって、知らなかった機能や使い方に気がついて、あとで学び直すきっかけにもなります。新バージョンに対応したAWS認定ソリューションアーキテクトの試験本も3冊立て続けに発売され、学びやすい土壌もできています。願わくば、日本でもプロフェッショナルレベルの試験対策本が出るほど、AWS技術者層としての厚みが出てくればと思います。〜十人十色〜"というセッションに登壇していました。商業誌・同人誌のAWS本の作者たちが集まって、執筆について語るという内容でした。登壇者の皆さんの話は、執筆方法・テーマの考え方・同人誌(技術書典)を取り巻く環境・お金にまつわる話と、どれも非常に興味深かったです。その中で、個人的に衝撃を受けたのが同人誌の執筆環境です。いった工程があります。執筆から製版までのプロセスを支援するツールとしてRe:Viewという書籍執筆支援システムがあります。原稿書くだけであればMarkDown形式というのが多いのですが、スタイルの指定など表現力に難があります。いった部分までサポートするRe:VIEWがあるのは知っておりました。Re:Viewについてはある程度知見がありました。5年前に原稿を書き出した時に、どのフォーマットで書くか試行錯誤してた時期がありました。結局、商業誌の場合は組版・製版は出版社がやってくれることもあり、手軽なMarkDownに落ち着いていました。blog.takuros.net当時、gitにプッシュしたらビルドする仕組みも用意してたのですが、下記の2つの点で使わなくなりました。・ローカルビルドは、複数の環境で執筆してたので、全てに用意するのが面倒くさかった・サーバビルドは、コストの面で断念。hubで公開されているため、それを利用する人が多いようです。ローカルで利用するだけでなく、CircleCI等に組み込んで執筆環境のCI/CDが実現できるようにしているとのことです。なにそれ、並のシステム会社より進んでる!!と思いました。hub.docker.comAWSでサーバレスで執筆環境を作ったなかなか衝撃的だったので、自分でもやってみないとと思い環境を作りました。CircleCIも良いけどCodeBuildやCodePipelineをちゃんと使いたかったので、そちらの方で環境を作りました。こんな構成になります。CodeCommitにマスターにマージされると、CodePipelineが検知してCodeBuildを呼び出します。CodeBuildでは、Re:Viewのコンテナを利用してPDFをビルドします。生成物であるPDFは、S3に保存されます。このPDFをCodeDeployを使って任意の場所に配布するという流れです。CodeDeploy部分は現在一人で執筆しているので作っていませんが、SlackやDropBoxのAPIと連携して共同作業者に配布・通知するというのが良いでしょう。AWSの費用は、CodeBuildの無料枠が月あたり100分と大きいので、ほぼ無料枠でいけるのではという感触です。ビルドしたら、こんな感じでPDFがつくれます。最初は試行錯誤しましたが、一度作ってしまえばサーバレスでマネージメント不要の環境ができます。環境が整ったので、Kindleのダイレクト出版をやってみようと思います。1ヶ月くらいで書きたいですね。あと最近盛り上がっている、技術書典。4月開催に行ってみて雰囲気を掴んで、10月に挑戦してみたいです。AWSの環境の作り方とRe:VIEWの使い方は、手順紹介の記事を別途それぞれ書きます。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。