致命的ではなかったけど, 当初は「Bluetooth 低エネルギー」(2.4 GHz USB レシーバーではない方) を使って macOS と接続していただけど, 結構な頻度で「ょう」な入力を取りこぼす現象に見舞われたので, USB レシーバーでの接続に切り替えたところ入力の取りこぼしが無くなった.

f:id:inokara:20200718081248j:plain

パソコン本体から色々と線が伸びているのはあまり好きではなくて, 出来るだけ USB レシーバーは使いたくないと思っていたのでちょっと残念.

その他

良いところ

X1 Carbon のような柔らかさが無いものの入力した時のキータッチの反発が心地よい
長時間キー入力しても疲れを感じない
左右の Alt キーを英数かな切り替えスイッチに利用しているけど, 自分の手の大きさだとちょうど良い感じで切り替えることが出来る

なんとかならないかなってところ

前回も書いたけど, TrackPoint の真ん中ボタンがうざい
何らかのミスタイプによってプリントダイアログが出てしまうのが謎
TrackPoint で長時間操作しているとなぜか右肩の凝りが強いので, マウスや Magic Trackpad2 を並用している
部屋を暗くして作業することがあるので, バックライトが欲しかった (わがまま

以上

概ね良好で, これからもずっと使っていけそうなので, 良い買い物をしたと思う．

2020-07-17

2020 年 07 月 17 日 (金)

日々

アクティビティ (今までの走行 (歩行) 距離)
ジョギング
ギョーム
ディナー

アクティビティ (今までの走行 (歩行) 距離)

ジョギング

完全休養.

ギョーム

二週間ぶりに出社.

久しぶりに濃い打ち合わせがあったり
Github Actions をイジったり
古いリソースを削除したり

など. 久しぶりなので, 色々と戸惑うことがあった. ランチはカレー, 夜もカレーだけど.

ディナー

カレー day2 昨日よりもコクがあって美味しゅうございました
ランチでゲットした Spice のオリジナル調味粉がより食欲を引き立ててくれて美味しゅうございました

2020-07-17

Github Actions やりたいこと別テンプレート集 (1)

Github Actions 俺のメモ

tl;dr
GitHub Actions hosted runners の情報を知りたい
- 概要
- リンク
環境変数を設定したい
ブランチ名を取得したい
以上

tl;dr

最近, Github Actions も触り始めて, 色々と学びがあるのでメモしていきます.

GitHub Actions hosted runners の情報を知りたい

概要

ビルドで使う環境の情報 (どんなパッケージがインストールされているか等) を知りたい
以下のリポジトリに公開されている

リンク

https://github.com/actions/virtual-environments

環境変数を設定したい

概要

ジョブ内で利用する環境変数を指定したいです！

テンプレ

echo ::set-env name=${VARIABLE}::${VALUE} 構文を使うことで, 環境変数を設定することが出来ます.

name: 'sandox-on-push'

on:
  push:
    branches:
      - 'master'

jobs:
  print_environment_variale:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout code
        uses: actions/checkout@v2

      - name: Set Environment Variable
        run: |
          echo ::set-env name=TEST_ENV1::foo
          echo ::set-env name=TEST_ENV2::bar

      - name: Print Environment Variable
        run: |
          echo ${TEST_ENV1}
          echo ${{ env.TEST_ENV2 }}

環境変数の値を参照する場合,

${TEST_ENV1}
${{ env.TEST_ENV2 }}

で参照が可能です.

Marketpace で公開されている Actions を利用する場合には, ${{ env.TEST_ENV2 }} を利用すると良さそうです.

サンプル出力

f:id:inokara:20200717005439p:plain

ブランチ名を取得したい

概要

ジョブ内でブランチ名を取得したい場合, https://github.com/marketplace/actions/get-branch-name を使うと便利です.

テンプレ

name: 'sample'
on:
  push:
    branches:
      - 'master'
jobs:
  deploy:
    runs-on: ubuntu-latest

    steps:
      - name: Checkout code
        uses: actions/checkout@v2

      - name: Get Branch Name
        uses: nelonoel/branch-name@v1

      - name: Print Branch Name
        run: |
          echo ${BRANCH_NAME}

サンプル出力

f:id:inokara:20200717010151p:plain

以上

引続き, 精進してまいります.

2020-07-17

seiton (整頓) でいにしへの AWS リソースをざっくりと整頓する

aws ruby 最近ギョームでやったこと俺のツールズ

tl;dr
作ったもの
seiton (整頓) する
seiton (整頓) されたことを確認する
- ざっくりとした使い方 (意図した通りに削除されたか確認する)
以上

tl;dr

古くから存在している EC2 の AMI や EBS のスナップショット等 (以後, AWS リソースと記載) について, 適切にローテーションされていれば良いのですが, 削除されないまま残ってしまっている AWS リソースを日付ベースでざっくりと削除したいと思って, 昔作ったツールを改めて seiton (整頓) という名前で作り直したので紹介させて下さい.

作ったもの

github.com

その名も整理整頓 (seiton) です.

インストールの手順や各種コマンドについては, README をご一読下さい.

seiton (整頓) する

ざっくりとした使い方 (seiton の準備)

以下を実行して, seiton の実行に必要なディレクトリとファイルを用意します.

$ bundle exec seiton init

seiton init では, 以下の処理が行われます.

spec ディレクトリの作成
Rakefile の作成

ざっくりとした使い方 (例えば, 古い AMI を削除する)

例えば, AMI について, 2019 年 12 月 31 日より以前に作成したものについて削除したい場合, 以下のように実行します.

$ bundle exec seiton ami --before-datetime=2019/12/31

--check オプションを付与すると, 削除対象を確認することが出来ます.

$ bundle exec seiton ami --before-datetime=2019/12/31 --check

実際の運用では, 最初に --check オプションを付与して, 対象を確認することをおすすめします.

ざっくりとした使い方 (削除したくないリソース)

例えば, EBS スナップショット snap-xxxxxxxxxxxx と snap-yyyyyyyy は削除したくない場合には, 以下のように実行します.

$ bundle exec seiton ami --before-datetime=2019/12/31 --ignores=snap-xxxxxxxxxxxx snap-yyyyyyyy

もしくは, 以下のような除外リストファイルを作成しておいて, --ignores-file= オプションに渡します.

$ cat ignores.txt
snap-xxxxxxxxxxxx
snap-yyyyyyyy
$ bundle exec seiton ami --before-datetime=2019/12/31 --ignores-file=ignores.txt

必要に応じて除外リストをリポジトリで管理することをおすすめします.

seiton (整頓) されたことを確認する

ざっくりとした使い方 (意図した通りに削除されたか確認する)

削除またはチェック (--check オプションを付与) が実行されると, spec ディレクトリに削除リスト又は awspec で利用可能なテストコードが出力されます.

$ tree spec
spec
├── ebs_snapshots_list.txt
├── ec2_images_spec.rb
└── spec_helper.rb

0 directories, 3 files

尚, ebs_snapshot_list.txt については, awspec で EBS スナップショットの所在をテストする方法を見つけることが出来なかったので, 以下のように describe 系の API を叩いて例外を捕捉するような対応で所在を判定しています.

...
def check_ec2_snapshots(resouces)
  resouces.each do |resouce|
    r, deleted, not_deleted = ignore_resource?(resouce)
    begin
      ec2_client.describe_snapshots({ snapshot_ids: [ r ] })
      log.info(not_deleted)
    rescue
      log.info(deleted)
    end
  end
end
...

rake のタスク一覧を確認してみると, 以下のように rake 経由で意図した通りに削除されたかを確認することが出来ます.

$ bundle exec rake -T
rake check:ebs_snapshots  # Test for ebs_snapshots deleted
rake check:ec2_images     # Test for ec2_images deleted

削除したことのエビデンスが必要な場合には, 出力結果をファイルに出力して提出すると良いのかなと考えています. また, awspec で検証出来るリソースについては, rspec のオプションで HTML とかに吐き出すことも出来るので, 有効活用して頂けると幸いです.

以上

IaC な世の中において, このようなツールへのニーズは非常にニッチだとは思いますが, 業務で不便を感じたことに対して, コードでアプローチ出来たことは良かったかなと思います. とは言え, 古いコードを見ながら, あまり成長が無い自分に残念な気持ちになりましたが, これからも精進していきたいとおもいます. よろしければ, seiton をご利用下さい.