ToolFieldの作り方 - グローバルでプライベート、そして即座に動くツールを支える技術
ToolFieldの内側をのぞいてみましょう。DB駆動のコンテンツモデル、プロバイダー非依存のファクトリー、MSSQL、使い捨てのキューワーカー、25言語にわたるエッジ配信 - そして、なぜそれによって肥大化することなく世界中へ届けられるのか。
オンラインツールの多くは、30秒で終わる作業を広告やポップアップ、アップセルの下に埋もれさせます。私たちが目指したのはその逆でした。すっきりしたひとつのフィールドで、どのツールもワンクリックで開き、ミリ秒で動き、初めからプライバシーを尊重する。そのスタックがどう組み合わさっているのかをご紹介します。
すべてはデータベースが動かしている
ページ、ナビゲーション、SEO、ツールカタログ、そしてこの記事さえも、コードではなくコンテンツの行です。1つの汎用レンダラーが型付きのコンテンツブロックを、いまお読みのページに変えています。だからツールを追加するのもガイドを公開するのも、データを編集するだけ - 再デプロイは不要です。同じコンテンツが、ローカライズされて25言語すべてに流れていきます。
たとえばブログ記事の本文は、構造化された文書です - 見出しの1つひとつがマークアップではなくデータです:
{
"_type": "block",
"style": "h2",
"children": [{ "_type": "span", "text": "A real heading" }]
}初めからプロバイダー非依存
外部への依存はすべて - ストレージ、ジョブキュー、メール、決済、位置情報、シークレット - ファクトリーとプロバイダーマップの背後に置かれています。ベンダーの入れ替えは、書き直しではなくクラスの追加です。おかげで移植性が保たれ、障害が起きても乗り越えられます。
プライバシーはチェックボックスではなく、アーキテクチャそのもの
ツールはコンポーネント - だから記事の中にそのまま置けます
こちらが本物のPDF結合ツールで、インラインで動いています - 新しいタブも、どこか別の場所へのアップロードもありません:
読み込み中…
世界中のために作られた
右から左に読む言語にも対応した25言語、共有コンポーネントに組み込まれたWCAG 2.1 AA、エッジキャッシュ、そして検索エンジンやAIアシスタントが正確に引用できるようにする構造化データ。小さなチームが肥大化することなく世界へ届けられるのは、そのおかげです。