451 Unavailable For Legal Reasons

バージョニングを有効にした S3 バケットの削除方法

2018-12-13T15:26:00+09:00

tl; dr

バージョニングを有効にした S3 バケットを削除する際、事前に全てのバージョンのオブジェクトを削除する必要がある。

確認

バージョニングを有効にしたバケットを作成し、その中にファイルを作成した後、バケットを空にしてからバケットの削除を試す。

$ aws s3api create-bucket --bucket BUCKET-NAME
$ aws s3api put-bucket-versioning --bucket BUCKET-NAME --versioning-configuration Status=Enabled
$ echo "hello, world" > KEY-NAME
$ aws s3 cp KEY-NAME s3://BUCKET-NAME
upload: ./KEY-NAME to s3://BUCKET-NAME/KEY-NAME
$ aws s3 rm s3://BUCKET-NAME --recursive
delete: s3://BUCKET-NAME/KEY-NAME
$ aws s3 rb s3://BUCKET-NAME --force
remove_bucket failed: s3://BUCKET-NAME An error occurred (BucketNotEmpty) when calling the DeleteBucket operation: The bucket you tried to delete is not empty. You must delete all versions in the bucket.

当たり前だが、面倒くさい…。

試しにバージョニングを無効にしてたら削除できないかしら…？

$ aws s3api get-bucket-versioning --bucket BUCKET-NAME
{
    "Status": "Enabled",
    "MFADelete": "Disabled"
}
$ aws s3api put-bucket-versioning --bucket BUCKET-NAME --versioning-configuration Status=Suspended

An error occurred (InvalidBucketState) when calling the PutBucketVersioning operation: A WORM configuration is present on this bucket, so the versioning state cannot be changed.

はい、ダメでした。

仕方がないのでバージョニングされたオブジェクトを全て削除する。

$ aws s3api list-object-versions --bucket BUCKET-NAME
{
    "Versions": [
        {
            "ETag": "\"ETAG-ID\"",
            "Size": 4,
            "StorageClass": "STANDARD",
            "Key": "KEY-NAME",
            "VersionId": "VERSION-ID-OLD",
            "IsLatest": false,
            "LastModified": "2018-12-13T06:00:19.000Z",
            "Owner": {
                "DisplayName": "OWNER-NAME",
                "ID": "OWNER-ID"
            }
        }
    ],
    "DeleteMarkers": [
        {
            "Owner": {
                "DisplayName": "OWNER-NAME",
                "ID": "OWNER-ID"
            },
            "Key": "KEY-NAME",
            "VersionId": "VERSION-ID-LATEST",
            "IsLatest": true,
            "LastModified": "2018-12-13T06:00:24.000Z"
        }
    ]
}
$ aws s3api delete-object --bucket BUCKET-NAME --key "KEY-NAME" --version-id "VERSION-ID-OLD"
{
    "VersionId": "VERSION-ID-OLD"
}
$ aws s3api delete-object --bucket BUCKET-NAME --key "KEY-NAME" --version-id "VERSION-ID-LATEST"
{
    "DeleteMarker": true,
    "VersionId": "VERSION-ID-LATEST"
}
$ aws s3api list-object-versions --bucket BUCKET-NAME
$ aws s3 rb s3://BUCKET-NAME
remove_bucket: BUCKET-NAME

べ、別に忘れてウッカリしてたわけじゃないんだからね！(白状

なぜ Zone Apex に CNAME を設定できないのか

2018-11-06T21:40:00+09:00

発端

ELB の話をしていて、Zone Apex に CNAME を設定できないのは何故かという話になった。

AWS Black Belt Online Seminar 2016 Elastic Load Balancing from Amazon Web Services Japan

Zone Apex (www.example.com ではなく example.com を指定)の場合
- 通常の DNS サーバーでは CNAME 設定不可

結論

結論から言うと ELB の仕様は関係なく、DNS の仕様が理由みたい。

DNS の一般的な運用や設定の誤りを記載した RFC1912 に、ずばりの記載がある。

2.4 CNAME records

A CNAME record is not allowed to coexist with any other data. In other words, if suzy.podunk.xx is an alias for sue.podunk.xx, you can’t also have an MX record for suzy.podunk.edu, or an A record, or even a TXT record. Especially do not try to combine CNAMEs and NS records like this!:

(拙訳)

2.4 CNAME レコード

CNAME レコードはいかなる他のデータとも共存できません。言い換えれば、もし suzy.podunk.xx が sue.podunk.xx のための別名であるなら、あなたは suzy.podunk.edu に対して、MX レコード、Aレコードまたは TXT レコードを設定することはできません。特に CNAME と NS レコードをこのように組み合わせないでください。

Zone Apex (aka “naked domain”, “bare domain”) は、そのドメインに対しての権威 DNS サーバーを指定するために NS レコードの設定が必須となるので、 Zone Apex に同時に CNAME を設定してはいけない、ということみたい。

じゃあ「CNAME レコードはいかなる他のデータとも共存できない」ってのは DNS 自体の仕様の RFC に記載があるのかと思ったけど、ちょっと見つけられなかった。

DNS のコンセプト、仕様や実装を記載した RFC1034 や RFC1035 あたりに “MUST NOT” な記載があるかと思ったが、自分には見つけられなかった (どちらも既に Update されているので注意)。

Route 53 でエイリアスの設定をすると回避できるのは何故？

Route 53 のエイリアスは実際には A/AAAA レコードを返すため。

エイリアスレコードのお得なところ

Zone Apex とか全然関係ないところで、Route 53 の仕様に「AWS リソースに対するエイリアスクエリに課金されない」というものがあるので、何らかの理由で CNAME レコードを設定したいケース以外ではエイリアスを利用したほうが良さそう。

翁長雄志、津川雅彦、両氏の死についてのツイートを Google Cloud Natural Language API にぶち込んでみたけど、特に何も得られなかった

2018-08-12T17:01:00+09:00

翁長雄志、津川雅彦、両氏の死についてのツイートを分析し、左右どちらのほうがクズなのか計量的に分析してみました - 雑記（主に政治や時事について）

上記の記事を読んで面白いと思ったのだけど、

最終的な選り分けは結局主観に頼るものだったので偏っている可能性がある

という記載が気になって、試しに Google Cloud Natural Language API にぶち込んだら客観的な分析になるのでは？…と思って試してみた。

ソースコード

ほぼ、Google Cloud Natural Language API のサンプルどおり。 CSV を読み込んで API に食わせて、分析結果と原文を別の CSV に保存する感じにしてみた。

#!/usr/bin/python3

import sys
import csv
from google.cloud import language
from google.cloud.language import enums
from google.cloud.language import types

client = language.LanguageServiceClient()

out_file = open(sys.argv[2], 'w')
writer = csv.writer(out_file, lineterminator='\n')

with open(sys.argv[1], 'r') as in_file:
    reader = csv.reader(in_file)

    for row in reader:
        document = types.Document(
            language="ja",
            content=row[5],
            type=enums.Document.Type.PLAIN_TEXT,
        )

        sentiment = client.analyze_sentiment(document=document).document_sentiment
        writer.writerow([sentiment.score, sentiment.magnitude, row[5]])

out_file.close()

こうやって使う。

python3 script.py onaga.csv onaga_result.csv

課金についての注意

Google Cloud Natural Language API の感情分析は API の呼び出し1回を1ユニットとして、 1ヶ月あたり5000〜100万ユニット以内の使用状況だと1000ユニットあたり1ドル (ただし月5000ユニットまでは無料)という課金体型なのだが、元データは5万ツイートくらいあって、そのままぶっ込むと50ドルくらい掛かってお財布に優しくないので、気をつけようね！

結果

よく分からなかった。

…いや、違うんです、ちょっと待って、帰らないで。

例えばこういうツイートがあるとするじゃないすか。これが感情分析にかけると score が 0.3、magnitude が 0.7 くらいのポジティブ扱いなんすよ。哀悼の意だぞ？

○○、亡くなられたんですね。心から哀悼の意を捧げます。

かと思えば、こういう人の死を貶めるような発言が score が 0.0、magnitude が 0.1 くらいのニュートラルな扱いになる。

○○、逝ったのか。ざまあああｗｗｗｗｗ

前半の「○○、逝ったのか。」と「ざまあああｗｗｗｗ」に切って食わせても、どちらの文も score は 0.0。

あ…やっぱ…日本語は難しいんやなって…。

その他

最後になりましたが、翁長雄志氏、津川雅彦氏、両氏のご冥福をお祈りいたします。

Visual Studio Code for Linux を WSL 上の Ubuntu 18.04 LTS にインストールする

2018-08-01T02:00:00+09:00

WSL を有効にする → Ubuntu 18.04 LTS をインストールする

基本的には公式ブログの手順に沿って導入すれば問題ない。 Windows 10 バージョン 1709 (Fall Creators Update) 以降、開発者モードは不要となっているし、 lxrun.exe /install を叩く手順も非推奨となっている。

以降の手順は Ubuntu 18.04 LTS で動作を確認した。

Windows 側に X サーバーをインストールする

VcXsrvとか適当に入れてちょうだい。

VS Code をインストールする

残念ながら公式ドキュメント通りにやると上手くいかなかった。上手くいっている人もいるみたいなのだが、なぜか手元の環境では日本語化後に VS Code が応答なしになってしまう現象が発生して2ヶ月くらいハマっていた。

~~code を --no-install-recommends で入れると大丈夫っぽい。~~

(2018-09-13追記) 補足: GPU との相性問題を参照のこと。

curl -L https://packages.microsoft.com/keys/microsoft.asc | sudo apt-key add -
sudo sh -c 'echo "deb [arch=amd64] https://packages.microsoft.com/repos/vscode stable main" > /etc/apt/sources.list.d/vscode.list'

sudo apt update
sudo apt upgrade -y

sudo apt install -y code --no-install-recommends
sudo apt install -y lib{xss1,gtk2.0-0,asound2,x11-xcb1,xtst6}

# ついでにデフォルトの umask を変更しておく
sed -i -e '/^#umask/s/^#//g' ~/.profile

echo 'export DISPLAY="localhost:0.0"' >> ~/.profile
echo 'export LIBGL_ALWAYS_INDIRECT="1"' >> ~/.profile

source ~/.profile

code

この時点では英語版で起動する。当然、日本語入力もできない。

日本語化を実施する

次に日本語化を行う。

フォントは Google がオープンソースで提供している Google Noto Fonts を利用しているが、fontconfig で制御されているので好きなものでよい。

ちょっと調べた感じだと、日本語環境では fonts-noto-cjk があれば良い。絵文字が必要な場合は fonts-noto-color-emoji を追加で入れる。普通・太字以外の weight の文字が必要な場合は fonts-noto-cjk-extra を追加で入れる。 fonts-noto-hinted には CJK フォントが含まれていないので、日本語圏では入れるだけ無駄。

sudo apt install -y fonts-noto-{cjk{,-extra},color-emoji}

sudo apt install -y language-pack-ja

echo 'export LANG="ja_JP.UTF-8"' >> ~/.profile
echo 'export LC_ALL="$LANG"' >> ~/.profile

source ~/.profile

システムのデフォルトロケールを日本語にしてしまってもいい場合には、 ~/.profile に環境変数を追記するのではなく、 update-locale LANG=ja_JP.UTF-8 すると良い。

これで VS Code が日本語化され、メニューや Welcome ページが日本語で表示されるようになる。この時点ではまだ日本語入力はできない。

日本語入力を有効にする

fcitx-mozc が動作した。

sudo apt install -y dbus-x11
sudo sh -c 'dbus-uuidgen > /var/lib/dbus/machine-id'

sudo apt install -y fcitx-mozc

echo 'export XIM="fcitx"' >> ~/.profile
echo 'export GTK_IM_MODULE="$XIM"' >> ~/.profile
echo 'export QT_IM_MODULE="$XIM"' >> ~/.profile
echo 'export XMODIFIERS="@im=$XIM"' >> ~/.profile
echo 'export DefaultIMModule="$XIM"' >> ~/.profile

source ~/.profile

fcitx-autostart

`fcitx` の設定を変更する

fcitx-autostart した状態で下記のコマンドを使用する。

fcitx-config-gtk3

`mozc` の設定を変更する

fcitx-autostart した状態で下記のコマンドを使用する。

/usr/lib/mozc/mozc_tool --mode=config_dialog

全角/半角キーを押し下げただけで連打された状態になる不具合に対処する (オプション)

手元の環境では再現率100%だったので対処。xset -r 49 で修正できるようだ。

sudo apt install -y x11-xserver-utils

xset -r 49

タイムゾーンを JST にする

デフォルトのタイムゾーンは DST になっているので JST にする。

sudo sh -c 'echo Asia/Tokyo > /etc/timezone'
sudo dpkg-reconfigure --frontend noninteractive tzdata

OS起動後の WSL 初回起動時に自動的に IME が使えるようにする

~/.profile の最後に下記を追記

if ! pgrep mozc_server > /dev/null; then
    fcitx-autostart > /dev/null
    xset -r 49
fi

OS起動時にやること

Xサーバーの起動
WSL の起動

~~下記のコマンドを入力する~~ ~/.profile (編集で不要になった)

 sudo sh -c 'dbus-uuidgen > /var/lib/dbus/machine-id'
 fcitx-autostart
 xset -r 49

WSL 上で code を実行

これで日本語化＋日本語入力可能な VS Code が使える状態になる。

~~dbus-uuidgen --ensure じゃダメなのかと思ったが、2回目以降の起動で上手くいかなかった。~~

(2018-09-13追記) OS起動の度に実施する必要はなかった。多分、勘違い。

補足: GPU との相性問題

Windows 10 1803 (Build 17134.228) + GTX 1080 で、code を実行すると「応答なし」になり、 VcXsrv ごとハングアップしてしまう事象に遭遇。同じ Windows バージョンでハードウェアが異なる環境(VAIO S11 2015年モデル)では発生せず。

どうも昔からある GPU との相性問題らしい。

起動時に code --disable-gpu とオプションを付けると治った。~/.bash_profile で alias にして難を逃れた。

聴講レポート: ノンコーディングで業務アプリ開発！「PowerApps」と「Microsoft Flow」とは #MSInteract18 #T13

2018-06-30T16:23:00+09:00

PwoerApps とは

背景: IT担当が開発するアプリは需要よりも5倍遅い

課題
- Dynamics 365 のゆなパッケージソフトを導入することが一番早い
- 提供されているアプリは全ての要素を満たしていない
- 場合によっては必要なアプリが存在しない
ソリューション
- ノンコーディング
- ローコーディング
メリット
- 最小限の学習時間
- IT の負荷を減らす (非開発者でも携わることができる)
- システム間の連携の手間を減らす
- 短い開発期間
- 経費削減
ビジネスアプリケーションプラットフォーム
- PowerBI
- PowerApps
- Microsoft Flow
コンセプト
- クラウドファースト
- 統一されたデータ
- シームレスに連携 (Common Data Service)
- マルチデバイス (Xamarin よりも簡単に)
- 集中管理 (Active Directory / Azure AD との連携)
- 「制限のない」開発
  - こうならないように
    - 結局、サードパーティのパッケージを買わないと…
    - 結局、最後はゴリゴリとコードを書かないとできない
非開発者が開発
- アプリ画面: PowerApps
- システム連携: Microsoft Flow
- データの保管先: Common Dta Service
IT担当／開発者が開発／運用
- 外部システム API/DB
- 社内システム API/DB

PowerApps の特徴

キャンバスに描くようなアプリ開発
200 種類のコネクター
- オンプレミスデータゲートウェイを利用することでオンプレミスのシステムにもアクセス可能
コネクターは様々なアプリケーションをサポート
- Kintone や Salesforce は競合だけサポート
Swagger / Postman をカスタムコネクターにもできる
複数のデータソースを1つのアプリで
例: 出張したい！
- これらを一つの画面から提供
  - 案件情報
  - 乗り換え案内
  - Outlook 予定表
  - 承認プロセス
  - 経費システム
連携プラットフォーム
- Tableau みたいな他の BI ツールは可視化できてもその先のアクションがない
- PowerApps、PowerBI、Microsoft Flow で相互に連携できる
- Excel もできるようになるぞ！
Microsoft Flow → Logic Apps への変換もできる
- 最初は Microsoft Flow で作って、あとで複雑になったら Logic Apps にできる
ワークフローと業務プロセスの自動化
- Trigger/Action ではなく、業務プロセス(承認とか)も反映できる
コミュニティープランなら無料
- http://aka.ms/powerapps-jp-free

Demo #1

実際にマイクロソフトで使ってるやつ
会議室予約
- 日付と時間を入れたら会議室の一覧が出てくる
- 会議室を選択して OK ボタンを押すと、簡単に会議室予約
従業員検索
- 名前で検索
- その人が所属しているチームのメンバー(上司／部下)が表示
- プロフィール画面からそのままメールや電話も可能

Demo #2

参考情報
- 初心者向けのウェビナー: 備品管理、初心者向け
  - http://aka.ms/powerapps180614
- de:code 2018 のセッション YouTube: IT担当と非開発者が連携して経費清算システムを作成
  - http://aka.s/powerapps-decode18
今日は応用編！
某会社さんの車のモデルや色を選んで紹介動画や製品情報などが見れるやつ
- お客様の顔写真を撮影して年齢や性別の文責を Cognitive に投げたり
- どんな店舗でどんな車種の情報を見てるか、とかもリアルタイムでテレメトリーで見れる

ロード画面の作り方

Common Data Service
- エンティティ(テーブル)をクリックだけで作れる
  - SQL は不要
  - もちろん Excel のインポート/エクスポート/更新もサポート
データソース
- Office365 連携
  - Graph API とかよく分からなくても大丈夫
ロード画面
- データソースを読み込む前後に ShowLoading フラグ立てる処理を入れておく
- ぐるぐる回る画像
- Visible を ShowLoading フラグにしておく

ギャラリー機能の応用

エンティティの列に色を入れておいて、それをオブジェクトから参照する
対応する画像とかも入れておけば、クリックしたら画像を表示とかできる
ギャラリーをクリックしたときに別のギャラリーを表示する、みたいなことをやると簡単にビジュアルの映える breadcrumb メニューが作れる

スライダー機能の追う湯

画像を36枚用意して非表示なスライダーを作り、スライダーの値と画像を応用することで360度ビューに
スライダーの選択箇所を大きくしておくとマウスで適当にドラッグするといい感じに

Power BI 連携

Azure Event Hub 経由で Power BI にデータを送る Microsoft Flow を作っておいて、アクションに割り当てる

Cognitive 連携

[メディア] - [カメラ] で、互換性とか気にすることなくカメラ機能が使える

お知らせ

Facebook コミュニティ
- http://aka.ms/powerappsjp-fb

聴講レポート: 今からはじめる Kubernetes 入門 #MSInteract18 #T41

2018-06-30T13:54:00+09:00

Kubernetes (以降、K8s) とは

なんでコンテナ？

イメージ＝アプリケーション＋ミドルウェア
- イメージの可搬性
仮想マシンよりも小さい
- 起動が早い
- オーバーヘッドが小さい
コンテナリポジトリから pull することでイメージを共有できる
Dockerfile のシンプルさ
- ただのテキスト
- スタッキングでのカスタマイズの容易さ

K8s とは

役割: コンテナオーケストレーション
- デファクトスタンダード
オーケストレーションとは？
- 複数のコンテナをノードに配置して1つのプラットフォームとして扱うことができる
- どこのノードに配置されるかは意識する必要がない
- 自動でスケールイン、スケールアウト
- たくさんのアプリやサービスをデプロイするのに適している
- 障害を検知すると自動で新しいコンテナーが起動し、指定した台数を常に維持してくれる
  - “落ちない” ありきの今までの考え方と異なる
- 更新は自動でローリングアップデート

構成要素

Master Node
- 各ノードの稼働状況やリソース消費を管理する
Agent Node
- 実際にワークロードが配置されるノード
Pod
- 複数のコンテナをまとめて管理する単位

アーキテクチャ

Pod は通常、外部からアクセスできない
外部 IP アドレスを持つ Service を作成し、コンテナでサービス提供ができるようになる

死活監視

Deployment
- 複数の Replica Set を管理する
- バージョンアップなどで使う
Replica Set
- Pod の Replica を管理する
- Pod の数を保証する (最低2台とか)
Pod

クラウドで提供される Kubernetes

サービス提供内容
- Master Node は隠蔽されており、無料で提供
- 課金対象は Agent のみ
- Agent Node のスケールアウト、スケールインが可能
- Kubernetes Cluster のバージョンアップが可能
何がうれしい？
- K8s の運用が大変なので、管理の手間が減る
代表的なサービス
- GKE/AKS/EKS

K8s を構築する

アプリケーション開発に注力できるのでクラウドの利用推奨
今日は Azure K8s Service (AKS) で

Azure K8s Service (以下、AKS)

東日本リージョンで GA
アクセス方法
- Azure Portal
- Azure CLI 2.0

`kubectl`

クラスタの作成は Azure Portal/CLI からだが、その後は kubectl を使う
.kube/config は Azure CLI で取得する
- az aks get-credentials --resource-group=<リソースグループ名> --name=<AKS名>
あとは大体どこのサービスも同じ

K8s にアプリケーションをデプロイする

コマンドを使ったデプロイ

kubectl run コマンド

kubectl run <アプリ名> --image <コンテナリポジトリ名>
kubectl expose deployments <アプリ名> --port=80 --type=LoadBalancer

kubectl apply コマンド

kubectl apply -f deployment.yaml
kubectl apply -f service.yaml

Helm Charts

K8s のパッケージマネージャー
- 複数の YAML ファイルをパッケージ管理できる
- 値を YAML にハードコーディングするのではなくパラメータとして与えることができる
構成
- Client (helm)
- Server
KubeApps Hub
- https://hub.kubeapps.com/
- 既にパッケージングされたファイルが提供されている

Demo

ASP.NET Core アプリケーションをデプロイ

dotnet new mvc -o jazapp
cd jazapp

Dockrfile を作成
- Multi-staging 使ってる
- より小さいサイズで docker image が作れる
Docker イメージを作成し、リポジトリに登録

docker build -t user/repos:v14
docker push user/repos:14

Helm パッケージを作成してインストールする

mkdir charts
helm create jazapp
code values.yaml
helm install jazapp -n <名前>

動作確認
```
kubectl get pod,svc
kubectl proxy
```
インスタンスを増やしてみる
あえて Pod を 1つ削除してみる
- 代わりが数秒で立ち上がる

K8s を運用監視する

Prometheus
- K8s と親和性の高い pull 型の監視ツール
- メトリックがしきい値を越えたら、、Slack やメールでアラート可能
- 一応、UI があるけどイケてない(笑)ので Grafana を利用するのがオススメ
Grafana
- Prometheus が取得した戸陸すをダッシュボードで可視化
- プラグインを追加すると色々なデータソースを利用可能

K8s にサービスメッシュを導入する

Istio
- Blue / Green Deployment
- Canaria Release
- Circuit Breaker
- Bulkhead
- 分散トレーシング
K8s 単体で頑張ることもできるが、Istio を使う簡単にできる

Istio アーキテクチャ

Envoy 大事
- サイドカーパターン
- Istio Proxy コンテナーをインジェクションできる
- アプリケーションに修正を加える必要ない

分散トレーシング

Demo
アプリ側に手を入れなくても分散トレーシングできる

まとめ

K8s は複数のコンテナを複数のノードに配置して1つのプラットフォームとして利用できる
- アプリケーション1つだとあんまり向いてない
自分で運用してもいいけど手間が多いのでマネージドサービスがオススメ
デファクトスタンダードになった K8s と、それを取り巻く OSS の進化の恩恵を受けることができる

「マルチクラウド対応「Terraform」で、ITインフラを簡単にプロビジョニングしよう」に参加してきた #hashicorp #terraformjp

2018-06-15T21:00:00+09:00

マルチクラウド対応「Terraform」で、ITインフラを簡単にプロビジョニングしように参加してきました。

タイムテーブル

時間	タイトル	発表者
18:30 - 19:00	受付、ネットワーキング
19:00 - 19:10	ご挨拶、HashiCorp についてご紹介	Brian Burns, HashiCorp Japan株式会社ゼネラルマネージャ
19:10 - 19:40	Terraform Enterprise ユーザー事例	河野隆志様, GMOメディア株式会社サービス開発部シニアエンジニア
19:40 - 20:00	Terraform Enterprise 紹介・デモ	森英悟, HashiCorp Japan株式会社ソリューションエンジニア
20:00 - 20:30	Lightning Talk セッション
	Terraform と Azure を組み合わせて使うときの勘所	森山京平様, 日本マイクロソフト株式会社
	Terraform だって YAML で書きたい	羽深修様, 伊藤忠テクノソリューションズ株式会社
	InSpec を使った Terraform のテスト	古川貴朗様,　楽天株式会社
20:30 - 21:30	ネットワーキング

ご挨拶、HashiCorpについてご紹介

ちゃんとしたカンファレンスじゃないので同時通訳無しを覚悟していたが、日本語がめっちゃ上手くてビビった。

元々、創業者がアドテク企業で働いており、そこで担っていたミッションが下記のようなものだった
- アジャイルにする
- クラウドに移行する
これを実現するために自分たちで使うために作ったツールが terraform の元になっている
マルチクラウドを共通のインターフェースで実現
日本法人
- 今年から株式会社になった
- 7名
  - GM: 日本、韓国を兼務
今日のタイムテーブルについて

Terraform Enterprise ユーザー事例

採用時期: 昨年から
GMO メディア株式会社
- 20個のサービス、500台くらいのサーバー
- オンプレ300、プライベートクラウド100、パブリッククラウド100 (主に AWS)
GMO メディアにおけるインフラエンジニアの役割
- サーバーの保守対応
- 構築、運用
- パフォーマンスチューニング
- 社内システム
Terraform とは
- いわゆる Infrastructure as Code (IaC) を実現するためのツール
Terraform の利用状況
- 主にパブリッククラウドの100台が管理対象
- サービスあたり多くても20台くらい
リポジトリ構成
- terraform の workspace 機能は使っていない
- サービスA.git
  - production/
    - main.cf
    - variables.cf
    - outputs.tf
    - web-server.tf
    - ap-server.tf
  - development/
- サービスB.git
  - 同上
- サービスC.git
  - 以下省略
Terraform になってできるようになったこと
- インフラにもコードレビューの文化
  - GitHub の private repository に push して PR みたいな
- チーム開発
  - RBAC によるロール管理
  - GitHub 連携 (GitHub 以外のバージョン管理ツールも OK)
  - tfstate ファイルの管理
    - 共有
    - 世代管理
  - Private Module Registry の利用
- tfstate ファイルの保存先
  - Amazon S3 とかに保存ができるけど、複数名開発をするには State Lock するのに MongoDB とかが必要でめんどい
Terraform Enterprise でできること
- アカウント作成
  - Role 付与
  - Personal Access Token の発行
    - ローカルから terraform plan できるように
  - API の利用
- チーム
  - アカウントを紐付け
  - workspace はアカウント、チーム単位で割り当て可能
  - チームへの Role や Team Access Token
    - 具体的なユースケースは思いつかない
    - 感想: 他ツールと連携するときとかかな？
- Role
  - Read: terraform plan のみ
  - Write: terraform apply できる
  - Admin: Write + workspace の設定変更
- 旨味
  - デプロイ(terraform apply)が被ることがない
    - ローカルからデプロイするのではなく、master ブランチへの変更をトリガーにして Terraform Enteprise がデプロイする
    - 必ずマージした順番にデプロイされる
      - 複数名開発でリポジトリを利用せずに Amazon S3 に tfstate を置くだけだとデプロイが同時に走る可能性がある
      - 単に CI/CD を使うだけだとマージ自体は Git でアトミックな操作になるけど、デプロイ中に別のマージが行われると同様
        
        感想: CI/CD パイプライン側の設定で並列デプロイを防げばいいのでは…
    - 管理画面から State Lock が可能
      - State Lock 中はマージされてもデプロイできない
    - 誰がいつデプロイしたか分かる
    - 二要素認証
- 対応する VCS
  - GitHub (含む Enterprise)
  - GitLab CE/EE
  - BitBucket
  - etc. メジャーなのは対応してる
- 画面: GitHub の PR からリンクで Terraform Enterprise に飛べる
- tfstate の管理
  - backend として atlas というのが使えるようになる
    - 普通に使う分には Amazon S3 とかと使用感は変わらない
  - Terraform Enterpise から tfstate の変更履歴が見れる
  - Personal Access Token を使ってアクセスする
- Private Module Registry
  - サービス毎に workspace を分けたい
  - コードの共通化は Module でやりたい
  - でも Module を Public に公開したくないので Terraform Registry は使えない
  - タグによるバージョニングをしたい
  - セキュアに保ちたい
- Private Module Registry の置き先
  - Local file Paths
  - Terraform Registry
    - タグによるバージョニングができる
  - GitHub
    - Private リポジトリは参照できるけど、credntial 情報をどこかに持たないといけないのでセキュアじゃない
  - BitBucket, Generic Git, HTTP URLs, Amazon S3 etc.
- Private Module Registry の旨味
  - 使用感は Terraform Registry と同じ
  - タグによるバージョニング
  - GitHub の Repository がセキュアに参照できる
    - Terraform Enterprise 側で credential を保持するので .tf の中などに Git の credential 情報を持つ必要がない
- よかったこと
  - コードレビュー文化
  - インフラエンジニア以外でもインフラ構築
    - 開発者でも教育すればちょっとした変更などができる
  - インフラ環境の複製など、スピードアップを実感
- ハマったこと
  - 大量のリソースを管理すると遅い
    - 1 workspace に 2000 リソース → terraform plan だけで 20-30 分掛かる
    - workspace を分割して対応した
  - terraform 自体や provider のバージョンアップが早いので、追いつくのが大変
    - 何もしてないのにバージョンアップしただけで tfstate の差分が発生したり…
      - 最近はさすがになくなったかな
  - value of 'count' cannot be computed
    - Module 分けるとたまになるっぽい
    - issue もあるけど、まだちゃんと治ってないと思われる
- Q&A
  - Q. なんで terraform の workspace 使ってないの？
    - A. Terraform Enteprise が未対応くさい。試せてない。1 つの workspace に複数の tfstate を持たせられないかも。 (あとで森さんから補足あり)
  - Q. モジュール、何個ぐらい使ってんの？
    - A. 30-40個くらい。
  - Q. モジュールにしてよかったもの、悪かったものがあったら教えて？
    - A. EC2 とか SG とかはよかった。ELB とかは、ターゲットグループに入れたり外したりしたいときがあるので微妙かも。
    - 注釈: Terraform は状態を宣言してその状態にするものなので、操作をモジュール化すると良くないんだろうな、と思った。
  - Q. 何人くらいで使ってる？
    - A. 10数人。インフラエンジニア、開発メンバーで半々くらい。
  - Q. Terraform Enteprise 自体の管理はどうしてる？
    - A. Terraform Enteprise 自体の管理は今のところ手作業でやってる。workspace 作ったりとかも手動だよ。

Terraform Enterprise 紹介・デモ

アマチュアボクサーの選手だそうで…すごい
CI/CD の流れでデモンストレーション
前セッションの Q&A に関する補足
- Terraform Enteprise の提供方法は GitHub Enteprise と同様に SaaS と Private Install がある
- SaaS で利用してもらえれば管理は楽
管理単位について
- organization
  - workspace
    - workspace がリポジトリ(つまり .tf のセット)と紐づく
- 1 organization = 1プロジェクトにすると、複数の workspace を持てるので、production と staging を上手く管理できるかも
  - 注釈: organization - project - workspace という管理単位になるといいな、エンタープライズ開発を想定した作りになってないだけかも
機能紹介: Sentinel Policy (Policy as Code)
- “本番適用は土日にしかできない”、”開発環境では t2.micro しか使わせない” みたいなポリシーもコード化できる
- git で merge しても Terraform Enteprise が plan/deploy する前にポリシーに適合してるかチェックしてくれる
機能紹介: Variable Store
- Terraform Enteprise 側で変数を持つことができる
- credential 情報など、開発者にバラ撒きたくない値に使うと良さそう
- OSS の Terraform を使ってくれる人めっちゃいるけど、Terraform Enteprise もよろしくな！
  - トライアル30日無料
  - 営業に言ってもらえると長くできると思うよ！笑

LT: Terraform と Azure を組み合わせて使うときの勘所

2018/06/15追記: スライド上がってた
- TerraformとAzureを組み合わせて使うときの勘所
Terraform で指定する値の正しい表記が知りたい
- ロケーション: az account list-locations
- インスタンスサイズ: az vm list-sizes
- インスタンスをリサイズしたい: az vm list-vm-resize-options
- イメージを指定したい:
  - az vm image list-offers
  - az vm image list-publishers
  - az vm image list-skus
tfstate
- もちろん Blob Storage に置けます
- Blob Storage も Terraform で作れるよ
terraform deploy するときに、いちいち az login するのめんどい
- RBAC service principal 使ってね！
- az ad sp create-for-rbac のあれ
CI/CD で Secure Token を使いたくない、セキュアなやり方はないの？
- Managed Service Identity (Preview)
  - 要は IAM Role のインスタンスプロファイル
Terraform 環境作るのダルい
- Azure Marketplae から全部入りの Terraform VM をデプロイできるよ
Azure Kubernetes Services (AKS)が GA しました
- Terraform 使ったチュートリアルがあるので、ぜひ使ってね

LT: Terraform だって YAML で書きたい

2018/06/15追記: スライド上がってた
- Terraform だって YAML で書きたい
- スライド中にタイマーあるのいいなと思った、真似したい。
宣伝
- Ignite やってます
- インフラCI実践ガイド 6/18発売
好きなツール
- Henchman
- Goss
- 要は Go と YAML が大好きだ
  - ツール自体の利便性は二の次!笑
Terraform
- HCL と JSON に対応している
JSON
- ハッシュの最後の要素に , (カンマ) が打てないのがダメ
- ハッシュのキーを "" で囲う必要があるのがダメ
YAML
- Terraform のページで dis られてるらしい
仕事で CloudFormation を YAML で書くか JSON で書くか検討した際も YAML 推しだった
Terraform のソースコードに手を入れようと思ったが…
- yaml2json になりました
  - LT のために手を入れるにはボリュームが大きくなりそうだった…
- いつかちゃんとパーサーを書いて contribute するぞ!笑

LT: InSpec を使った Terraform のテスト

2018/06/15追記: スライド上がってた
- InSpec を使った Terraform のテスト
Terraform は便利だが、一歩間違うと大惨事
- Terraform 自体や Provider のバージョンアップ
- モジュールやプラグイン開発で手を加えたとき
- 変更をくわえるとき
テストの重要性
- 動作確認のためにマネージメントコンソールを触りたくない
InSpec の紹介
- serverspec と一緒じゃね？
  - serverspec にインスピレーションを受けたツール
  - DSL は serverspec に類似しているが、Ruby に詳しくない人でも使えるように、という思想
    - 例えば、Rakefile や spec_helper.rb を用意しなくても使える
- InSpec で書かれたテストケースの例
- テストの実効結果の例
- 対応しているリソースは、まだ Azure より AWS の方が多い
InSpec は便利だけど…
- 一からテストケース(Profile)を書くのが辛い
- Azure だと Azure Resource Exporter と睨めっこ
inspec-iggy
- tfstate から InSpec の Profile が生成される
- やってみた
  - AWS だといけるけど、Azure は未対応
  - contribute するならチャンス!

ネットワーキング

所用につき、未出席。ピザとビールがあったのに…ぐぬぬ。

その他

会場について
- GMO Yours
- オフィス入り口は遅い時間(20:00だったかな？)になると閉まる
- 遅い時間は B1F から出る
- 改札みたいになってるんで、入館カードはゲートの口に入れて返却
HashiCorp 主催 Webiner
- 7/9(月) 18:00〜
- 詳細は Web で!!

主催の HashiCorp Japan 様、会場提供をしていただいた GMO 様、ありがとうございました!

Visual Studio Code for Linux を WSL 上の Ubuntu 16.04 LTS にインストールする

2018-05-30T23:19:00+09:00

WSL を有効にする → Ubuntu 16.04 LTS をインストールする

以降の手順は Ubuntu 16.04 LTS で動作を確認した。

本当は Ubuntu 18.04 LTS を使いたかったのだが、X Imput Method がうまく動作せず、 Visual Studio Code (VS Code) を起動すると X サーバーごと応答なしになってしまう。要調査。

(2018/08/01追記) Ubuntu 18.04 LTS でも fcitx-mozc で日本語入力ができるようになった。 https://tech.xeres.jp/2018/08/01/installing-vscode-for-linux-in-wsl-ubuntu-18.04-lts/

Windows 側に X サーバーをインストールする

VcXsrvとか適当に入れてちょうだい。

VS Code をインストールする

基本的には公式ドキュメントを参照でよいが、一部の修正が必要。

sudo mv を利用した手順だと /etc/apt/trusted.gpg.d/microsoft.gpg のオーナーが一般ユーザーになってしまうので sudo cp を利用する
依存しているが不足しているライブラリがあるので libgtk2.0-0, libxss1, libasound2 をインストールする

最後に DISPLAY 環境変数を設定して起動すれば問題なし。一旦 VS Code を閉じる。 Windows 側で X サーバーの起動を忘れないように。

curl https://packages.microsoft.com/keys/microsoft.asc | gpg --dearmor > microsoft.gpg
sudo cp microsoft.gpg /etc/apt/trusted.gpg.d/microsoft.gpg
rm microsoft.gpg
sudo sh -c 'echo "deb [arch=amd64] https://packages.microsoft.com/repos/vscode stable main" > /etc/apt/sources.list.d/vscode.list'

sudo apt update

sudo apt install -y lib{gtk2.0-0,xss1,asound2}
sudo apt install -y code

export DISPLAY=":0.0"
code

日本語化を実施する

次に日本語化を行う。

フォントは Google がオープンソースで提供している Google Noto Fonts を利用しているが、fontconfig で制御されているので好きなものでよい。

sudo apt install -y language-pack-ja
sudo apt install -y fonts-noto-cjk

export LANG="ja_JP.UTF-8"
export LC_ALL="$LANG"

export LC_ALL した際にロケールが正常に反映できない旨のエラーが出た場合、一度ターミナルを再起動すると良い。

export DISPLAY=":0.0"
export LANG="ja_JP.UTF-8"
export LC_ALL="$LANG"
code

これで日本語化されたメニューや Welcome ページが表示される。この時点ではまだ日本語入力はできない。

日本語入力を有効にする

uim-mozc とかも試したのだが上手く動作させることができず、妥協して uim-anthy となった。これで日本語入力が可能となった。

sudo apt install -y uim{,-{xim,anthy}}

export XIM="uim"
export XMODIFIERS="@im=$XIM"
export GTK_IM_MODULE="$XIM"
export QT_IM_MODULE="$XIM"
export UIM_CANDWIN_PROG="uim-candwin-gtk"

uim-xim &
code

日本語入力自体の設定を変えたい場合は uim-pref-gtk で普通に設定できる。

全角/半角キーを押し下げただけで連打された状態になる不具合に対処する (オプション)

なんか割と有名な事例らしいのだが、xset -r 49 で修正できるようだ。

sudo apt install -y x11-xserver-utils

xset -r 49

タイムゾーンを JST にする

デフォルトのタイムゾーンは DST になっているので JST にする。

sudo sh -c 'echo Asia/Tokyo > /etc/timezone'
sudo dpkg-reconfigure --frontend noninteractive tzdata

`~/.profile` に環境変数や起動時コマンドを追記する

ざっとこんな感じ。

$SHLVL を見て、uim-xim や xset が不要に実行されないようにしている。

また、どうも WSL は正常なログインプロセスを経ていないようで /etc/login.defs の UMASK が無視されるようなので、ついでに umask 022 をコメントアウトするとよい。

# ~/.profile: executed by the command interpreter for login shells.
# This file is not read by bash(1), if ~/.bash_profile or ~/.bash_login
# exists.
# see /usr/share/doc/bash/examples/startup-files for examples.
# the files are located in the bash-doc package.

# the default umask is set in /etc/profile; for setting the umask
# for ssh logins, install and configure the libpam-umask package.
umask 022 # ついでにコメントアウト

# if running bash
if [ -n "$BASH_VERSION" ]; then
    # include .bashrc if it exists
    if [ -f "$HOME/.bashrc" ]; then
        . "$HOME/.bashrc"
    fi
fi

# set PATH so it includes user's private bin directories
PATH="$HOME/bin:$HOME/.local/bin:$PATH"

# ---- 以降追記 ----
export DISPLAY=":0.0"

export LANG="ja_JP.UTF-8"
export LC_ALL="$LANG"

export XIM="uim"
export XMODIFIERS="@im=$XIM"
export GTK_IM_MODULE="$XIM"
export QT_IM_MODULE="$XIM"
export UIM_CANDWIN_PROG="uim-candwin-gtk"

if [ $SHLVL -eq 1 ]; then
    uim-xim >/dev/null &
    xset -r 49
fi

行人坂.tech #0 に参加して AWS Fargate のハンズオンをやってみた #gyoninzaka_tech

2018-05-09T23:30:00+09:00

行人坂.tech #0 に行って、AWS Fargate を触ってきました。

行人坂.tech について

スピーカー: @hamburgerkidさん
目的
- AWS のマネージドサービスをハンズオンで体験してもらいたい
- マネージドサービスを体験して、その利便性を業務で活かしてほしい
- 勉強会自体が成熟してきたら、AWS のマネージドサービス以外も取り上げるかも

AWS Fargate とは (座学)

スピーカー: @afukuiさん

コンテナのいいところ

3つの利点
- パッケージング
- 配布
- イミュータブルインフラストラクチャ
得られるもの
- アプリケーションの高速なデプロイ
- CI/CD を用いた、高速かつ高いポータビリティ性を生かしたテスト環境の構築
結果
- アプリケーションの質とデプロイ速度が向上

Amazon ECS

growth
- 年間アクティブユーザー 450+% (2016/2017年の比較)
- 毎週、数億コンテナが起動
- 数百万ものインスタンス上で
- 2015年の GA 以降、50+ の新機能
他 AWS サービスとの連携
- AWS VPC ネットワーク
- Auto-Scaling
- CloudWatch
- ELB
- …etc.

フィードバックで一番多かった要望

アプリケーション開発だけをしたい
インスタンスの管理なんかしたくない
それができるのが AWS Fargate

AWS Fargate の特徴

インスタンス管理なし
タスクネイティブAPI
使用リソースベース課金
結果
- シンプルで、使いやすく、協力な新しいリソース利用モデル

(コンテナの)ユースケース

マイクロサービスアーキテクチャ
- 多数のマイクロサービスを同じように管理
非同期ジョブ実行 (バッチ処理)
- 柔軟にスケール
- Lambda と違って実行時間に制約がない
  - (メモ) Azure Functions だと App Service プランにすると実行時間についてはある意味気にしなくていいので「ほへー」と思った
継続的インテグレーション、継続的デプロイ (CI/CD)
- 開発、テスト、本番まで一貫したイメージを利用
クラウドへのマイグレーション
- レガシーシステムでもコンテナにさえしてしまえば容易にクラウドに持っていける
  - (メモ) 各クラウドプロバイダーが提供しているマイグレーションサービスで非コンテナのまま持ってく方が楽なのではといつも思うのだが、偉い人どうすか

コンテナ管理環境の変遷

ローカル実行
各 EC2 インスタンス上で実行
Amazon ECS
AWS Fargate ← 今ココ

Amazon ECS の構造

Scheduling and Orchestration
- Cluster Manager
- Placement Engine
- 結局、こいつらが裏で EC2 を動かしている
Amazon ECS 用 EC2 インスタンスの AMI (ECS AMI)
- ECS agent
- Docker agent
AWS Fargate だと…
- EC2 インスタンスは見なくてよい
- フロントの Scheduling and Orchestration はそのまま

ECS を使用した Fargate コンテナの実行

同じ Task Definition スキーマ
ECS API を使ってアクセス可能
AWS Fargate と Amazon ECS の共存が可能
- (メモ) クラスターAは Amazon ECS、クラスターB は AWS Fargate というだけで、同一クラスタで共存できるわけではないと思われる

AWS Fargate を利用した場合の Auto Scaling の違い

Amazon ECS では EC2 Auto-Scaling と Task Auto-Scaling を設定していた
AWS Fargate では Task Auto-Scaling だけを設定すればいい
Task の実行で問題が出ないように EC2 Auto-Scaling 側で余裕を持たせる、などの工夫は不要なので無駄な課金がない

ネットワーク

AWS VPC ネットワークモードのみ
- (メモ) 要は bridge は使えないってことだと思われる
Task 毎に ENI を自動割り当て
- Security Group を Task 毎に設定可能
  - 同一クラスタ内であればツーツー
Task 内のコンテナは localhost を共有
- Link 不要で互いにアクセス可能
VPC ないの他のリソースへ Private IP で通信が可能
- AWS Fargate では Public IP の割り当ても可能

ロードバランサー

ALB / NLB どちらにも対応

セキュリティ

クラスタ単位での分離が可能
IAM Role を Task 毎に設定可能

可視化とモニタリング

CloudWatch Logs
CloudWatch Events
Service-level metrics

ストレージ

クラスターと同じライフサイクルのストレージサービス
- Ephemeral は EBS サポート
- コンテナストレージ領域 10GB
- コンテナ間の共有ストレージ 4GB
永続化したい場合は別途で他のストレージサービスを利用すること

レジストリサポート

Amazon ECR
Public Repositry
3rd-Party Private Repositry (comming soon)

料金体系

CPU/メモリ×実行時間
ストレージは不要
データ転送量は標準
CloudWatch を使う場合はその分は別途で

SLA/コンプライアンス

99.99% (Amazon ECSと同様)
HIPAA など、他サービスと同様のコンプライアンス認定

AWS Fargate for Amazon EKS

comming soon

(メモ) AWS Fargate のページを見ると下記のように記載あり

AWS Fargate での Amazon EKS のサポートは 2018 年に開始される予定です。

使い分けも可能

こんなことも可能
- リリース当初は AWS Fargate で簡易にスタート
- GPU が使いたい等、何らかの事情で一時的に Amazon ECS に
- リファクタリングしてコンテナ利用に最適化したら AWS Fargate に戻す
(メモ) 多分、同じレジストリを参照して別クラスターにデプロイするだけ

ハンズオン

スピーカー: @hamburgerkidさん
資料が private Qiita だったので URL は割愛

マネジメントコンソールから AWS Fargate の sample-app + ALB をデプロイ
アプリケーションの更新
Blue/Green デプロイ
スケールアウト
スケールイン
クリーンアップ

451 Unavailable For Legal Reasons

バージョニングを有効にした S3 バケットの削除方法

tl; dr

確認

なぜ Zone Apex に CNAME を設定できないのか

発端

結論

Route 53 でエイリアスの設定をすると回避できるのは何故？

エイリアスレコードのお得なところ

翁長雄志、津川雅彦、両氏の死についてのツイートを Google Cloud Natural Language API にぶち込んでみたけど、特に何も得られなかった

ソースコード

課金についての注意

結果

その他

Visual Studio Code for Linux を WSL 上の Ubuntu 18.04 LTS にインストールする

WSL を有効にする → Ubuntu 18.04 LTS をインストールする

Windows 側に X サーバーをインストールする

VS Code をインストールする

日本語化を実施する

日本語入力を有効にする

fcitx の設定を変更する

mozc の設定を変更する

全角/半角キーを押し下げただけで連打された状態になる不具合に対処する (オプション)

タイムゾーンを JST にする

OS起動後の WSL 初回起動時に自動的に IME が使えるようにする

OS起動時にやること

補足: GPU との相性問題

聴講レポート: ノンコーディングで業務アプリ開発！「PowerApps」と「Microsoft Flow」とは #MSInteract18 #T13

PwoerApps とは

背景: IT担当が開発するアプリは需要よりも5倍遅い

PowerApps の特徴

Demo #1

Demo #2

ロード画面の作り方

ギャラリー機能の応用

スライダー機能の追う湯

Power BI 連携

Cognitive 連携

お知らせ

聴講レポート: 今からはじめる Kubernetes 入門 #MSInteract18 #T41

Kubernetes (以降、K8s) とは

なんでコンテナ？

K8s とは

構成要素

アーキテクチャ

死活監視

クラウドで提供される Kubernetes

K8s を構築する

Azure K8s Service (以下、AKS)

kubectl

K8s にアプリケーションをデプロイする

コマンドを使ったデプロイ

Helm Charts

Demo

K8s を運用監視する

K8s にサービスメッシュを導入する

Istio アーキテクチャ

分散トレーシング

まとめ

「マルチクラウド対応「Terraform」で、ITインフラを簡単にプロビジョニングしよう」に参加してきた #hashicorp #terraformjp

タイムテーブル

ご挨拶、HashiCorpについてご紹介

Terraform Enterprise ユーザー事例

Terraform Enterprise 紹介・デモ

LT: Terraform と Azure を組み合わせて使うときの勘所

LT: Terraform だって YAML で書きたい

LT: InSpec を使った Terraform のテスト

ネットワーキング

その他

Visual Studio Code for Linux を WSL 上の Ubuntu 16.04 LTS にインストールする

WSL を有効にする → Ubuntu 16.04 LTS をインストールする

Windows 側に X サーバーをインストールする

VS Code をインストールする

日本語化を実施する

日本語入力を有効にする

全角/半角キーを押し下げただけで連打された状態になる不具合に対処する (オプション)

タイムゾーンを JST にする

~/.profile に環境変数や起動時コマンドを追記する

行人坂.tech #0 に参加して AWS Fargate のハンズオンをやってみた #gyoninzaka_tech

行人坂.tech について

`fcitx` の設定を変更する

`mozc` の設定を変更する

`kubectl`

`~/.profile` に環境変数や起動時コマンドを追記する