コンポーネントを配信するシステムについて構想する
はじめに この記事は、Cloudflare が提唱する Fragment Piercing (フラグメント・ピアシング) の記事(Cloudflare Workersによるマイクロフロントエンドの段階的な採用)を読んだ筆者が、そこから得たアイデアとそれをPoC（概念実証）している「コンポーネント配信システム」についてドキュメント化したものである。 この記事で取り上げられているシステムなどは、まだ実用段階に達していないものが多く含まれている。 デザインシステムとコンポーネントの配信 近年、デザインシステムを構築したり公開する企業や組織が増えている。 「デザインシステム」の価値は、Storybookのドキュメントに次のように示されている。 デザインシステムは複数のプロジェクトを横断してチームが複雑で、丈夫で、アクセシビリティの高いユーザーインターフェースを構築するための再利用可能な UI コン
Remix on Cloudflare Workers と Next.js on Vercel で TTFB 比較してみた
前提 共通 データプロキシ&クライアント: Prisma.io (us-east-1) データソース: Supabase (us-east-1) Remix デプロイ: Cloudflare Workers 完全非キャッシュSSR / KVによるデータクエリキャッシュ+SSR ※KV利用の方はPrismaのデータフェッチが一切発生しません Next.js デプロイ: Vercel (Serverless: Tokyo Region) SSR(キャッシュヘッダなし) / SSG 比較物 ともにPC用のスタイルしか用意していないため、PCで閲覧してください Remix x Cloudflare: https://remix-cloudflare-workers.aiji422990.workers.dev/ 左下の紫のボタンで 完全非キャッシュSSR / KVによるデータクエリキャッシュ+SS
PrismaDataProxyが遅い問題をなんとかする
概要 PrismaDataProxyが遅いので、セルフホストするためのライブラリを自作して解決しました、というお話です。 本記事で作成・紹介したライブラリはOSSとして公開&npmにpublishしていますので自由にお使いください。 PrismaDataProxy とは Prisma.ioが提供する、データベース接続管理とプーリングのためのプロキシサーバです。 https://www.prisma.io/data-platform より With the Proxy Without the Proxy Cloudflare WorkersやVecel Edge Functionなどは、データベースとのネイティブ(TCP)接続ができません。 そこでPrismaDataProxyデータベースとの接続の間に入り、WorkerからはHTTP接続でデータベースとの仮想接続を実現します。 以降、長いの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
