問題タブ [saas]

SaaSベースのマルチテナンシーアプリケーション、特に単一データベース設計でデータのインポート/エクスポート（またはバックアップ）を提供するアプリケーションはどのようになっていますか？

輸入：

物事をシンプルに保つ基本的なインポート、つまり仕様へのCSV（またはデータベース内のCSV列とフィールド間のマッピングを提供する方法）が役立つと思います。

エクスポート：

単一のデータベース設計で、データのXMLエクスポートとHTML（基本的なsitse生成）エクスポートを見たことがありますか？XMLの方が良いオプションだと思いますか？リレーショナルデータにどのように対応しますか？XML内のさまざまなものを参照し、関係のドキュメントを提供しますか、それともユーザーにこれを理解させますか？

ベンダーは、インポートして戻す/復元できるエクスポート/バックアップを提供していますか？

あなたのコメントはありがたいです。

マルチテナント アプリケーションの場合、電子メール アカウントのセットアップとプログラミングの観点から、ベンダーはどのように電子メール通知を実装していますか?

電子メールの送信は、たとえば notifications@VendorName.com または noreply@VendorName.com などの一般的なアカウントから送信される可能性があります。これは、返信アドレスとリンクが電子メールの内容に含まれている可能性があることを考えると妥当と思われます。

電子メールの受信:たとえば、アプリケーションはどのように電子メールを受信しますか。サポート チケットを生成したり、電子メールでコメントをプロジェクト/タスクに割り当てたりします。件名内の ID と、アカウント名を含むアドレスへの返信を確認しました (例: notifications@AccountName.VendorName.com)。

プログラムで pop3 サーバーに接続して電子メールを受信し、件名の ID を検索できることは認識していますが、複数のサブホスト名の電子メール アドレスから単一のpop3 アカウントに電子メールを設定して受信する方法はありますか (よくわかりません)。そこの用語) 例: noreply@AccountName1.VendorName.com または noreply@AccountName2.VendorName.com アドレスからアカウント名を確認しますか? (URL のサブドメインをチェックするのと同様)

実践、経験、コメント、または提案はありますか?

（関連性はわかりませんが、C＃asp.net-mvcおよびサービスなどを使用しています）

サービスとしての複数のクライアント用の Web (Rails などの MVC) アプリケーションを検討してください。

これをどのように設計するのですか？

• クライアントごとに 1 つのアプリケーション インスタンスですか? (+ クライアントごとに 1 つのデータベース)

• すべてのクライアントに対して 1 つのインスタンス (+ すべてのクライアントに対して 1 つのデータベース)

前者はシンプルだけど… 「非効率」。後者はどうですか？(ベスト プラクティス、設計パターン) クライアント データを分離する方法は? 例: クライアント "1" のワーカー "A" には 2 つのドキュメントがあり、クライアント "2" のワーカー "B" には 3 つのドキュメントがあります。他のユーザー (およびクライアント) のデータを保護するためにモデルの関連付けを作成する方法は? すべてのクエリを Client モデルに結合することは、良い解決策ではないと思います。

これは主観的な質問かもしれませんが、試してみます。

SO については、サブスクリプションの課金管理を中心に展開する多くの質問が既にあります。私は現在、完全に自動化された課金システムを必要とする SaaS ソリューションに取り組んでいます。

この質問をするときに私が探していないのは、特定の支払いゲートウェイなどへの実装に関するアドバイスではありません。代わりに、どのようなアプローチを取るべきかについてアドバイスをお願いします。

私が必要としている機能は、アップグレード、ダウングレード、定期請求、キャンセルなどを処理できるシステムです。最初は 1 つの製品のみでしたが、時間が経つにつれて、システムが複数の製品を処理できることが要件になる可能性があります (製品とは、根本的に異なることを意味します)。製品であり、同じ製品の異なるバリエーションではありません)。

私が見ているように、次のような解決策が必要な場合、いくつかの可能なアプローチがあります。

1. これをサポートし、複数の独立した製品を処理できるように、各製品から切り離された請求サーバーを自分でコーディングします。
2. Recurly、Chargify、Spreedly、CheddarGetterなどのホストされたソリューションを使用します。

ホステッド ソリューションを使用する利点は、PCI 認証が不要であること、問題が外部委託されていること、起動と実行がはるかに高速であることです。ただし、これらの利点には代償が伴います。 製品にとって最も重要なサポート機能 - つまり、請求は制御できません。さらに、制御と柔軟性が低下します。

あなたならどうしますか？PCI 要件の先を見据えるなら、私は間違いなく、この種の仕事を行うことができる社内でコーディングされたシステムを持つことを好みます。一方で、このようなシステムをコーディングするのは面倒だと多くの情報源から聞いています。

どんなアドバイスでも大歓迎です。また、自分でコーディングするようにアドバイスする場合は、それを行う方法に関する経験、またはオープンソース プロジェクト (言語に関係なく、私が求めているのはコードではなく構造です) があれば、本当に恩恵を受けることができます。多くのことを意味します。

Ruby で記述された SaaS 定期請求ソリューションをアプリに追加しようとしています。Sinatra フレームワークや Riak などを使用しています。

あるといいのは次のとおりです。

• RESTful API
• Ruby API
• JSON データを返し、取得します (これにより、Riak との統合が容易になるため)
• 安価 (私たちはスタートアップなので、エンタープライズ ソリューションはありません)

これまでのところ、私は見ていました：http://chargify.com/

開発クラウドコンピューティングアプリケーションに関する記事を書いていますが、コールクラウドソフトウェアの方法がわかりません。タイトルの記事は、アーキテクチャと設計（オンデマンドアプリケーションなど）、どのように定義を使用できるか、この定義について非常に混乱しています。この概念の違いを知ってください：クラウドアプリケーション、オンデマンドアプリケーション、SaaSアプリケーション。

どうも

SaaS コンセプトのマルチテナンシー データベース スキーマ設計を検討しています。ASP.NET MVC -> EF になりますが、それはそれほど重要ではありません。

以下に、データベース スキーマの例を示します (テナントは会社です)。CompanyId はスキーマ全体で複製され、主キーは自然キーとテナント ID の両方に配置されています。

このスキーマを Entity Framework にプラグインすると、テーブルを Entity Model ファイル (Model1.edmx) に追加すると、次のエラーが発生します。

• リレーションシップ 'FK_Order_Customer' は、テーブル 'Order' の主キー '{OrderId, CompanyId}' のセットに部分的に含まれている外部キー '{CustomerId, CompanyId}' のセットを使用します。外部キーのセットは、主キーのセットに完全に含まれているか、モデルにマップされる主キーのセットに完全に含まれていない必要があります。
• 関係 'FK_OrderLine_Customer' は、テーブル 'OrderLine' の主キー '{OrderLineId, CompanyId}' のセットに部分的に含まれている外部キー '{CustomerId, CompanyId}' のセットを使用します。外部キーのセットは、主キーのセットに完全に含まれているか、モデルにマップされる主キーのセットに完全に含まれていない必要があります。
• 関係 'FK_OrderLine_Order' は、テーブル 'OrderLine' の主キー '{OrderLineId, CompanyId}' のセットに部分的に含まれている外部キー '{OrderId, CompanyId}' のセットを使用します。外部キーのセットは、主キーのセットに完全に含まれているか、モデルにマップされる主キーのセットに完全に含まれていない必要があります。
• リレーションシップ 'FK_Order_Customer' は、テーブル 'Order' の主キー '{OrderId, CompanyId}' のセットに部分的に含まれている外部キー '{CustomerId, CompanyId}' のセットを使用します。外部キーのセットは、主キーのセットに完全に含まれているか、モデルにマップされる主キーのセットに完全に含まれていない必要があります。
• 関係 'FK_OrderLine_Customer' は、テーブル 'OrderLine' の主キー '{OrderLineId, CompanyId}' のセットに部分的に含まれている外部キー '{CustomerId, CompanyId}' のセットを使用します。外部キーのセットは、主キーのセットに完全に含まれているか、モデルにマップされる主キーのセットに完全に含まれていない必要があります。
• 関係 'FK_OrderLine_Order' は、テーブル 'OrderLine' の主キー '{OrderLineId, CompanyId}' のセットに部分的に含まれている外部キー '{OrderId, CompanyId}' のセットを使用します。外部キーのセットは、主キーのセットに完全に含まれているか、モデルにマップされる主キーのセットに完全に含まれていない必要があります。
• リレーションシップ 'FK_OrderLine_Product' は、テーブル 'OrderLine' の主キー '{OrderLineId, CompanyId}' のセットに部分的に含まれている外部キー '{ProductId, CompanyId}' のセットを使用します。外部キーのセットは、主キーのセットに完全に含まれているか、モデルにマップされる主キーのセットに完全に含まれていない必要があります。

質問は 2 つの部分に分かれています。

1. 私のデータベース設計は間違っていますか? これらの複合主キーは控えるべきですか? 私は、基本的なスキーマ設計 (frazzled Brain Syndrome) に関する私の正気を疑っています。「理想化された」スキーマを提案してください。
2. あるいは、データベースの設計が正しい場合、EF はこれらの外部キーを 1 対 1 の関係が誤って構成されている可能性があると認識しているため、キーを照合できませんか? どの場合、これは EF のバグですか?どうすれば回避できますか?

.NETAPIまたはRESTfulAPIを備えた成熟したSaaSCMSソリューションを探しています。

最小要件は次のとおりです。

• コンテンツ編集のための素晴らしいインターフェース
• サーバー間でコンテンツを同期する機能（開発/ステージング/本番）
• バージョン管理（ロールバック）
• ワークフロー
• 役割ベースの許可
• （他のすべてのcmsグッズ）

(この質問はプログラミングに関するものではなく、プログラミングを避ける方法に関するものです。また、ここには多くの用語が含まれています。答えを知っている人は、その意味をすでに知っていると思います。)

背景: 「フェデレーション ID」を使用する環境でシングル サインオンに取り組んでいます。フェデレーション対応の製品がいくつかあり (WS-Federation または SAML プロトコルを使用し、.NET 上の WIF や Java 上の Fedlet などで実装されます)、それらは SaaS モデルを使用して顧客に提供されます。これらの顧客の多くは、ユーザー名/パスワードの独自のストアを持っていないため、「ID プロバイダー」を自分で実行することはありません。

質問: そのような製品はありますか?

• SaaS プロバイダーにインストールできます。

• SaaS 提供のアプリケーションに対して IdP/STS (つまり、フェデレーション環境での ID プロバイダー) の役割を果たします。

• SaaS 顧客 (「テナント」) ごとに個別に、独自のユーザー名/パスワード ストアがあります。

• SaaS プロバイダーの支援を必要とせずに、SaaS の顧客が独自のユーザー管理を行うことができます。

(たとえば、ユーザー管理画面を備えた WIF 上のカスタム STS として、これを自分で構築することもできますが、それを避けようとしています。実際には、それは私たちのコア ビジネスではありません。)

エンタープライズ クラウド サービス用のデータベースを計画しています。このサービスは、倉庫管理システムと請求書用の2 つの Web アプリケーションになります。

企業はサインアップしてサービスの「ユーザー」になることができ、オンラインで在庫と請求書のシステムを持つことができます。

すべてのユーザー/会社を同じテーブルに保持する必要がありますか?それとも、ユーザーごとに 1 つのテーブル/アプリケーションを保持する必要がありますか? すべてのユーザー/会社が同じデータベース テーブルを使用する場合は維持がはるかに簡単ですが、ユーザー/会社ごとに 1 つのテーブルを使用すると、請求書にシリアル番号を実装するのが簡単になると思います。

在庫/倉庫には、ユーザー/会社ごとに最大 5,000 個のアイテムが含まれます。

各請求書には、最初の請求書の 1 から始まるシリアル番号が必要です。したがって、ユーザー/会社ごとに 1 つのテーブルがある場合は、自動インクリメント列を使用することをお勧めします。または、すべての会社を同じテーブルに入れて - 列を使用する場合、どのように解決すればよいcompany_idですか?

このようなアプリケーションのデータベースはどのように設計すればよいですか? DBMS として MySQL を使用します。