アプリとともに誕生した真のバックエンド
データベース、サインイン、ファイル、関数、シークレット、メール — すべてのKlivアプリは、構築時にAIが作成および管理されるすべてから始まります。プロビジョニングするもの、接続するもの、同期を保つものは何もありません。
クラウドバックエンド
自分で接続するバックエンド サービスではない
ほとんどのAIビルダーはフロントエンドを生成し、チェックリストを渡します。ここでデータベースに登録し、そこに認証プロバイダーを登録し、キーを貼り付け、接続コードを作成します。そのスタックのすべての継ぎ目はあなたのものです。 Klivのバックエンドはアプリ (1つのシステム) とともに誕生するため、ページを構築する同じ会話で移行とアクセスルールも記述され、そのルールはどこでも適用されます。
すべてのアプリに備わっているもの
これは、部分的に有効にする機能リストではありません。これは、すべてのKlivアプリの標準装備です。1ページ目の説明を終える前に実行されているものは次のとおりです。
独自のルールを持つデータベース
データは独自のデータベースに存在し、プライバシーはその行で強制されます。「クライアントは自分のプロジェクトのみを読み取る」などのルールはデータのプロパティであり、すべてのクエリでチェックされます。誰かがすべてのページに記述することを覚えておく必要がある if ステートメントではありません。
サインインと ID
アカウント、セッション、ロール、組織は、最初のページが存在する前に存在します。ユーザーは個人でも会社全体でもよく、サインインはパスワードをはるかに超えて行われます。これについては、以下に別のセクションを設けます。
アクセスルールを備えたファイルストア
アップロード、画像、ドキュメントには、プライベート、組織ごとの共有、または購入の背後にあるゲートなど、独自のルールがあります。転送されたリンクでは、ルールで許可されていないものは何も開かれません。共有は URL の偶然ではなく、決定によるものです。
サーバー側関数、型付き
サーバー上でロジック (計算、別のツールへのコールバック、夜間ジョブ) を実行する必要がある場合、AIは、コンパイラーがチェックする型指定された SDK に対して実際のTypeScriptを書き込みます。関数は、オンデマンド、イベント、またはスケジュールに従って実行されます。
ボールトの中のシークレット
APIキーと認証情報はボールト内に存在し、ブラウザーが認識できるコード内には存在しません。関数は実行時にそれらを読み取りますが、機密性の高いものはソースに含まれることはありません。
自分の名前が記載されたメール
配信とテンプレートはバックエンドの一部です。アプリが送信するメールはアプリとしてブランド化され、一度作成されると、外部のメール サービスを構成することなく送信されます。
構築しながら管理
バックエンド サービスが行わない部分： AIは、ビルドの副作用としてこれらすべてを維持します。機能を説明すると、スキーマ変更が順序付けされた追跡された移行として到着します。アクセスルールは、必要なページに応じて進化します。バックエンドはアプリに続きます。これは、アプリが決して分離されていなかったためです。
標準装備
6つの部品、1つのシステム — それぞれがすでに他の機器に配線されています。
あなた自身のデータベース
すべてのクエリに行レベルのセキュリティが適用されます。ユーザーごとのプライバシーはデータの特性であり、コードが保持しなければならない習慣ではありません。
サインインとアイデンティティ
アカウント、組織、ロールに加えて、GoogleとFacebookのサインイン、パスキー、ユーザーの 二要素認証。
ファイルストア
独自のアクセスルールを持つファイル (プライベート、組織ごと、または購入に基づくもの)。リンクだけでは何も開かれません。
型付きサーバー側関数
オンデマンド、イベント、またはスケジュールに基づいて、コンパイラでチェックされた SDK に対する実際のTypeScript。
シークレットボールト
キーと認証情報はコード外およびブラウザー外にあり、関数は実行時にそれらを読み取ります。
メール配信
組み込みのテンプレートと配信 — ベンダーの名前ではなく、アプリの名前が記載されたメール。
サインイン、組み込み
ほとんどのビルダーはメールとパスワードだけを用意して、それをIDと呼びます。Klivは本物のプロダクトでユーザーが期待するサインインをアプリに組み込みます。あなたのフロー、あなたのブランド、あなたのレコードとして扱えます。
メールアドレスとパスワード
アカウント、検証、リセット — 基本要件が適切に処理されます。
GoogleとFacebookでサインイン
ユーザーがすでに持っているアカウントでワンタップでサインインできます。
パスキー
Face ID、Touch ID、またはセキュリティ キーを使用したフィッシング耐性のあるサインイン。パスワードを盗む必要はありません。
二要素認証認証
ドアに 2つ目のロックを必要とするユーザー向けの、認証アプリからの TOTP コード。
組織と役割
チーム、役割、組織の壁 — データベースのルールが記述される構造。
ユーザー、記録
すべてのアカウントは独自のデータベース内の行であり、リクエストに応じてセグメント化、エクスポート、または消去できます。その関係はあなたのものです。
よくある質問
バックエンドは管理しなければならない別のサービスですか？
いいえ、それがポイントです。それはアプリとともに生まれ、それを構築するのと同じ会話を通じて管理されます。ダッシュボードをプロビジョニングしたり、初日にキーを貼り付けたりする必要はなく、2つ目のシステムがコードと同期しなくなることもありません。
データベースの移行は誰が作成しますか？
AIは、構築の副作用としてこれを行います。機能について説明すると、スキーマ変更は順序付けられた追跡された移行として到着します。必要に応じて読み取り可能で、順番に適用されるため、データベースの履歴もアプリと同じように読みやすくなります。
ユーザーごとのプライバシーは実際にどのように適用されますか？
列で。すべてのクエリは、サインインしているユーザーに表示が許可されているもののみを返します。これは、ルールがデータ自体に基づいて存在するためです。そのため、ページのバグによって、データベースが引き渡しを拒否したものが漏洩することはありません。
ユーザーはGoogleでサインインできますか？
はい — GoogleとFacebook、パスキーと TOTP 二要素認証も同様です。また、これは外部のウィジェットではなく、アプリのサインインです。フロー、ブランディング、独自のデータベースに存在するユーザー レコードです。
APIキーと認証情報はどこにありますか？
ボールトの中。関数は実行時にそれらを読み取ります。これらはブラウザーが認識できるコードには決して現れず、ソース履歴には機密情報は何も記録されません。
コードとデータを外部に取り出すことはできますか？
はい。アプリのソースは独自のGitリポジトリと双方向で同期され、データは独自のデータベースになり、いつでもエクスポートできます。 Klivの賭けは、辞めるのが難しいからではなく、良いから残るということです。
アプリについて説明します。バックエンドも付属しています。
組み込みとは、一緒に構築されることを意味します。チェックアウト、エージェント、テストはすべてこの同じバックエンドで実行され、1つのルール セットがどこでも適用されます。