■ AWS 資格 ソリューションアーキテクト プロフェッショナル
7/25までに取ると､それより下位のアソシエイションも合格扱いになって期間が伸びるのでお得｡絶対取りたいです｡7/25に受験する予定です｡

■ AWS SSO SAML連携
業務でGrafanaを触ったときに､AWS SSO SAML IdPに出会いました｡SAML2のIdPは7､8年前に業務で作ったのですが､結構大変で､もうやらないと思っていたのですが､AWS SSOでSAML2のIdPを立てることができたので､､AWS の他のアカウントとSAML2で連携することまではわかっているので､もう少し触って見たいと思っています｡

■ Webサイトの負荷テスト
2つやりたいことがあって､Webサイトの構築と負荷かけたときの挙動を知りたいと思っています｡不可かけることもやったことないし､このあたり探っていきたいです｡

■AWS Connect
AWSの機能で電話をかけたり､受けたりできます｡Twilioで自動電話は勉強したのですが､Connectでもできそうで組み合わせられないか検討したいと思っています｡

CPUがRyzen 7 5800Uと最新でメモリが16GBでありながら９万円を切っていたのでこれは買いと思って買いました｡それまでは､ m3-7Y30のノートパソコンを使っていたのですが､Bitwardenの認証の画面が出るのが遅くイラっときたので｡｡｡（笑）

家族のパソコンでAMDのノートパソコンで少し痛い目にみていたので､少しAMDは怖かったけど､(昔自作を作っているときはあまり問題がなくいい印象もありました)今のところトラブルもなく､普通に動いています｡学生時代では考えられないスペックのパソコンがノートパソコンになって９万円を切っているなんて驚きです｡

認証はWindows Helloの対応の指紋認証を使っているのですが､相性が悪く､結構PINでログインしています｡もう少し認証が上がるように指紋の再登録をしようと思っています｡

と記事を書くために､WordPressサーバに入ろうとしたのですが､なかなか立ち上がって来なくて焦りました｡さらに､KeyPairを見失いぷちパニックになりました｡保存先を思い出して､SSHで接続したところ､いろんなUpdateが終わっていてWordPressも無事入れました｡

サクッとわかる ビジネス教養 行動経済学 (サクッとわかるビジネス教養)

created by Rinker

• Amazon

図入りでわかりやすくて､人の行動心理に基づいた経済学の紹介でした｡

人は損することが大嫌いみたいで､損することを避けるように行動するというところはよく分かると思いました｡また､確率は低確率は過大に考えて､宝くじみたいな低確率でも信じて買ってしまうというといことはそうだったのかと思いました｡また､逆に100%に近づくと過小評価が入り､二の足を踏むと書いてあって､それは自分も当てはまるなぁと思いました｡
人っておもしろい｡

Web配信の技術―HTTPキャッシュ・リバースプロキシ・CDNを活用する

created by Rinker

• Amazon

キャッシュについてはおぼろげながら､知っていたけど､あまり､深くかんがえていなかったので､とても勉強になりました｡キャッシュの鮮度とオリジンのアクセス負荷を考えて､大量のアクセスが来るページだったら､一部のリクエストを捨てて対応する方針を取る必要があるなど､知らないことが多くて大変ためになった｡
アニメーションGIFよりも､MP4のほうが有効な場合があり､TwitterはGIFを動画にしているなど､キビっとした設計などありました｡

とっても面白かった｡

SRE サイトリライアビリティエンジニアリング ―Googleの信頼性を支えるエンジニアリングチーム

created by Rinker

• Amazon

前半部分はSERを実施するための考え方が書かれていて､最後の方は改善した内容が書かれていました｡

改善が書かれているブロックは少し内容が難しく感じられてました｡今の仕事ではそこまで行かないけど､なにか課題にあたったとき､読み直したら役にたつかもと思いました｡

SERの改善のために､時間をどれだけとるか､SERを疲弊させないようにスケジュールを組むところは見習いたいと思いながら､今のプロジェクトでは余計な作業と思われそうな改善部分のあまり予算がなさそうなので､どう攻めるかなど､色々考えることができました｡

レガシーソフトウェア改善ガイド

created by Rinker

• Amazon

レガシーシステムの改善ではなかったけど､7章の開発環境を自動化するというところに惹かれました｡

レガシーソフトだけではないけど､プロジェクトに参加したとき､開発環境を揃えるところに戸惑うので､個々の部分をなんとかしないとと最近参加しているプロジェクトでも感じていました｡やっている人たちは気づきにくいけど､重要と認識できました｡

合わせて下記を2つの本も寄ったけど､コード改修寄りだったので､紹介まで｡

レガシーコード改善ガイド (Object Oriented SELECTION)

created by Rinker

• Amazon

リファクタリング(第2版): 既存のコードを安全に改善する

created by Rinker

• Amazon

スクラム実践者が知るべき97のこと 単行本

created by Rinker

• Amazon

スクラムを実践しているプロジェクトの中の人たちの意見を97個聞ける本です｡スクラムをどうすれば成功するかについては､書かれていたり､書かれていなかったり｡

実践している人たちは苦しまず､楽しい開発ができていると思ったけど､全然そんなことはなく､泥臭く仕事をしている感じが伝わって来ました｡作っているシステムの情報交換は今までの参加したプロジェクトと同じように悩みながら出し､外部への報告とかも苦労している感じが伝わってきました｡

でも､アジャイルを実践している人は楽しそうだし､みんなで作っていかないといけないんだなぁと漠然と思いました｡

Your system is not supported by certbot-auto anymore.
certbot-auto and its Certbot installation will no longer receive updates.
You will not receive any bug fixes including those fixing server compatibility
or security problems.
Please visit https://certbot.eff.org/ to check for other alternatives.

ちゃんと読んでなかったので､これは証明書変更ができない!!どうしようと焦っていました｡

いろいろ調べると､Certbot-autoの導入をGitHubからしているとこのメッセージがでるようです｡解決さくとしては､Snapdから取得しなさいということでした｡

このページをみながら､実施していたけど､2回目のInstalling snapdのところでエラー｡エラー内容は､https://people.canonical.com/~mvo/snapd/amazon-linux2/repo/aarch64がない｡｡｡うぅん?といろいろ調べているなか､このサーバをt4g.microで作ったことを思い出しました｡サーバ見てもない｡まだ､来ていないとのことか｡

ちょっとパッケージを他のものから持ってくればいいはずなんだけど､ちょっと沼っぽいので､証明書は今の所､新しいものが入っているので､このままで放置したいと思います｡

やったことは､ユーザからAWSのリソースを変更する権限を削除して､Roleに書き込み､Switch Roleするように変更しました｡

CLI実行のためAccess key接続をする､ユーザを作ろうと思っていました｡

CLIではEC2の起動停止をしたかったのですが､起動停止してよいかどうかをEC2のTagの設定を見て実施できるようにしたいと思いました｡その再EC2のタグを参照できるようにするため､ec2:DescribeInstancesの権限を与えないといけないことがわかりました｡この権限を与えてしまうと､EC2のインスタンスIDを知られてしまうので､この権限付きのAccess Key接続ユーザを作りたくないと思いました｡

なので､認証と認可をわけるため､認可部分であるRoleをユーザ認証から分離するようにしました｡

どうせやるなら､ということで､普段ログインしているアカウントにも実施しました｡私は､U2Fのデバイスでログインしているので､デバイスごとのユーザを作って､それぞれSwitch Roleするようにしました｡CFnで作成したので､これからはCFnで管理していこうと思っています｡

今日は久しぶりにEC2のメンテナンスでSSHしたのですが､何故か｡｡｡｡つながらない｡

そうです､Security Groupに登録しているIP Adressが変わったため､接続できませんでした｡ちょっとこのあたり､見直してみたいと思います｡