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の使い方は、手順紹介の記事を別途それぞれ書きます。アソシエイトの対策本を書きましたすっかりブログ無精になってしまいましたが、こんにちは。周りの人には、出す出すと言っていたAWSの認定試験対策本を書きました。ソリューションアーキテクト-アソシエイト」というタイトルで、既に書名を覚えるのは無理だなと諦めております。目次は、次のようになっています。試験範囲を網羅するのはもちろんの事、本書では勉強の仕方や解答の解き方を重視しました。進め方を解説しています。試験対策と銘打っていますが、実務でAWSを使う上でも同様のフローで大丈夫だと思います。Well-Architectedの考え方を紹介しています。ここ読むと問題文の意図が解るようになっているので、解答の選択欄の絞り方が見えてきます。最後の14章で問題の解き方の実践演習です。どのような順番で選択肢を消していくのかその考え方も解説しています。対象読者もちろんAWS認定ソリューションアーキテクトを受験しようとする人ですが、試験本以前に入門書としても使えるのではないかなと思います。この本さらっと読んで概要を理解し、次にパターン別構築・運用ガイドで手を動かしながら身につけて、業務システム設計・移行ガイドを読めば設計から構築までの実務が一気通貫でできます。クラウドネイティブ・アプリケーション構築ガイドを読めば、創成期のサーバレスアーキテクチャがどうだったのかが解ります。本書は他のAWS本を一緒に書いた同僚3人で書きました。基本から応用まで」の講師でもあります。1万人が10時間の講義聞いてる計算になるので累計10万時間、実は彼の声だけはAWS界隈の中で一番知名度があるのではと思っております。終わりに実は、この本2018年の11月くらいに出す予定で書いてたのですが、紆余曲折があり出版が大幅に遅れてしまいました。一方で最近は、企業内でAWSに関するトレーニングをすることも多く、AWSを始めたばかりの方が戸惑うところも解るようになってきました。いった部分も盛り込めたので、いい本に仕上がったのではないかと思います。手にとってみてください。4/20に販売開始です。Tumblrもっと読むコメントを書く2019-01-142018年の振り返りと2019年の目標あけましておめでとうございます。今年もよろしくお願いします。毎年恒例となってきているので、正月大幅に過ぎましたが、昨年の振り返りと今年の目標です。2018年の主な活動は、出版2冊と雑誌寄稿2回です。業務システム設計・移行ガイドを2018年1月に出版しました。クラウドエンジニア養成読本も著者の一人として執筆しました。業務システム設計・移行ガイドは、マルチアカウントでAWSをどう使いこなすかとか、オンプレとVPCの接続をどうするかといった、実際の企業内の利用に即した使い方を解説しています。書いた当時では、こればベストという手法だったと思います。Hubが出てきました。いうことで、アップデートが必要だなという状況です。基本的な考え方は今でも充分通じると思います。今年は、これを英語化したいなと目論んでいます。見るクラウドエンジニア養成読本は、AWS・GCP・Azureという3大クラウドを取り扱う野心的な書籍です。カスタマーレビューにある通りAWS成分多めです。〜クラウドの現在、そして未来はどうなる?」という部分の担当で、クラウドを取り巻く現状、主要ベンダーとその位置付け、最近の潮流、さらにはエンジニアはクラウドとどう向かい合うのかということをつらつらと書いています。メインのテーマとしては、コンテナ化・サーバレス化がアプリの可搬性を高めて、結果としてマルチクラウド化が進むという予想を書きました。2018年の流れを見ていると、たぶん大きくはずしていなかったと自画自賛しております。単行本この商品を含むブログを見るAWSの最初の本も改定して、自分が書いたAWS本がAmazonのクラウドのランキングに3冊並んだのはちょっと嬉しかったです。それぞれ何度か一位になれました。今年は1回、日経クラウドファーストに寄稿しました。HubとSnowBallの話です。移行関係の実務はツラミが多いので楽しくないのですが、Snowballの実体験に基づくハマりどころは書ききれたかと思います。専門誌なのでクローズドな世界なので、今年はもう少し一般の方が目にするような所でも書きたいと思います。ブログ2018年は16本のみでした。2017年の18本とほぼ同様です。ブログのアクセス数は、286,847なので前年比2017年は228,420ページビューと2016年に対して25%増です。検索流入は安定して入ってきているので、質を高めた記事を月2本くらいは書いていきたいものです。2018年の目標に対しての採点2018年の目標は、これでした。2017年末に書いてたのがメインだけど、とりあえず3冊出版したので良しとしよう。