私と私の猫の他は誰でも隠し事を持っている

野良プログラマ発、日々のアウトプット

Step Functions を PHP プログラムから実行する

最近、AWS Step Functions を使ってみたのですが、これが中々面白い。ステートマシンというワークフローを定義して、予め作っておいた Lambda 関数群を順に実行して出力値を次の関数に渡したり、分岐・ループ、並列実行等もできちゃう。Lambda 関数を Unix コマンドになぞらえると Step Functions はシェルスクリプトですな。単純な機能の Lambda 関数を組み合わせて複雑な処理が可能になるので、バッチ処理的なユースケースでサーバレス化が捗りそうです。

そんな便利な Step Functions ですが、ステートマシンの作り方等は他に解説がいくらでもあるので、今回は作ったステートマシンを PHP プロうグラムから実行する話。単純な要件だけど、コードサンプルが意外に見つからなかったもので。

以下、ステートマシンを非同期に実行開始して、1秒毎に状態取得・出力するという例です。AWS SDK for PHP 3 が必要なので、下記スクリプトのある場所で composer require aws/aws-sdk-php してある前提です。

<?php
require_once('./vendor/autoload.php');

define('AWS_ACCESS_KEY', <あなたのアクセスキー>);
define('AWS_SECRET_ACCESS_KEY', <あなたのシークレットアクセスキー>);
define('AWS_REGION', <リージョン>);
define('STATEMACHINE_ARN', <あなたのステートマシンのARN>);

// Step Functions クライアント生成
$credentials = new Aws\Credentials\Credentials(AWS_ACCESS_KEY, AWS_SECRET_ACCESS_KEY);
$sfn = new Aws\Sfn\SfnClient([
	'region' => AWS_REGION,
	'version'  => 'latest',
	'credentials' => $credentials
]);

// ステートマシンの実行を開始
$input = [
	"var1" => "a",
	"var2" => "b",
	"var3" => "c",
];
$result = $sfn->startExecution([
	'stateMachineArn' => STATEMACHINE_ARN,
	'input' => json_encode($input)
]);
$executionArn = $result['executionArn'];

// 実行状態を監視しつつ終了まで待つ
for ($events=[],$expire=time() + 60; time() < $expire;) {
	sleep(1);
	// 実行状態を取得
	$result = $sfn->describeExecution([
		'executionArn' => $executionArn
	]);
	$status = $result['status'];
	// イベント履歴を取得
	$result = $sfn->getExecutionHistory([
		'executionArn' => $executionArn
	]);
	// 発生したイベントを表示
	$newEvents = array_slice($result['events'], count($events));
	foreach ($newEvents as $newEvent) {
		printf("[%d] %s\n", $newEvent['id'], $newEvent['type']);
	}
	$events = $result['events'];
	if ($status != 'RUNNING') {
		break;
	}
}

Lambda 関数の内部でもプログレスを DynamoDB 等に出力するようにすれば、より詳しい監視が可能になるかも。逆にそこまで詳しく状態把握する必要がなければ、startExecution() を startSyncExecution() にすると簡単に同期処理できます。

【Vuetify】ドロップダウンリストで「その他」選択時に任意テキストを入力

Vuetify 小ネタ。表題の件を v-select で実現できんかなー、とサーチしていて見つけたのがこれ↓。

stackoverflow.com

ほぼドンピシャなソリューションだったのですが、任意入力 + Enter で初期表示状態に戻る U/I が少し不満だったので fork してアレンジしてみました↓。


See the Pen
Stackoverflow: 61211428
by まりゆどぅ (@Mariyudu)
on CodePen.

v-text-field で任意入力した後でも表示はそのままで、append-icon で付与したクローズボタンをクリック時にドロップダウンリストに戻れるよう、変更しています。

やめました・はじめました

かれこれ四半世紀程続けてきたライフワーク的なウェブサイトを閉鎖し、心機一転、新サイトに移行することにしました。
'95年前後のネット時代幕開けの折、「ホームページ」というものを作ってみたくなり開設した、自分の好きな音楽を情報発信するサイトです。このサイト制作でウェブ周りの技術を身に付け、当時は未だ少なかったホスティング事業の会社に転職したという思い出付きですw

閉鎖・移行の理由はコンテンツ制作と技術面で色々あるのですが、

  • サイトのテーマ(アコースティックギター音楽)には興味を持ち続けているが、表現の場としてコンテンツ構成が窮屈になってきた。もっと「素」な感じで自分の表現欲求を満たせるものでありたい。
  • 少々気負った感じの文章も継続して書くのは負担が大きい。体裁に拘らず、持続可能であることを旨としたい。
  • CakePHP 製なんだけど、PHP や F/W のバージョンアップ対応をサボってたらサーバ移転などで大変な目にあうこと度々(´・ω・`)
  • XHTML/CSS2 というプレゼンスも流石にもう許されんだろうゴルァ。今どきスマホファーストは必須だし、もう新しく作り変えるしか無いよぬ…

という感じです。新サイト開発にあたっては、データベース(旧サイト用のものを機械的に移行したもの)を Nuxt.js 製のプログラムから読み出して、静的ジェネレートした一式をデプロイ、という方針を採りました。U/I は Vuetify で行くつもりだったのですが、静的に展開できないコンポーネントがあったり、独力じゃイケてるページデザイン無理っぽい… ということで Bootstrap5 な無料テンプレベースに切り替えました。

はい、そんな訳で移行前後の記念撮影(スナップショット)を↓。

f:id:mariyudu:20210923113633p:plain
移行前
f:id:mariyudu:20210923113737p:plain
移行後

そういやこの旧サイト、始めた頃はレンタルサーバCGI が使えなかったので、FileMaker の DB をソースに Perl でコンテンツ生成してデプロイ、という形態だったような気が。四半世紀経って元のスタイルに戻ることになるとはなぁ…(遠い目

Nuxt で Vuetify のロケールを設定する

自分プロジェクトで Nuxt いじりするのが楽しい連休二日目です。という訳で表題どおり、Nuxt.js プロジェクトで U/I に Vuetify を選択した時、ロケールを指定して日本語化する設定という小ネタです。nuxt.config.js に言語ファイルの import とロケール設定を追記すれば良さげ。以下、追記後の git diff です。

$ git diff nuxt.config.js 
diff --git a/nuxt.config.js b/nuxt.config.js
index e21aabd..f74933b 100644
--- a/nuxt.config.js
+++ b/nuxt.config.js
@@ -1,4 +1,5 @@
 import colors from 'vuetify/es5/util/colors'
+import ja from 'vuetify/es5/locale/ja'
 
 export default {
   srcDir: "./client/",
@@ -54,6 +55,10 @@ export default {
 
   // Vuetify module configuration (https://go.nuxtjs.dev/config-vuetify)
   vuetify: {
+    lang: {
+      locales: { ja },
+      current: 'ja',
+    },
     customVariables: ['~/assets/variables.scss'],
     theme: {
       dark: true,

2021年上半期 プライムビデオで観た音楽系コンテンツ

ここ5年ほど週末の夜は安ワイン片手にプライムビデオという、ネイティブ・ウィズコロナな Mariyudu です。おつまみはロルフのベビーチーズが美味いでし。

さて、映画は全然詳しくないのですが、音楽成分多めだと何やら一家言めいたことが書けそうなので、今年1〜6月に観た音楽モノを備忘録的に書き留めておきます。ネタバレとかを気にしない大雑把な性格なので、その辺にナイーブな方はご注意を。

バンドスラム

青春映画としては直球じゃないけど、ミニシアター系と括るにはオープンで小難しくない。主人公がバンドメンバーじゃなくてマネージャー兼プロデューサーってヒネリがイイですね。ハッピーになれます。

ジャージー・ボーイズ(字幕版)

「君の瞳に恋してる」のオリジネイター、フランキー・ヴァリフォー・シーズンズの伝記映画。成功者の例に漏れず、米芸能界という超モンスターなスターシステムに引き裂かれていく様がやるせないです。監督はクリント・イーストウッドなのですな。

ジャージー・ボーイズ(字幕版)

ジャージー・ボーイズ(字幕版)

  • ジョン・ロイド・ヤング
Amazon

グレン・ミラー物語(字幕版)

なにせ'54年作なので寝てしまうかもと思ってたけど、昨今の作品のように凝った展開がある訳でも無いのに普通に楽しめました。戦前〜戦後という時代背景の濃さ故ですかねー。プライムのラインナップには古い映画も多いのだけど、音楽モノが意外に多いという発見も。

グレイトフル・デッドの長く奇妙な旅 [全6話]

自分には長い間、気にはなるけどのめり込むことが出来ないビミョーな位置にいるバンド、グレイトフル・デッド。そんな彼らのドキュメンタリーを観て、バンドの成り立ちや経過、デッドヘッズ達との関係等については理解が深まった気がするけど、デッドをさらに好きになる・なろうという気持ちはやっぱり起こらなかったです。やっぱりこのバンドは不思議だ…

ロケットマン (字幕版)

当初、エルトンの代表作「君の歌は〜」をそれ程良い曲だとは思ってなかったのだけど、後年にデビュー作から通して聴いた後でようやく文脈が腑に落ちたことを思い出します。という訳で複雑この上ないパーソナリティとバックボーンを背負った孤高のポップスターの半生を描いた作品なのですが、ミュージカル仕立てもそれほど濃くはなく、観やすかったです。期待していたジョン・レノンとのコラボに関しては言及なし。普通なら死後に明かされるようなスキャンダラスなあれこれが、本人生存中の大放出。やっぱり凄いスターですわ。

ニューオリンズ(字幕版)

WWI 真っ盛りな1917年、ニューオーリンズを舞台にしたジャズと恋のお話。サッチモビリー・ホリデイの出演で有名な'47年の作品ですが、今回初めて観ますた。この年はジャズのレコードが初めてリリースされた年だそうで、劇中には「ジャズ」の語源誕生のシーンも。奏でられる音は原初のディキシーランドジャズにしては洗練されすぎな気もしますが、ヤボは言いっこ無しと自分に言い聞かせながら楽しんだ90分でした。

ニューオリンズ(字幕版)

ニューオリンズ(字幕版)

  • ルイ・ア-ムストロング
Amazon

ましろのおと [全12話]

二十歳過ぎの頃に初代高橋竹山のレコを買って以来、津軽三味線は好きなジャンルです(郷里が青森県だし)。なので、わりと期待して観始めたけど、けど、けど、うーむ… 要するにこういうノリというかリズムを楽しむには老いすぎたってことでしょうな。太棹の歴史や薀蓄がもっとたくさん盛り込んであったらおっさんでもイケたかも。ちなみに原作漫画は読んでません。

【AWS CLI】ELB ターゲットグループの EC2 インスタンス一覧をワンライナーで表示する

数十程の EC2 インスタンス群をロードバランサ(ALB)経由でサービス提供しているのですが、インスタンス管理で「あれ? このサーバってどのサービスで使ってたんだっけ…」ってなった時に、コンソールからロードバランサのターゲットグループをひとつずつ確認するのは大変なので、AWS CLI, jq, bash を組み合わせて [ <ターゲットグループ名>, <インスタンスID>, <ポート番号> ] という構造のタブ区切りデータを出力してみた、ていう小ネタでつ。(註 : AWS-CLIJSON 形式出力設定になっている前提です)

パイプ連結が結構長いので、ひとつずつ順を追って。まず、アカウント内の ELB ターゲットグループの一覧は describe-target-groups で得られるので、jq でフィルタリングして [ <ターゲットグループ名>, ターゲットグループARN> ] という構造のタブ区切りデータに変換するにはこんな感じ。

aws elbv2 describe-target-groups | \
jq -r '.TargetGroups[] | [.TargetGroupName, .TargetGroupArn] | @tsv'

次に、指定ターゲットグループに紐付いている EC2 インスタンスを列挙するには describe-target-health というターゲット毎のヘルスステータス表示コマンドでできそう。これを jq でフィルタリングして [ <ターゲットID>, <ポート番号> ] という構造のタブ区切りデータに変換するにはこんな感じ。

aws elbv2 describe-target-health --target-group-arn <ターゲットグループARN> | \
jq -r '.TargetHealthDescriptions[] | [.Target.Id, .Target.Port] | @tsv'

以上を組み合わせて、 [ <ターゲットグループ名>, <インスタンスID>, <ポート番号> ] という構造のタブ区切りデータを出力するようにしたのが、これ↓。シェルの箇所は読みやすいように複数行化してます。

aws elbv2 describe-target-groups | \
jq -r '.TargetGroups[] | [.TargetGroupName, .TargetGroupArn] | @tsv' | \
while read NAME ARN
do
  aws elbv2 describe-target-health --target-group-arn $ARN | \
  jq -r '.TargetHealthDescriptions[] | ["'"$NAME"'", .Target.Id, .Target.Port] | @tsv'
done

文字通りのワンライナーなら、こう↓(長っ

aws elbv2 describe-target-groups | jq -r '.TargetGroups[] | [.TargetGroupName, .TargetGroupArn] | @tsv' | while read NAME ARN; do aws elbv2 describe-target-health --target-group-arn $ARN | jq -r '.TargetHealthDescriptions[] | ["'"$NAME"'", .Target.Id, .Target.Port] | @tsv' ; done

最後に grep に繋げてインスタンスIDでフィルタをかければ、どのターゲットグループで使われているのか一発です。イエーイ。

Chrome 拡張機能 ModHeader で HTTP ヘッダを自在に書き換える

ウェブ開発も最近は Node.js 一辺倒になってしまった在宅野良ブログラマ Mariyudu です。プログラム内で URL のオリジンを参照してごにょごにょしたりすることがたまにあるんですが、curl -H "Host: my-web-develop.net" http://localhost:3000/ 的なことを Chrome にさせたいと思ったら意外に情報が無かったので、今回使ってみた ModHeader の話を。

ModHeader は HTTP ヘッダの内容を操作する Chrome 拡張機能です。つまり、上記ユースケースのように http://localhost:3000/ へのリクエストの際に任意の値をセットした Host ヘッダを付与できるということです。以下、今回行った手順です。

  1. Chrome ウェブストアから ModHeader をインストール。
  2. デフォルトだと他のウィンドウ・タブでも Host ヘッダが書き換えられてしまい嬉しくないので、設定から「サイトへのアクセス」を「クリックされた場合のみ」にしておく。>
    f:id:mariyudu:20210409154149p:plain
    ModHeader 設定
  3. URL バーの ModHeader アイコンをクリックして、本ユースケース用のプロファイルを作成。といっても下図のようにプロファイル名とリクエストヘッダの Host をセットしておくだけ。>
    f:id:mariyudu:20210409160632p:plain
    プロファイル作成
  4. 開発中のウェブプログラムを起動しておいて、Chrome にて新しいウィンドウ(またはタブ)を開いて、URL に http://localhost:3000/ を入力してアクセスします。この時点では未だ Host ヘッダ設定は効いていません。
  5. そのウィンドウで、URL バーの ModHeader アイコンをクリックするとページをリロードしちゃいなよユー、って言っているので言う通りにすると、設定した Host ヘッダが適用されるようになります。それ以降はそのウィンドウからのアクセスでは、Host ヘッダ書き換えが適用され続けます。>
    f:id:mariyudu:20210409154334p:plain
    プロファイルを適用させる

便利です。これで Vue.js や Express でのローカル開発はもちろん、リモートホスト開発での hosts を書き換えてテストしてたような案件もラクラクだにゃー。