プログラマでありたいスマートフォン用の表示で見るプログラマでありたいおっさんになっても、プログラマでありつづけたい2020-01-012019年の振り返りと2020年の目標あけましておめでとうございます。今年もよろしくお願いします。毎年恒例の、昨年の振り返りと今年の目標です。2019年の主な活動は、出版2冊と雑誌寄稿1回、登壇7回です。あと、AWSにアンバサダーに選んでいただきました。ソリューションアーキテクト-アソシエイト』を出しました。今までの技術書と少し勝手が違うので戸惑いましたが、試験に合格するというよりAWSを学ぶにはという観点でまとめ上げました。半年で1万冊以上、既に5刷目と凄い勢いで売れています。参考書という市場の意外な大きさと、AWSの力強さを実感することができました。IAMのマニアックな話』を書きました。技術書典7に参加して、当日450冊、BOOTHで1千冊近く売れていて、今も毎日売れ続けています。この本は同人誌ということで、出版社・編集者の力を借りず、自分の力で企画となります。一人ですることにより、今まで如何にサポートされてきたのか実感できました。執筆だけでなく、編集や出版まで自分でやったという経験は中々得難いものになります。物販するのは楽しいですね。これは、別途BOOTHで販売して3ヶ月経過してどうなったのかという形でまとめようと思います。booth.pmそれ以外に、企画中・執筆中の本が何冊かあります。会社の同僚たちにも執筆する人が増えてきました。アナリティクス』は評判もよく、自分の事のように嬉しいです。他にも執筆中の本があるので、今年も楽しみです。雑誌寄稿2019年は1回、日経クラウドファーストに寄稿しました。Spectrumの特集です。1年前の正月に必死に検証しておりました。最近、会社では自分で性能検証まですることが無いので、久々でよい経験でした。紙媒体としての日経クラウドファーストはなくなってしまったので、また別の媒体で書ければいいですね。振り返ってみると自分としては意外な程、沢山の登壇機会を頂くことができました。JAWS関係だけでなく、出版つながりでリクルートスタッフィングなど新しい場で登壇でき、少し幅が広がったかなと思います。www.itstaffing.jpwww.itstaffing.jpjawsug-bgnr.connpass.comjawsug-bgnr.connpass.comjawsug-saitama.doorkeeper.jps-jaws.doorkeeper.jpjawsug-chiba.doorkeeper.jp2020年は、勉強会以外でも登壇できるように、いろいろ考えて活動していこうと思います。登壇関係の方も執筆と同様に、会社の同僚が出てくるようになっているので、活動が広がりを実感しています。ブログ2019年は26本のみでした。2018年は18本だったので少し増えました。ブログのアクセス数は202,257なので、前年比2017年は286,847ページビューと30%減です。登壇資料を載せただけのブログなど、報告ブログがメインだったのが反省点です。調べた記事やメッセージ性があるものについてはアクセスも来ているので、2020年は原点回帰してブログをちゃんと書いていきます。Engineersになった2019年の特筆事項としては、Ambassadorになったことです。これはAWSに関する活動を認められて選ばれました。このように対外的な賞を取ったことがなかったので、素直に嬉しいです。一方で折角なって色々な機会が貰えるようになったのに、上手く活用できていないということも感じています。一段飛躍するために、アンバサダーという立場を上手く使っていきます。その前に、2020年も選ばれるように残り3ヶ月がんばります。blog.takuros.net2019年の目標に対しての採点2019年の目標は、これでした。く習慣がなくなりつつあるので、ブログでペースを取り戻すことにします。Kindle本ではないですが、同人誌書いてBOOTHで販売してるので合格とします。商業誌と別に書き続けます。24記事400,000ページビュー目標が、28記事で200,000ページビュー。ブログに執筆がやはり重要と解ったので、2020年はブログ書く習慣を戻します。スペシャリティのビッグデータと機械学習、あとはクラウドプラクティショナー取りました。平均残業時間10時間未満。平均歩数は達成、睡眠時間と体操は全然だめ。データ分析基盤について、少し語れるようになってきたと思います。定石勉強せず、打つだけで上達するか試してました。自然と勝率は上がってるので、2020年はちゃんと勉強して一気にレベルアップ目指します。執筆期限が過ぎた大量の受注残を粛々と書いていきます。ご迷惑をおかけしてすいません。IAM本、夏過ぎくらいにKindle化しようと思います。分量少なめのものと大作含めて、どんどん書いていきます。grammarly使って、英語書く練習します。Alexaとネットワーク取って、3月までに11冠目指します。ベータ版のデータベースは見ないふりします。アンバサダーなって英語の必要性が高まりました。勉強方法はどうするかはおいておいて、勉強再開します。指標として解りやすいTOEICでも受けてみます。800点かなまとめいつもの座右の銘を貼って、自分への戒めとしておきます。Vogelsのキーノートの発表です。Andyのキーノートは主にビジネス的な観点からAWSの凄いところとか新サービスの発表がされます。これに対してWernerの発表は、技術的な観点でAWSはどうなってるのかの説明です。新規のサービス発表は例年ほとんどなく、今年はほぼ全くなかったです。私が印象に残ったトピックスとその感想を語るという形式でまとめてみました。System日本ではニトロと呼ばれていますが、こちらでは"ナイトロ"です。そこのところ、宜しくおねがいします。今年re:InventでNitro関係の説明を受けるまで、NitroってのはXenに取って代わった、AWS独自のハイパーバイザーでec2周りだけのものかと思っていました。ストレージやネットワークを含む中核的なサービスだったということを初めて理解しました。理解を深めるために、もう少し調べてみます。コンテナの話FargateやLambdaの裏側で動いているFirecrackerのアーキテクチャの解説がありました。AWSが継続的に相当の投資をして、進化していっているのが見て取れました。象徴的だったのが、ec2と比べてFargateはいかに負荷に応じてスケールアウトできるかというスライドです。システムをうまく作れば、ほぼリアルタイムにリソースを調整できるようです。これを聞きながら考えたらのは、やはりコンテナファーストを前提に考えないということです。昨日聞いた別のセッションで、初期のAWS移行時の作り方はリフト(そのまま持っていく)が7割でシフト(クラウド最適化)が1割とのことです。ここで言うリフトはRehostの他に、Replatformも含まれています。ReplatformというのはOSのバージョンアップ等を含め多少手を加えてという意味です。意識的には、Replatformはコンテナ移行まで含めるくらいの感じでやればいいんじゃないのと思っています。あとKubernetes(k8s)使うか問題です。個人的な結論としては、EKSじゃなくて素のECSでいいだろうと考えています。ECSはec2じゃなくてFargateベースで。コンテナ自体に可搬性があるので、その下のオーケストレーションツールは、後方互換性が高いものを優先にすれば良いだろうと。AWSは、後方互換性については充分信頼に足ります。システム自体を他のクラウドに移行することは殆どないので、マルチクラウド戦略のためのk8sの優位性より運用の楽さを選んでしまっても良いと考えました。Physaliaそして割と唐突に紹介されて何のことか解らなかったのが、Physaliaです。Physaliaは、カツオノエボシです。これは実はEBSの内部的なアーキテクチャの解説でした。EBSは利用者からみたら単なる外部ストレージですが、内部的には分散型のマイクロデータベースとなっているとのことです。投票システムなど数学的なバックグランドをもって設計しているのが垣間見れました。今のEBSは、びっくりするぐらい信頼性の高いストレージサービスです。バックアップ前提で運用する必要がありますが、それを忘れそうになるくらいに。EBSが出た当初は、AWSの大規模障害の殆どがEBSだと言えるくらいに、かなりの頻度で障害が発生していました。当時はEBSは生のハードウェアに近いシステムなので障害発生しやすいものかと思っていましたが、それをここまで持ってきたというのに気が付き、改めてAWSの凄さを再認識しました。ちなみに、最初期のec2はEBSがなくエフェメラルストレージのみでした。その話しをすると、どうやって使ってたのですかとびっくりされます。皆さん、想像してみてください。これAWSのサービスという訳ではなく、いわゆるクラウド・デザイン・パターン(CDP)です。いろいろなパターンのサービスを、AWSのサービス等を使ってどのようにシステムを作っていくか丁寧に解説されています。超絶オススメで私もしっかりと読んでいこうと思います。欲を言うならば、もう少し画像多めにしてほしかったwちなみにCDPの概念、日本のAWS界隈では昔からあります。して活動し、ユースケースごとに様々なデザインパターンを作り出してまとめられていました。Servicesクラウドデザインパターン設計ガイド』として書籍化されています。これ10年前くらいからの活動なので、日本のエンジニアが10年先をいってたなぁと感慨深いものがありました。Vogelsのキーノートを聞くと、アーキテクチャの話だけで数万〜数十万の前で話すの凄いなぁと毎回感心します。聞いているとAWSへの理解が深まり、どういう風に設計すればよいのか解ります。キーノートはもう既にYoutubeで公開されているので、ぜひ見てください。Jassyキーノート2019年12月2日〜6日までアメリカのラスベガスでAWSの最大のイベントであるre:Inventが開催中です。今年も自分なりの解釈で1行所感をつけていきます。Jassyのキーノートで発表したものです。※1行の定義はなんだという問には答えません。processors"を使った新インスタンスタイプM6g,R6g,C6g。Multicastマルチキャスト。Managerモリタリング系のサービスなんでしょう。Fargate今回のサービス予想の中で、たぶん単勝1番人気。PointsS3のエンドポイントを任意につくるサービス。storageマネージドストレージ付きのRedshift。Auroraのようになってきている。Viewの方を見ながら)他のDWHに比べて10倍早くなるよと。Serviceユニクロじゃないよ。Cassandraのマネージド・サービス。日本では既に撤退済みが多いような気がするが、歓声が多かったのでアメリカには鬼が多いようだ。Notebooks出すって。Notebookがすぐに使えるようになるサービス。Debuggerデバッグも必要ね。自動のモデル作成・可視化ここまでやったら、一連の作業を全部おまかせでやりますよ。SageMakerならね。AutoMLを相当意識していそうaws.amazon.com結論データサイエンティストと名乗っている人の半分くらいを殺しにきてると思いました。Detectorリアルタイムの不正検知。CodeGuru個人的に今回の発表で一番熱いサービス。MLを使ってコードの改善をして貰える。単なる静的解析ではなく、効率的なコードのサジェストも。Connectのリアルタイムの通話分析&可視化。Kendraエンタープライズの検索サービス。色々なサービスと連携し、自然言語処理・AIを駆使して最適な文章を探してくれる。OutpostsGA(正式サービス)化!!でも、これは社内のオンプレサービスを駆逐するものじゃないからね。Wavelengthあなたの5G回線からもAWS。提携しているキャリアのエッジポイントからAWSのリソースを5Gで使えるようにするよと。KDDIもやるってさ。機械学習&それを使ったサービスの目白押しですね。SageMakerが熱いし、CodeGuruが楽しみ。千葉支部でセキュリティの話をしてきました。IAMのマニアックな話を書いて以来、IAMでちゃんと設定していても、それだけだとカバーしきれない部分があり、じゃぁどうやってAWSアカウントのセキュリティを守るのというのを考えています。その一端をご紹介させて頂きました。千葉支部は、3年ぶりの再開です。私も、東京で開催された千葉支部には参加させて頂いたことはあったのですが、千葉開催回は初めてでした。ControlTowerなど、AWSのセキュリティを支えるツールの紹介です。これをどうまとめるのか、いろいろ試行錯誤していますといった話をしていました。何となく形は見えているので、パターン化やテンプレート化を進めていこうと考えています。speakerdeck.comTogetterまとめ当日の様子はTogetterを見てください。多数のツイートが飛び交って、よい回だったと思います。togetter.comアスキーの記事になっていたそして、なんとこの回がアスキーさんの記事になっておりました。記者の方がいるとは知らず、びっくりしました。やって形になるの良いですね。ascii.jp感想IAM要素をもう少し減らして、セキュリティーサービスよりの話を増やせばよかったかなとも思いますが、終了後にいろいろIAMについての質問等を受けてよかったと思います。宣言してしまっている、IAM本の続きはセキュリティサービスの活用をテーマに技術書典8で発表予定です。JAWSに登壇してきました。趣旨としてはこういう設計をすれば良いというのではなく、全体像が解るように分類・言語化しながら、その組織に最適な設計・運用方法に落とし込んでいけば良いという事をお伝えしました。Action発表中にも少し言及しましたが、今のAWS構築はIAMロールの設計が必須となりつつあります。なると、開発者に与える権限は必然的にIAMの権限が必要となり、管理者権限を与えるのと同じになります。なると管理が非常に悩ましくなり、IAM単体では解決できない問題になります。マルチアカウント化、AWSのサービスを活用してのセキュリティ担保など、取り組むべきことが沢山あります。今、自分の中で要素要素のアイデアがあるので、ここいらで一度言語化しようと思っています。11/23に開催されるJAWSUG千葉で発表予定なので、お時間の都合が付く方は是非お越しください。jawsug-chiba.doorkeeper.jp他の登壇者の発表クラメソの臼田さんがリアルタイムにレポートまとめておられました。席が横だったのですが、凄いの一言です。発表者の中で、亀田さんのブロックチェーンについては脱帽でした。他の登壇者の方々はセキュリティの専門家という中での登壇だったので、非常にプレッシャーを感じました。利用者目線での情報の提供は出来たのではないかと思いますが、解らんという部分についてはお気軽にメッセージください。IAMのマニアックな話』にまとめています。さいたま支部でIAMのマニアックな話のライト版のライトニングトークをしてきました。強い意志を感じました。jawsug-saitama.doorkeeper.jp登壇資料LTということで、5分間の短縮版です。IAMのマニアックな話』のエッセンスをお伝えしてきました。speakerdeck.comIAMの設計を言語化したいところで何でIAMだけの本を書いたかというと、IAMの設計の考え方を言語化したかったからです。いろいろな方に指摘して頂いている通り、IAM本はマニアックな内容というよりベーシックな内容にまとめています。これまで、おそらく10年以上IAMの設計をしてきました。細かい設計も大事ですが、それ以上に大きな設計方針が大事だと思っています。この設計方針というのは、使う環境によって多少の差異はあるものの、原理原則として使えるものではないかと思っています。そんな訳で言語化したものがIAMのマニアックな話です。JAWSでもう少しちゃんと説明しようとおもっています。JAWSなアウトプットのススメ!』にLTで登壇してきました。実はこれ、上手なアウトプットとJAWSに掛けてるのですよ。みなさん、気が付きましたか?私は全く気がついていませんでした。今回はAWSの技術の話ではなく、アウトプットがテーマです。私も自己流のアウトプット法について、5分間のお話させて頂きました。speakerdeck.com時間の関係で資料には入れませんでしたが、モチベーションを支えるための手段にお金の直接的なメリットがあっても良いのではと思います。私もブログ始めた当初、Amazonのアフィリエイトリンクを貼って、どのように書けばより読まれて売上につながるのかとか研究しました。-個人的には、森川さんの発表内容が凄すぎて圧倒されていました。アウトプットの仕方をセオリー化していて、素晴らしかったです。Connpassにて資料も公開されていますので、ぜひ読んでみてください。感想JAWSという場で技術ではなくアウトプットをメインのテーマにするという少し変わった取り組みでした。初心者の方には、少し面食らうのではと懸念しておりましたが、懇親会でお話伺ってると自分も登壇してみたいという方が多数いらっしゃいました。今はもう慣れましたが、自分が登壇してみてと言われると絶対ムリと答えてたと思うので、みんなモチベーション凄いなと思います。アウトプットの手段は人それぞれで良いと思いますがが、どんな手段にしろ必ず自分の為になります。皆さん、一歩乗り越えて挑戦してみましょう。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。