Sushi SaaS を理解して自分向けに調整する
スターターが何を選び、なぜそうしたのか、代替案は何か、製品に合わせて何を残し、変え、外すべきかを解説します。
Sushi SaaS とは
スターターに含まれるもの、採用済みのプロダクト判断、全体または一部を導入する判断基準を説明します。
Sushi SaaS が適しているケース
維持する判断、運用するシステム、導入後も必要なプロダクト作業からスターターとの適合性を評価します。
Sushi SaaS の構造
強制されるレイヤー、そのトレードオフ、二つ目のアーキテクチャを作らず機能を追加する方法を説明します。
1 つの 5-credit task が SaaS 全体をテストする理由
単純な画像 provider で identity、credit、job、storage、運用、recovery の難しい接続を検証します。
Sushi SaaS の認証の仕組み
既定のログイン経路を確認し、認証方式、メール確認、MFA、テナント設計、不正対策のどれを維持するか判断します。
Sushi SaaS がリクエストを振り分ける仕組み
ミドルウェアがユーザーと運用に与える効果、選択した組織を URL に残す理由、変更できるルーティング方針を説明します。
紹介プログラムを追加すべきか
初回接触による追跡を有効にする前に、紹介の帰属、現金報酬、プロダクト内クレジットのどれが必要か判断します。