Alcogy Tech Blog
SvelteKit・Cloudflare・AI・アーキテクチャ設計など、 現場で得た技術的な知見を発信しています。
PrismaとDrizzle ORMを比較すると、一般的な環境では一長一短ですが、Cloudflare Workers上ではDrizzleが圧倒的に有利です。CPU時間の制約という観点から理由を整理しました。
仮想DOMかコンパイラかというアーキテクチャの話や、Vercelのゼロコンフィグデプロイのようなインフラの話は一旦置いて、実際に手を動かすときのコーディング面での違いを整理しました。
SvelteKitのコンポーネントはstateとロジックを書き込むほど肥大化していきます。Alcogyが実践している「stateを.svelte.tsに出す」設計と、classではなく関数で管理している理由を解説します。
SvelteKitの+page.server.tsと+page.tsはどちらもデータ取得に使えますが、実行環境と用途が異なります。Alcogyの実装判断基準を実例とともに紹介します。
Cloudflare D1はSQLiteベースゆえの制約が独特です。型の緩さ・マイグレーション運用・Drizzle ORMとの組み合わせ方など、業務システムのDB設計で実際に意識しているポイントをまとめます。
フルスケールのDDDは中小規模の業務システム開発には過剰になりがちです。Alcogyが実践する「軽量DDD」の考え方と、集約・リポジトリをどこまで簡略化しているかを解説します。
$state・$derived・$propsといったrunes構文の導入で、コンポーネント間のデータの流れが明快になりました。旧stores構文との違いと実務での恩恵を整理します。
SvelteKitアプリをCloudflare Pages/Workersで運用する際の構成、環境変数・シークレットの扱い方、Alcogyが実際にハマったポイントを紹介します。
Drizzle ORMのスキーマ定義はそのままドメインモデルにはなりません。型安全性を活かしつつ、テーブル設計とビジネスロジックの責務をどう分離しているかを実例で説明します。
SvelteKitのファイルベースルーティングと$libエイリアスは、使い方次第で保守性が大きく変わります。ページ固有ロジックと共通ロジックの線引きをAlcogyの実例で解説します。
Cloudflareが提供するKV・R2・D1は特性が大きく異なります。業務システム開発の具体例をもとに、Alcogyが実際にどう使い分けているかを整理しました。