『AWSの薄い本Ⅴ データ分析基盤を作ってみよう 〜性能測定編〜』を書きました

技術書典に連続出場するために、AWSの薄い本の新刊を書きました。「AWSの薄い本Ⅲ データ分析基盤を作ってみよう　〜設計編〜」の続きの位置付けで、性能測定をテーマに扱っています

内容

　題名の通り、性能測定をテーマに扱っています。と言っても、CPUやディスクの性能、あるいはデータベースのパフォーマンスといった一番基礎的な部分を避けて、S3・Athena・Glueを対象としています。なぜ、これらのサービスを選んだのか。それは、CPUやディスクといったローレイヤーのサービスだと、AWSが公開しているスペック通りに動きます。一方で、S3やAthenaについて、どういった性能なのか知らないという人が多いようです。
　S3は、オンラインから利用するオブジェクトストレージです。その特性から来る強みと弱みがあります。AWSでデータ分析基盤を作る場合、データレイクはS3を使います。本書で述べていますが、S3は大量の小さなファイルを扱うには向いていません。なぜそうなのか、実際に測定しながら解説します。そして、そのことから導き出されるデータ配置の戦略についての考え方を解説しています。

　実際的な測定以外にも、性能測定の必要性や観点・やり方なども解説しています。AWSを使っていると性能測定した上での設計をすることは少ないかもしれません。しかし、設計に対して根拠をもった説明をするには、重要なことです。

目次

第1章　制約とアーキテクチャの決定1
　1.1 機能要件と非機能要件
　　IPの非機能要件グレード
　1.2 アーキテクチャ検討へのアプローチ
　　IP非機能要件グレードの性能・拡張性要件
　　性能測定をして裏付けをとる

第2章　AWサービスとその特性
　2.1 Amazon　Athena
　　Athenaの性能特性
　　Athenaの料金体系
　　Athenaのそのほかの考慮点
　2.2 Amazon Simpl Storage Service (Amazon S3）
　　S3の性能特性
　　S3の料金体系
　　S3のそのほかの考慮点
　2.3 AWS Glue
　　Glueの性能特性
　　Glueの料金体系
　　Glueのそのほかの考慮点

第3章　性能測定の方法
　3.1 性能測定の目的設定
　3.2 性能測定をするうえで、重要なこと
　　測定の目的
　　測定環境の平準化
　　実際の環境に近づける
　　複数回の測定
　　メトリクスの取得
　　外部影響を最小限に
　　変更との比較
　　分析する
　3.3 測定ツールをどうするか
　　ディスク/ファイルシステムの性能測定
　　ネットワーク測定
　　カスタムツールの開発
　　テストツールのまとめ

第4章　サービスごとの性能測定
　4.1 Athenaの性能測定
　　Athenaの検証の目的
　　Athenaの検証環境
　　Athenaの測定結果
　4.2 S3のデータ転送の測定
　　S3の検証の目的
　　S3の検証環境
　　S3の測定結果
　4.3 Glueの性能測定
　　Glueの検証の目的
　　Glueの検証環境
　　Glueの測定結果

第5章　測定結果に対する考察
　5.1 性能測定で判明したこと
　　Amazon Athena
　　Amazon S3
　　AWS Glue
　5.2 結果に対する考察
　　今回の検証で確認できたこと
　　検証できていないこと
　5.3 データ分析基盤の設計への指針

第6章　まとめ
　あとがき

感想

　最近の自分の仕事では、AWSのサービスの評価をじっくりするような事は、なかなかできません。今回、本を書くためにひたすら性能測定をしていると、昔を思い出して楽しかったです。地道な検証を繰り返していると、今のCPUやディスク・ネットワークなどの基礎的なインフラストラクチャーの発展ぶりや、それを組み合わせたAWSのサービスの凄さを改めて実感できました。
　今回検証できたのは本当にごく一部ですが、この手のは今後ライフワークとして定期的にやっていきたいなと思いました。そのためにも、AWSのクーポン欲しいなぁw

takuros.booth.pm

技術書典15のオフライン会場に出展してきました

　　2023/11/12 に開催された技術書典15 オフラインに物理出展しました。
今回は反省点ばかりです。次回への教訓に記録を残しておきます。

当日の売れ行きと考察

　当日の入場者数は、2,200人とのことでした。前回の14は、2,100人だったので100人アップですね。

技術書典15オフライン会場は17時をもちまして閉幕いたしました。オフライン会場の来場者数は2,200人でした！そして技術書典オンラインマーケットでは引き続き11月26日(日) 23:59まで #技術書典 15を開催しています。紙の本を買うと電子書籍が付いてきて送料も無料📚️✨https://t.co/hTKDdTogeb pic.twitter.com/gfiAHjpenK

— 技術書典 公式アカウント (@techbookfest) 2023年11月12日

　時間ごとの入場者数はわかりませんが、14時以降以外は売り切れていたそうなので、だいたい均等に来場されたのでしょうね。
さて、私のところの時間ごと・書籍ごとの売れ行きです。

時間	IAM本	セキュリティ 本	データ分析 設計本	昔話	データ分析 性能本 （新刊）	合計
11:00	5冊	4冊	4冊	1冊	10冊	24冊
12:00	6冊	5冊	5冊	1冊	6冊	23冊
13:00	6冊	6冊	6冊	5冊	6冊	30冊
14:00	12冊	11冊	11冊	10冊	7冊	49冊
15:00	6冊	5冊	5冊	3冊	5冊	25冊
16:00	0冊	1冊	1冊	1冊	1冊	4冊
合計	35冊	32冊	32冊	21冊	35冊	155冊

　今回は新刊を１冊書いていったのですが、売れ行きは芳しくなかったです。旧刊と同程度の売れ行きです。過去、単独参加の技術書典の動向とも比べてみました。

時間	技術書典7	技術書典14	技術書典15
11:00	151冊	43冊	24冊
12:00	94冊	37冊	23冊
13:00	82冊	48冊	30冊
14:00	43冊	25冊	49冊
15:00	45冊	22冊	26冊
16:00	36冊	11冊	4冊
合計	451冊	186冊	156冊

　前半の出足の悪さが目立ちますね。実はこれ、午前中にノボリ等の視覚的な案内を一切していなかったのです。新刊の案内を用意するのを忘れていて、まぁいいかと思って旧刊分含めてセッティングしませんでした。そうすると目に見えて売上さがりました。ちゃんと知らせること大事です。次回は、しっかり準備していきます。下の写真は、午前中の様子です。これだと、本当に人が立ち寄らないのですよ。視覚的に伝えることが大事です。

新刊について

　今回の新刊は、データ分析基盤を作ってみようの続編で、性能測定まわりの部分について書いてみました。性能測定といっても、RedshiftやAuroraのパフォーマンスの測定ではなく、S3のファイルサイズがGlueやAthena、あるいはファイルのアップロードに与える影響。結構大事な部分で、知らない人が多いかなと思って書いてみました。詳細については、別のブログ記事で紹介しようと思います。

2023年11月26日まで、技術書典15のオンラインマーケットで販売しています。物理本の送料も無料です。
techbookfest.org

新刊執筆までに

　原稿は、平日の夜や休日に書いています。最近は仕事も忙しく、休日も家の用事や商業誌の執筆などもたくさんあり、ほとんど時間が取れなくなりつつあります。そんな中で、今回は過去最高（最低？）に切羽詰まったスケジュールでした。割増料金を払って11月9日の10時までに入稿するプランを使う前提で考えたのですが、次のような状況でした。

11月4日（締切5日前）

ちょいと時間がないから、この前少しやった性能測定の話でも書こうかな。
・制約とアーキテクチャ決定の話
・AWSサービスと性能測定
・性能測定の仕方の掘り下げ

性能測定については、下記の３つくらい
・Athena（既出）
・S3へのファイルアップロード
・Glueからの測定
・Redshift/Aurora

— Takuro SASAKI (@dkfj) 2023年11月4日

11月7日（締切2日前）

あと２０ページ。間に合うかな？
データ測定がスムーズに済むかどうか次第だな。勝負の時間は、今日と明日の晩のみ
間に合わなければ、「新刊落とした」の札を下げて店番やります#技術書典

— Takuro SASAKI (@dkfj) 2023年11月7日

11月8日（締切1日前）

さて、原稿書くぞ！！
今晩中に、あと１０ページ！！
検証がうまくいけば、問題ないはず。逆にいうと１０ページで終わるのか問題がある

— Takuro SASAKI (@dkfj) 2023年11月8日

11月10日（締切1日超過）

もうダメだと思いながら、何とか技術書典15に向けての入稿が完了しています。入稿締め切り過ぎていたのですが、何とかなりそうな感じ
当日に新刊が並んでいたら、日光企画さんのお陰です。並んでいなかったら、私のせいですｗ#技術書典

— Takuro SASAKI (@dkfj) 2023年11月10日

　締切を過ぎるいわゆる極道入稿というのをしてしまいました。なんとか間に合ったのも、すべて日光企画さんのお陰です。ありがとうございます。本来は別のテーマの話を書こうと思ったのですが、調べる時間や検討する時間を考えると間に合いそうにありません。そこで、10月末のJAWS-UG東京 ランチタイムLT会#4で話した性能測定をテーマにしました。これだと、話の構成も調査もある程度完了しているので、あとは書き出すだけという状態でした。ただ、それにしても準備不足は否めなく、毎日２〜３時間睡眠という状況が数日つづきました。この歳で、そういう生活は無理と実感しました。計画的に執筆しましょう。

　この一連のツイートを見てくれている人も、たくさんいたようです。当日来場された皆さんに、よく間に合いましたねとお声がけ頂いたことが多々ありました。物書きのプロの端くれとして、あるまじき姿だったなと反省しています。印刷のコストも、早割でやるより1.8倍以上になりました。いろいろなダメージを負って、計画的に進めることの大事さを改めて実感しました。

まとめ

　そんなこんなありましたが、新刊をひっさげて技術書典に参加できたのはよかったです。年間２回の参加は初めてです。自分の中で、技術書典は今後の方向性を模索するための場と位置付けています。会場で頂いたフィードバックをもとに、今後もいろいろな創作活動をしていきます。

　最後に、当日ご来場いただいた方々や、オンラインで購入して頂いた方々、そして技術書典の運営の皆様、ありがとうございました。また、よろしくお願いします

まだ間に合う。re:Invent直前に用意しておくアイテム（PC周り編）

AWS re:Invent 2023は、11月27日から12月1日の間にラスベガスで開催されます。このブログを読んでいる人で、現地で参加する人も少なくない人数がいるのではないでしょうか。持ち物の確認をしていたので、ついでにまとめておきます。

モバイルバッテリー

PCやスマホを除いて、何よりも大事なのはモバイルバッテリーです。PCを１回充電できるくらいの容量のものを用意しておくと、いざという時の精神衛生上よいです。昔はいろいろな製品がありましたが、今だとAnkerを選んでおけば間違いないと思います。ちょっと高いですが、Anker 737 Power Bankがお勧めです。（私も5年ぶりに買い替えました。）

Anker 737 Power Bank (PowerCore 24000) (24000mAh / 大容量モバイルバッテリー) 【USB PD 3.1 対応/PSE技術基準適合/USB-C入力対応 / 140W出力】MacBook PD対応Windows PC iPad Pro iPhone Galaxy Android スマートフォン ノートPC 各種 その他機器対応

ケーブル & 充電器

ケーブルは、必要なものを持っていきましょう。問題なのは、それをどう運ぶか。お勧めはダイソーなどの１００均ショップで売っているケースでまとめるのがよいでしょう。ケースは少し大きめのものがお勧めです。急いで移動する必要がある時に、雑に入れられるようにしておくとよいです。充電用の薄型のものを一つ入れておくと良いでしょう。

Anker PowerPort Atom III Slim (PD対応 30W USB-C 急速充電器) デザイン/PSE認証済/PowerIQ 3.0搭載 / Power Delivery 対応/折りたたみ式プラグ iPhone 14 / 13 / 12、MacBook Air、その他USB-C機器対応 (ブラック)

また、USB2.0からType-Cに変換アダプタするアダプタも一つあると良いです。最近のPCは、Type-Cしか備えていない場合が多いです。急に四角いタイプのUSBを挿す必要がある時に安心です。私は、Pixelを買うと付いてくるやつを愛用しています。あれなんで、毎回付いてくるのだろう？

エレコム USBケーブル Type C (USB C to Micro B) 0.15m USB2.0認証品 3A出力 最大480Mbps ブラック U2C-MBFCM01NBK

あと現地でWorkshopなど参加する人は、延長コード付きの電源タップを持っていくと良いかもしれません。電源コンセントはあるものの、それぞれの充電プラグの形状がワガママすぎて挿せないというケースは多々あります。そんな時に、延長コードがあると割と重宝します。私は、今年はWorkshop系のセッションは受けない予定なので、持っていきませんが。

SIM

海外の通信をどうするのか。使いやすさや料金的な問題から、ポケットWi-Fiを空港で借りて持っていくというのは止めた方がよいです。SIMを買っていくか、eSIMの海外ローミングがお勧めです。私は毎回、T-Mobileが使えるアメリカSIM 10日間使い放題をAmazonで買って持って行っていました。3,580円です。

【物理SIM版】アメリカSIM 10日間【使い放題】4G-LTE 高速データ通信/通話/SMS/テザリング 【アメリカ ハワイ 無制限】 プリペイド SIMカード T-Mobile 10days

今年は、Povoの海外ローミングにチャレンジしてみる予定です。7日間で3GB、2,260円。通信単価的には、先に紹介した方が安いですが、会場内はWi-Fiが使えます。外出時に使えれば十分なので、今年はこれで行く予定です。

HDMIケーブル

意外にあると便利なのが、HDMIケーブルです。ホテルの部屋に帰った後や、朝の出発前に、PCを使って作業をすることは多々あります。そんな時に、ディスプレイが欲しいなと思うでしょう。そんな時にHDMIケーブルがあれば、あら不思議。ホテルのテレビが、途端にディスプレイに変身します。

Amazonベーシック ハイスピードHDMIケーブル 1.8m（タイプAオス - タイプAオス）ブラック

まとめ

実はSIMをどうするか以外は、国内での移動とあまり変わらなかったりします。それでは、皆さんラスベガスでお会いましょう！！

Storage-JAWSの第ゼロ回に登壇してきました

　既に１ヶ月以上も経過してしまいましたが、Storage-JAWSの立ち上げ回に登壇させていただきました。その時の記録を残しておきます。

storage-jaws.connpass.com

登壇資料と動画

　まず登壇資料と動画です。Storage-JAWSということで、ストレージにちなんだ話をしました。

speakerdeck.com

www.youtube.com

登壇とテーマ決めの経緯

　本編でも説明しているのですが、登壇の経緯です。技術書典で売り子をやっている時に、Storage-JAWSの主催者の藤原さんがご挨拶に来られて、今度JAWSUGを開くので何か話してくださいとご依頼いただきました。何の話を依頼されるのか解らなかったのですが、二つ返事で承諾しました。後日、Storage-JAWSの発足の話を聞いたという次第です。
　ストレージについて、そんなに専門性を持っている訳ではなく、立ち上げ回ということで何を話せば良いのか悩みました。幾つか候補があったのですが、5月にAWSの昔話の技術同人誌を書いた事もあり、ストレージサービスの昔話をしました。これが良かったのか悪かったのか解らないですが、けっこう昔の話を興味深くきいてくれる人がいたようです。ありがたい限りです。
　他の候補としては、EBSのアーキテクチャのDive Deepや性能測定の話も候補に考えていました。話すとなると、かなりの下調べが必要になりそうです。時間的余裕がなかったので、またいつか調べて話してみたいと思います。
　資料を見返してみると、s3fsの話題もいれています。ちょうど昨日、Mountpoint for Amazon S3がでましたが、このあたりも深く調べてみたいですね。

資料作成の裏話

　今回は私的な登壇なのですが、一応所属する会社に資料として問題ないかのチェックをしてもらっています。資料的には、特に問題がなかったのですが、担当者から、「佐々木さんは、いつもワインオープナーを持ち歩いているのですか？」と質問がありました。最後のスライドに対して、鋭い指摘です。
　普段使うカバンとスーツケースには、ソムリエナイフを常備しております。これで、ワインを選ぶ際に選択肢の幅が広がります。スクリュータイプよりコルクタイプの方が、種類が多いですからね。また、ほとんどのワイン売り場では、購入時にコルクも開けてくれます。しかし、栓が開いたまま持ち運ぶのは、大惨事を引き起こす可能性があるので避けています。なお、数年に一度ほど、飛行機に乗る際に入れっぱなしにしていて、なくなく処分させられています。皆さん、ご注意ください。

感想

　ひさびさのJAWSUG登壇で、かつ立ち上げ回ということで、非常に貴重な体験をさせて頂きました。機会を頂きまして、ありがとうございます！！今後は登壇も増やしていきたいので、お気軽にお声がけください

takuros.booth.pm

技術書典14オフラインに出展してきました

　2023/05/21 に開催された技術書典オフラインに物理出展しました。大変な賑わいで、コロナ禍という逆境の中を生き残って、よくぞ技術同人誌の文化を残してくれたという感動がありました。運営の皆様、本当にありがとうございました。

　混雑具合も上手くコントロールされていて、出展者として参加して非常に心地よい体験でした。今後も参加していきたいですし、後から振り返られるように、また新しい人が参加する際の参考に、記録や所感を残しておこうと思います。

当日の売れ行きと考察

　まず当日の来場者数です。主催の日高さんによると、当日の入場者数は2,100人だったそうです。

#技術書典 14おつかれさまでした！2100人もの方にオフライン会場まで足を運んでもらえ、事故もなく過ごせたのでホッとしています！オンラインイベントはまだまだ続きますので引き続き一緒に楽しんでください！ https://t.co/m7nMejkpTQ

— mhidaka@技術書典14け10 (@mhidaka) 2023年5月21日

時間ごとの入場者数はわかりませんが、11時から13時までの入場チケットは売り切れていたようです。時間あたりMax500人くらい合計で2,500人くらいで設定していたのではないかと推測します。

　それに対して、私が当日用意した本は、次のとおりです。当日の来場者数は全く解らないので、売り切れを出さないことを目標に設定しました。

• AWSの薄い本Ⅰ　IAMのマニアックな話　30冊
• AWSの薄い本Ⅱ　アカウントセキュリティのベーシックセオリー　30冊
• AWSの薄い本Ⅲ　データ分析基盤を作ってみよう　〜設計編〜　100冊
• AWSの薄い本Ⅳ　昔話で振り返るAWSの歩み　200冊

　IAM本とセキュリティ本は、BOOTHから在庫を取り寄せて30冊づつ用意しました。データ分析本は長らく物理本が欠品状態だったので増刷です。そして、昔話が新刊となります。後の2冊は印刷所である日光企画から直送してもらっています。こんなに要らないとは予想していたのですが、車で行く予定だったので、持って帰る前提です。（技術書典会場への送料は無料で、自宅に別送したら有料なので）

　さて、当日の売れ行きはどうだったのでしょうか？

時間	IAM本	セキュリティ本	データ分析本	昔話	合計
11:00	7冊	8冊	11冊	17冊	43冊
12:00	6冊	7冊	6冊	18冊	37冊
13:00	12冊	11冊	7冊	18冊	48冊
14:00	4冊	4冊	5冊	12冊	25冊
15:00	2冊	0冊	10冊	10冊	23冊
16:00	1冊	0冊	4冊	6冊	11冊
合計	32冊	30冊	43冊	81冊	186冊

※上記以外にも、現金決済が10冊あります。売れた時間を残していなかったのですが、1時間に2冊づつくらいで満遍なくといった感じです。

　なんとIAM本とアカウントセキュリティ本が2時過ぎに売り切れてしまいました。IAM本の発刊は2019年、セキュリティ本が2020年です。技術書典に来る人にとっては、もう見飽きているだろうという判断を元に用意した冊数です。正直言うとIAM本についてはBOOTH側の在庫もわずかで、増刷するくらいであれば改訂した方がよいと考え、用意できるギリギリの冊数をだしました。これが痛恨の大外れです。
　他の出展者とも話して様子が解ったのですが、久しぶりのリアルの大規模開催ということで、技術書典が初めてという方も多かったようです。そんな事もあって、IAM本を初めて見る人も多かったようです。私のブースの傾向をみると、IAM本とセキュリティ本・データ分析本は、じっくりと見本誌を読んで購入を決める方が多かったです。逆に昔話は、ノールックで買って頂くケースが殆どでした。なので、IAM本とセキュリティ本を売り切れを告げるのが申し訳なかったです。
　今回の様子をみると、既刊50冊づつ新刊100冊くらいがちょうど良かったようです。もう少し来場者が増えると仮定して絶対売り切れ出さないようするには、既刊75冊づつ＋新刊150冊くらいですかね。いずれにせよ、普通にやっていると私の場合は200冊くらいが限界だと思います。

頂いた声と回答

Q. IAM本は改訂しないの？
A. します。秋までには。（いつの秋かは解らない）

Q. データ分析本の実装編はいつでるの？
A. 次の次くらいの予定です

Q. Organizations本は？
A. 次の予定です。

Q. AWSに入門したいのだけど、ざっくり解る本は無いの？
A. 面白いテーマです。ただ商業誌に、よい入門書が多いので同人誌として出すか悩ましいです

Q. AWS以外の本とか出さないの？
A. なんか書いてみます

技術書典7との比較

　参考までに、私の技術書典出展の原体験であり、最も混雑した回であった技術書典7との比較です。

時間	技術書典7	技術書典14
11:00	151冊	43冊
12:00	94冊	37冊
13:00	82冊	48冊
14:00	43冊	25冊
15:00	45冊	22冊
16:00	36冊	11冊
合計	451冊	186冊

※前回の様子
#技術書典 に初出展。AWSの薄い本 IAMのマニアックな話を書きました - プログラマでありたい

　技術書典７のあの混雑は、もう戻らないと思います。最初の1時間は、本当に身動きが取れないほどの人が集まって、一方通行オンリーでした。午後になると随分空いたなぁと感じていたのですが、それが技術書典14並の来場のペースです。どちらがいいかという話はありますが、私としては今回のようなゆったりした感じがよいのじゃないかなと思います。
　というのも、今回くらいの来客者数だと1人で店番していても、ブースに来ていただいた方と色々お話しながらでも充分対応ができました。日頃私の本やブログ・Twitterを読んで頂いている方とお話することや、見本誌を読んで頂いた方からフィードバックなどを沢山いただけました。私にとっては、技術書典のオフライン会場は、販売の場というよりマーケティングの場という位置づけにした方がよいと感じているので、今回くらいの混雑具合がちょうどよいです。

感想

　ということで、私の技術書典14のまとめです。今回のブログを読むと、お前のところは知名度あるから余裕だけど、出展者の多くはもっと大変なんだぞという批判は出てくるんじゃないかなと思います。ただ、記録は記録として残しておいた方が良いと思うので、そのままストレートに公開させて頂きます。
　私としては、あのコロナ禍の絶望の中で、運営の皆様の並々ならぬ努力と工夫のお陰で技術書典ひいては技術同人誌の文化が残っていったことに感謝感謝です。単純に販路という意味では、私の場合はBOOTHやKindle ダイレクトパブリッシングで確保しています。なので、例え技術書典が無かったとしても、もう困らないかもしれません。しかし、それだけでは新規で技術同人誌を書いてみようという人には参入者には厳しすぎます。日本の技術同人誌をとりまく環境は良い文化になっていると思うので、少しでも何か貢献していきたいなと考えています。これを見て、自分も出展してみようだとか、技術同人誌を書いてみようという人が出てくるとよいなと思います。それでは、また次回の技術書典でお会いしましょう！！

techbookfest.org

「AWSの薄い本Ⅳ 昔話で振り返るAWSの歩み」を書きました

今年はアウトプットするぞということで、２年ぶりに技術同人誌を書きました。2023年5月21日開催の技術書典14 オフラインで販売します。またBOOTHにも入庫中です。

booth.pm

内容

　技術的な話ではなくて、AWSが出た当初はどんなだったのかという昔話です。日本に最初のAWSリージョンが開設されたのが、今から10年以上前の2011年です。そして、AWS自体は2000年代からありました。そうなるとエンジニアを始めた頃から、当たり前のようにクラウドがあったという人が多くなっています。昔からAWSを見てきた一人のユーザーとして、AWSの昔話を残しています。現在ではAWSには様々なサービスがありますが、例えばEBSのようにこれが無かった時代はどうやっていたのだろうと疑問に思うようなものもあります。無い時にどうやっていたのかの工夫と、不便がどんどん解消されていった時の空気感を伝えようとしています。
　中のコンテンツは、ブログで発表済みのものもあります。ブログからブラッシュアップしていますが、私のブログを全部読んでいるよという酔狂な方は、ご注意ください。

目次

第1章 最初の AWS サービスは何か?
　1.1 AWS の何が画期的だったのか?
　1.2 ジェフ・ベゾスの掟(The Bezos Mandate)
　1.3 インターネット時代の malloc S3
　1.4 始まりのAWS SQS
　1.5 名前を奪われた、もう一つの AWS
　1.6 群衆のクラウド Amazon Mechanical Turk
　1.7 AWS が巨大なプラットフォームになったのは何故か?
第2章 EC2 クラウドという概念をつくりあげたパイオニア
　2.1 原初AWSの海に漂っていたEC2
　2.2 GUI のコンソール画面なんて無い!! 統合的な CLI も無い
　2.3 EBSが無い時代のEC2
　2.4 2006年にEC2を出したAmazonの決断
第3章 ストレージサービス AWS の覇権の原動力
　3.1 EBSもっともハードウェアに近いサービス
　3.2 S3 時代を超越したオーパーツ
　3.3 AWSのストレージサービス
第4章 IAM 遅れてきた仕事人
　4.1 IAM以前
　4.2 VPCにみるAWSの設計ミス
　4.3 IAMがAWSにもたらしたもの
第5章 Before After CloudTrail
　5.1 CloudTrailがなかった時代
第6章 何もないところから始まった AWS
　6.1 揃う前にリリース
　6.2 記憶を記録に

書こうと思ったキッカケ

　さて、そもそも何でこの本を書こうと思ったのでしょうか？前々から、自分が知っている事を残すというのは、意味があるのではと思っていました。「永富家の人びと」という本があって、これは鹿島建設の「中興の祖」と言われる鹿島 守之助が作った鹿島出版会が出している本です。永富家というのは、兵庫県たつの市にある旧家で、永富家住宅として国の重要文化財にも指定されています。鹿島 守之助は永富家の出身で、鹿島家に養子にいきました。その関係もあって、鹿島出版が、守之助にまつわる事項をまとめたのでしょう。

　この本には、永富家の他に、近隣の縁がある家についても記載されています。佐々木家も実父が継いだ加藤家も永富家と縁があり、昔から養子に行ったり嫁に行ったり貰ったりしていたようです。そんな関係もあり、佐々木家のことも記載されています。読んでいると江戸時代の当主（永富家からの養子）の振る舞いが身分不相応とかで藩に怒られて蟄居したなど、本人の性格とともに記されていました。こんな記録、よくまとめたなぁと思うと共に、まとめてくれた人がいるから百年以上後にも様子が解るのだよなと思いました。

　EC2, S3がリリースされてから17年が経ちました。振り返ってみると、わずか10年程の前のことも記憶があやふやです。また、いろいろな情報がインターネットにありますが、その情報も消えてしまうこともよくあります。なので、1冊の本でまとめることの大切さを実感しています。そんな大層なものではないですが、10年後の誰かに役にたてば幸いです。

感想

　最近、継続的に文章を書くのが大変になってきました。加齢もあるし、家庭環境・仕事環境もあると思います。この本をキッカケに、また創作意欲が湧いてくるといいなと思っています。なんだかんだ、毎日少しづつ書けるのが一番充実するんですよね

booth.pm

年金の味がするお米

　煽り気味のタイトルですが、わりと真面目な話です。私の田舎の方で長らく続けてきたお米作りを止める決断がされました。それについていろいろ思う事があるので、文章として残しておくことにします。

zcf428526によるPixabayからの画像

背景の説明と止めるに至った経緯

　まず登場人物の関係をぼかしたまま書くと、読んでいる人は訳がわからなくなるので差し支えのない範囲で背景を説明します。田舎と書いて実家と書かなかった理由としては、次のような感じです

• 私が30歳くらいの時に、兵庫県にある父方の私の伯父に養子にいって家を継ぐことになった。私の感覚としては、実家というよりおばーちゃんの家
• 生まれ育った家は滋賀県の大津市にあり、兄夫婦が住んでいる
• 実母は既に亡くなっており、実父は田舎と呼んでいる家から車で10分くらいにある旧家を継いで暮らしている
• 実父も40歳くらいの時に、親戚の旧家を継ぐために養子になっている
• その関係で私は過去2回姓が変わっている。　佐々木→加藤→佐々木
• 田舎と呼んでいるが、姫路駅など地方都市まで電車で10分ほどで都会的なものへのアクセスが遠い訳ではない
• でも家の周りは田んぼしかないので、私の主観でも一帯に住んでいる人の主観でも、田舎としか言えない
• 私にとって実家がどこを指すのか解らない（これは今回の話と関係ない）

　私が継ぐ事になる家は、昔は地方の名家と呼ばれるような家だったが、祖父の戦死や戦後の農地改革で家と少々の畑が残るばかりです。養父は、兼業農家として畑仕事をしながらサラリーマンとして働いていました。定年後はもっぱら畑仕事のみをしていたのですが、80歳を優に超える今は田んぼを維持するのが難しくなっています。
　私自身や私の兄も、田植えや収穫など一番手が掛かるときは手伝いにいっていました。米は一度植えてしまうと比較的手が掛からないものの、やっぱりほったらかしで出来るものではありません。雑草等も生えてくるので、泥の中を歩いて抜かないといけないです。これが足腰が弱った高齢者にはかなり厳しく、かつ、近くにいないと難しいという現実があります。ということで、今年でいよいよ米作りを止めるという決断に至りました。

周辺の状況

　では、周辺の状況はどうなんでしょうか？これもほぼ同じような感じのようです。自分の田んぼを担っていた人は、みんな80歳以上になって次々と止めるという決断になっているようです。その田んぼを地域で若手と呼ばれる50〜60歳くらいの人が借りて田植えを継続しています。そうです。50〜60歳で若手と呼ばれるのです。また、貸しているので賃料貰えるのと思われるかもしれませんが、賃料は一切ありません。そこで出来た米も一切貰えること無く、なんなら買う必要があります。条件悪いように思えますが、田舎の農地をめぐる現実はこんなものです。
　田んぼである事を止めるには、農地から転用の申請をしないといけないし、その許可がなかなか降りないそうです。運良く転用が許可されても、固定資産税は跳ね上がります。そして田舎なので、駐車場やマンションの用地としてのニーズは皆無です。

日本の米作りの現状

　ここで一旦ミクロの話から離れてマクロな話で米作りの現状をみてみましょう。農林水産省が「稲作の現状とその課題について」というレポートを出しています。これによると、基幹的農業従事者数 136万人で、平均年齢 67.8歳。70歳以上の割合が51.1%です。農家あたりの作付面積をみても、1ヘクタール未満で全体の63%を占めます。2ヘクタールに広げるとなんと81%です。2ヘクタール以下の従事者が作付面積している面積は、全体の30%になります。
　1ヘクタールの田んぼと言ってもイメージしづらいともいますが、収入にして良くて100万円くらいです。これに労働に対価いれない状態での経費を入れると利益は20万円くらいと言われています。まぁそれで生活できるレベルじゃないというのは、容易に想像できます。稲作だと専業農家としてやっていけるのは、稲作だとだいたい10〜15ヘクタールからと言われています。10ヘクタール以上の農地を持つ人の割合は、全体の3%（※）です。
※生産量換算でいうと、この3%が36%の作付面積を占めているので集約化は進んでいる模様。
　このことから、田んぼの収入だけで生活は難しいので他の収入が必要で、昔は兼業農家が多かったと思いますが、今は年金をもらいつつ田んぼをやっているというのが多いであろうことがデータから読み取れます。

　ちなみにヘクタールと収入換算だけでも解りにくいと思います。だいたい日本人が一人で1年間で食べるお米の量が、50kg程と言われています。で、この50kgを作るのにどれくらいの田んぼの広さが必要かと言われると、1アール程。1アールは0.01ヘクタールで100平方メートル。だいたいテニスコートの半分くらいです。テニスコートを見るたびに、自分が食っている米はテニスコートの半面くらいかと思い起こす呪いに掛かってください。日本の作付面積が、2020年で 128万ヘクタール。日本の国土の3.3%くらいです。この辺が、稲作の現状を把握する上で、ざっくり知っておいた方がよい数字です。
※単位面積当たりの収穫量としては、お米は他の農作物と比べてめちゃくちゃ効率が良いです。

10年後の農業は？

　話が長くなったので、ここまでの話をまとめます。

• 日本の稲作農家の多くは、農業1本で食べていけない規模が多い
• 稲作の従事者の平均年齢を見ると、年金をもらいながら田んぼもやっている
• 81%の従事者が属する2ヘクタール以下の作付面積の合計は、全体の30%に及ぶ
• 従事者の51.1%が70 代以上。80代になると継続が難しくなる

　ほぼ間違いなく、あと10〜15年くらいで農業従事者の多くが引退します。当然、子どもに引き継がれるなどの代替わりもあると思いますが、その率はそれほど高くないと思います。50%くらいの農家のうちの大部分が消滅するので、インパクトは相当大きいです。実際、耕作放棄地は急速に増加して、2015年には42万ヘクタールに及ぶようです。2020年の作付面積が128万ヘクタールなので、その1/3に匹敵します。かなり広大な面積ですよね。
荒廃農地の現状と対策について

　それでは、10年後の日本の農業はどうなるのでしょうか？作付面積は漸減していくのは間違いないでしょうが、同時に農地の集約化も進むでしょう。実際、私の田舎でも行政主導で農地の集約が進められています。それより本格的に議論していかないといけないのは、戸別所得補償制度の増額だと思います。現状、年金をもらいながら田植えをするという形です。今の高齢者が引退した後に、次の世代に引き継いでいくには補償制度なしでは成り立たないでしょう。
　米などの生活に欠かせない主食は、本質的に儲からないような価格設計にされています。先進国の農家の殆ども補償制度を前提としているようです。このエントリーのタイトルに「年金の味があるお米」とした通り現状の米作りが維持されているのは、年金を貰いながら損得勘定無視で続けている農業従事者の存在が大きいです。この仕組みが後10年以内に、いよいよ維持できなくなろうとしています。ここまで行くと政治マターですが、まともな制度設計作れるのかなぁと懐疑的です。

まとめというか、再び自分の話

　自分は農政を学んだ訳ではなく、身の回りのところと公開されているデータを元に推論した素人考えです。事実誤認しているところも多数あると思います。その辺は、ご容赦ください。
　自分が引き継ぐであろう農地については、たぶん用地変更して太陽光発電でもやるんじゃないかなぁと思います。耕作放棄地になって雑草などが生え放題になると、隣の田んぼへの害虫問題になります。それであれば、利益は殆ど出なくても税金分と土地の管理分出れば御の字だと思います。たぶん都会に出ていて相続する人の多くはそうなるんじゃないかなと思います。
　また機会があれば、旧家の没落の話でも書いてみようと思います。なかなか生々しい話なので躊躇しますが、この辺も整理しておくと良いような気がします。わりと記録が残っているので、まだ親の世代が生きているうちに記録と記憶を合わせて残しておくのもいいのかもと思い出しました。