Google Domains のドメインのサブドメインを Amazon Route53 で利用する #terraform

Route53 でパプリックホストゾーンを作成

terraform だとこんな感じ。

resource "aws_route53_zone" "sample" {
  name = "sample.mydomain.dev"
}

パブリックホストゾーンを作成すると、NS レコードと SOA レコードは自動作成される。

Google Domains で NS レコードを作成する

Route53 側の NS レコードを、 Google Domains 側に設定する。

Amazon Route53 側

Google Domains 側

Amazon Route53 で A レコードを作成

terraform だとこんな感じ。

# Alias record の場合
resource "aws_route53_record" "sample" {
  zone_id = aws_route53_zone.sample.zone_id
  name    = aws_route53_zone.sample.name
  type    = "A"

  alias {
    name                   = aws_elb.sample.dns_name
    zone_id                = aws_elb.sample.zone_id
    evaluate_target_health = true
  }
}

# こっちは LB
resource "aws_elb" "sample" {
  name               = "sample-elb"
  availability_zones = ["us-east-1c"]

  listener {
    instance_port     = 80
    instance_protocol = "http"
    lb_port           = 80
    lb_protocol       = "http"
  }
}

その他

ホストゾーンを冪等で作ったり壊したりするケースがあんまり浮かばなかったので、作成と切り分けて参照の方がよいかもしれない。

data "aws_route53_zone" "sample" {
  name = "sample.mydomain.dev"
}

参考

• https://registry.terraform.io/providers/hashicorp/aws/latest/docs/resources/route53_zone
• Google Domainsで管理しているドメインのサブドメインをRoute53で作成する | DevelopersIO

Fixture Factories で Faker が日本語にならなかった #CakePHP

問題

CakePHP に Fixture Factories を導入しようとしていた。 Faker が利用できるので、日本語化しようと思ったがどうもうまくいかない。

原因と解決

defaultLocale がハイフン区切りの ja-JP になっていた。

アンダースコア区切りの ja_JP を指定することで解決した。

詳細

Fixture Factories で使用する Faker は、 I18n::getLocale() で取得した Locale を使用するようになっている。

なので、アプリケーション側で設定されている Locale が自動的に適用される。

github.com

今回は CakePHP 側で Locale 設定していたが、アンダースコアの ja_JP ではなく、 ja-JP になっていた。

処理を追っていくと、適用する Locale のプロバイダーがアンダースコア形式になっているのが前提のためだった。

• https://github.com/FakerPHP/Faker/blob/v1.19.0/src/Faker/Factory.php#L36-L51
• https://github.com/FakerPHP/Faker/blob/v1.19.0/src/Faker/Factory.php#L59-L68

備忘

原因としては分かったけれど、アンダースコアかハイフンかって、なにか仕様とか規格で決まってるのかなぁと思って調べてみた。

これ！という決定的な情報は見つからなかったんだけれども、どうやら Unix / Linux 系の言語設定ではアンダースコア区切りらしい。

locale コマンドや、LANG 環境変数を確認すると ja_JP.UTF-8 のようになっている。（まぁ自分の設定次第ではあるが）

ところが RFC5646 で言語タグのフォーマットを見てみると、ハイフン区切りで定義されている。

この辺で間違いが起こりやすいのかもしれない。

datatracker.ietf.org

CakePHP の国際化のドキュメントでは en_US とか fr_FR のようなアンダースコア形式がサンプルの中で用いられているので、アンダースコアで設定するのが正攻法で間違いなさそう。

book.cakephp.org

Android 開発に入門してみた #Android

なんかやったことないことやってみたいな〜、と思って Android 開発を少しだけやってみた。

特に Android 自体に強いこだわりがあったわけじゃないんだけれど、 Java や Kotlin を久しぶりに触りたいなって気持ちがあった。

どうやって入門したか

主に２冊の本を写経して動かしてって感じで進めた。

たった1日で基本が身に付く! Androidアプリ開発超入門

たった1日で基本が身に付く！　Androidアプリ開発超入門　［改訂2版］

超入門というだけあって、サクッと全体像を掴むのにとてもよかった。

レイアウトエディタの使い方とか、Android開発の雰囲気が分かった気になれる。

改訂版が比較的新しいので、そこも安心できるポイントだった。

実際にアプリを公開するには規約を用意したりが必要なんでやってないが、テスト版を Play ストアで配布するところまで試したりした。

Androidアプリ開発の教科書

基礎＆応用力をしっかり育成！Androidアプリ開発の教科書 第2版 Kotlin対応 なんちゃって開発者にならないための実践ハンズオン

自分は第１版を読んだんだけれど、第２版が出てるので今から買うならそっちのほうがいいと思う。（リンクは第２版にしておいた）

Androidアプリ開発超入門は Java だったんだけれど、こちらは Kotlin を使った。（同じ本で Java 版もある）

Android アプリでどういうことができるのか、どうやればいいのか、を一通り知るにはいい感じ。

カメラアプリと連携したり、メディア再生したりとその気になれる。

一方で少し情報が古いのか、 LinearLayout が基本になっていて、 ConstraintLayout や RecyclerView はちょっとしか言及されていない。

自分の持っている端末が Android10 なのでそれを minSdk にしていたけれど、本のコードを写経すると deprecated なものもちょいちょいあった。

調べながら書き換えてみたりしたけど、第２版だとこの辺が新しくなってたりするのかもしれない。

関係ないけど、 Listener みたいなのって内部クラスガンガン作るのがお作法なのかな。

再利用しないなら、 Kotlin ならそのまま無名関数書くのでいい気がした。（多分今は Java でもできるか）

設計が知りたい

読んだ本は設計観点の話がなかったので、そのへんがとても気になっている。

FatActivity とか、状態管理地獄で容易に死ぬ世界が想像できたので。

Google 公式でそれっぽいドキュメントや Example もありそうだったけど、よさそうな本があったのでとりあえずそれを読んでみようかなと思ってる。

Jetpack ComposeによるAndroid MVVMアーキテクチャ入門 (OnDeck Books（NextPublishing）)

テストが知りたい

テストはどんな感じでやるのか、全然イメージできていない。。

Google 公式にドキュメントはあるのは観測しているけど、 UI があるだけに何をどこまでテストしていくのかが肝になりそう。

この辺は Web フロントエンドと似たような感じなのかな。

初心者向けにおすすめのコンテンツや教材があったら教えて下さい。

感想

実機で作ったものがあると、どんなにショボくても少なからず感動がありました。

僕らはいつもスプリントレビューをしていた

久々の出社、とある機能の実装が一段落し、Dev環境にデプロイした。

隣の席のプロダクトマネージャーにふと「見ます〜？」と言ったら「見る見る！」となった。

そしたら隣の島にいた別の人が「私も見たい！」となって覗きに来る。

なので実機（スマホアプリ）から簡単にデモをしてみた。

「この場合は〜になるんですよ」みたいな、他愛ない話を少しばかりした。

以前のチームを思い出した

もうコロナ前で前職にいたチームはこんな光景が当たり前だなと思い出した。

スクラムっぽい開発プロセスだったけど、スプリントレビュー*1の時間を待つことなく、一通り実装が終わると「ちょっと見てもらっていいですか〜」と声がかかった。

プロダクトオーナーを中心に開発者や他の人達も集まって、みんなで誰かの PC を後ろから覗き込んだ。

デモをして、フィードバックをして、簡単なものはすぐ取り込んだり、次のリリースに反映したりしてた。

それが日常の開発だった。

今は基本リモート

やっぱりオフラインがいい！なんて言うつもりはない。

リモートワークは便利だ。

公私も含めた生活において、総合的にリモートのほうが楽である。

月に数回程度の出社ですら、（僕自身はオフィスの徒歩圏内に住んでいるにも関わらず）少しばかり腰が重くなってしまう。

リモートになってからも、気になるところがあればキャプチャや動画をチャットツールで共有して、必要なら Slack のハドルや Zoom でフィードバックを送り合ってる。

今いるところも、いいチームだなって思う。

それでもライブ感から生まれる感情や一体感の高まりというのは、オフラインの方がいいなぁと感じたのも事実だ。

日常の風景

総合的にはリモートが日常である方が便利だ。

個人的にも、もうオフラインを日常にするのは難しいだろうなと思う。

だけどそれでも最高点を叩き出すのはオフラインな気がした。

いつでもどこでも音楽を聴ける Spotify は便利だけれど、それでもライブに足を運ぶ感覚に近いのかもしれない。

ただし誰もがライブを見に行くわけではないというのもまた、そうだろうと思う。

*1:スクラムでいうところのスプリントレビューはステークホルダーに対してのものなので、この表現が正確でない部分はある

Android で「Requested internal only, but not enough space」というエラー #Android

Android Studio のエミュレータでアプリを起動しようとしたらエラーが発生してしまった。

java.io.IOException: Requested internal only, but not enough space

単純にエミューレータのデバイスで空きサイズが無いということらしい。

ストレージ容量を増やしたり、外部ストレージに保存する方法もあるみたい。

ただ作ってるアプリ的にゴミデータが溜まってるだけかなと思って調べてみたら、デバイスマネージャからお掃除できた。

お掃除したい端末で「Wipe Data」してあげれば OK。

参考

• Android Emulator internal storage is almost full - Stack Overflow
• Installation failed with message Error: android.os.ParcelableException: java.io.IOException: Requested internal only, but not enough space - MicroEducate

TravisCI で PHP7 のビルドがエラーになる #TravisCI #php

(2022/03/17 追記)

フォーラムで話題になっており、サポートからも連携されたようなので、そのうち直りそう。 travis-ci.community

問題

php7.4 で TravisCI が突然コケるようになってしまった。

php: error while loading shared libraries: libargon2.so.1: cannot open shared object file: No such file or directory

.travis.yml では 7.4 を指定していた。

language: php
php:
  - 7.4

最後にうまくいったときのビルドと比べてみると、どうも PHP のパッチバージョンが異なっているようだ。

成功した時は 7.4.22 だったが、 7.4.28 になっている。

デバッグビルドをしてみると、 phpenv が 7.4.28 をインストールしていることが分かる。

ログをよく見ると、そもそも php がうまくインストール出来ていないようだ。

$ phpenv versions
  system
  5.6
  5.6.40
  7.1
  7.1.27
  7.2
  7.2.15
* 7.4 (set by /home/travis/.phpenv/version)
  7.4.28
  hhvm-stable
  hhvm

$ phpenv global 7.4.28 2>/dev/null
7.4.28 is not pre-installed; installing
Downloading archive: https://storage.googleapis.com/travis-ci-language-archives/php/binaries/ubuntu/16.04/x86_64/php-7.4.28.tar.bz2
9.39s$ curl -sSf --retry 5 -o archive.tar.bz2 $archive_url && tar xjf archive.tar.bz2 --directory /
0.01s0.02s$ phpenv global 7.4.28
php: error while loading shared libraries: libargon2.so.1: cannot open shared object file: No such file or directory

検証

Travis はパッチバージョンも指定できるので実際に試してみると、7.4.27 以降は同様のエラーが発生してしまうようだ。

version	result
7.4.22	成功
7.4.26	そもそも Travis で指定不可なので、エラー(404)
7.4.27	エラー
7.4.28	エラー

language: php
php:
  - 7.4.22
  - 7.4.26
  - 7.4.27
  - 7.4.28
script:
  - php -v

検証結果は↓

https://app.travis-ci.com/github/su-kun1899/sandbox-travisci/builds/247900433

対応

とりあえず、 7.4.22 のバージョンをベタ指定することで暫定回避できる。

根本原因がどこにあるか分からないけど、 PHP8 にするなり GitHub Actions にお引越しするなりした方がよさそう。。

Building a PHP project - Travis CI

AWS SDK for PHP を Mock する #php

AWS SDK を使って Amazon SNS 使用箇所のテストを書こうとしていたところ、 PHPUnit の Mock を無邪気に使ったら怒られてしまった。

phpunit Trying to configure method "publish" which cannot be configured because it does not exist, has not been specified, is final, or is static

どうやら PHPUnit で簡単には Mock できない構造のようだが、調べてみると MockHandler を使えば良さそうだ。

Handlers and Middleware in the AWS SDK for PHP Version 3 - AWS SDK for PHP

<?php
// handler を作成
$mock = new MockHandler();

// mock の中身を定義
$mock->append(new Result(['foo' => 'bar']));

// 例外も返せる
$mock->appendException(
    new SnsException('Mock exception', $this->createStub(Command::class))
);

// client を生成
$client = new SnsClient(
    [
        'version' => cr('ExServices.Sns.version'),
        'region' => cr('ExServices.Sns.region'),
        // handler を渡してあげる
        'handler' => $mock,
    ]
);

// mock した結果は queue 方式で実行される
$client->publish(['Message' => 'dummy']);

// queue 方式なので、2回目は例外が発生する
$client->publish(['Message' => 'dummy']);

ここまではドキュメントの通りなのだが、認証情報が未設定だと CredentialsException が発生してしまう。

Aws\Exception\CredentialsException : Error retrieving credentials from the instance profile metadata service. (cURL error 7: Failed to connect to 169.254.169.254 port 80 after 0 ms: Connection refused (see https://curl.haxx.se/libcurl/c/libcurl-errors.html))

どこまで何をテストしたいかによるが、手軽に SnsClient を Mock したいだけなら匿名クライアントにすれば回避できる。

Creating Anonymous Clients - AWS SDK for PHP

<?php
// client を生成
$client = new SnsClient(
    [
        'version' => cr('ExServices.Sns.version'),
        'region' => cr('ExServices.Sns.region'),
        'handler' => $mock,
        // credentials を false にすれば匿名クライアントになる
        'credentials' => false,
    ]
);