クラウド / システム
始まりは Kraftwerk、自分で作った筋力トレーニングのアプリでした。これは Codex で設計しました。そのあと気づいたのです。AWS アカウントの中にあった古い WordPress のサイトが、もう動いていないと。berndkuhlen.de というドメインは、ずっと前から持っていました。ならば、サイト自体も Codex で作り直してみたらどうだろう、と。
最初の問いは、かなり実務的でした。この用途なら、どの構成が安く済むのか。Codex は S3 と CloudFront を提案しました。個人サイトなので、ECS でコンテナを動かしてロードバランサーを置くのではなく、その道を選びました。
古いサイトをもう一度だけ起動する
berndkuhlen.de で動いていた WordPress 入りの古い EC2 インスタンスを、もう一度だけ起動しました。中身を読み出すためだけです。並行して、新しいサイトは一時的に new.berndkuhlen.de で作っていきました。
記事がきちんと引き継がれたことを確認してから、古い EC2 インスタンス、WordPress のサブスクリプション、ロードバランサーを止めました。その後、S3 と CloudFront の新しいサイトが berndkuhlen.de に移り、AWS Certificate Manager で新しい証明書も取得しました。研修と資格の情報は、LinkedIn のアカウントから引き継ぎました。
移行の技術的な話は、 長めの記事ですでに書いています。ここで書きたいのは、その後の日常の中でどう育っていったかです。
それからは、やりたいことが次々と出てきました。訪問数を表示する。Kraftwerk を組み込んでトレーニングの進み具合を共有する。ランニングアプリは、さようなら…… ;) Codex で先に作っていたゲームも入れる。新しい記事を書き、内容をさらに多くの言語に翻訳する。
そのすべてがプロンプト経由です。コードは一行も自分では書いていません。 これまでで一番手間がかかったのは、むしろフロントエンドの不具合でした。ある端末では見え方が違い、あるブラウザでは動かない。そうなると DevTools を開き、原因を探し、結果を Codex に戻す。その繰り返しです。
利用枠も足を引っ張ります。月およそ 23 ドルの OpenAI のサブスクリプションでは、トークンがアイデアより先に尽きることがよくありました。そうなると待つか、追加でお金を使うしかありません。
15米ドルの授業料
最初のころは、まともなコスト管理をしていませんでした。CloudFront の URL を全体で無効化したとき、およそ15米ドルかかりました。この小さなサイトにしては、かなり腹立たしい想定外でした。
いまでは変更の前に必ずコスト確認をします。キャッシュの無効化は、自分のプロジェクトでは原則禁止です。オブジェクトは通常のキャッシュ期間を使い切ってよい。すべての変更がすぐにどこでも見えている必要はありません。
いまではこのサイトは小さな遊び場でもあります。イースターエッグ、いくつかのゲーム、AI を使った天気ページ。何ができるかを、気軽に試しています。