Windows Azure 平台和多租户

发布于 2024-10-09 11:24:59 字数 100 浏览 0 评论 0原文

请告诉我 Windows azure 和多租户应用程序之间有什么关系?

如何进行多租户应用?

可以在Windows Azure平台上托管多租户应用程序吗?

Please tell me what is the relation between Windows azure and multitenacy application?

How to make multi tenant application?

It possible to host multi tenant application in windows azure platform?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

病女 2024-10-16 11:24:59

Windows Azure 是一个可以在其上构建 Web 应用程序和服务的平台。 Windows Azure 不提供内置的多租户支持(多个单独的客户端使用同一应用程序实例,但不在客户端之间共享数据)。

您的选择有两种:编写单租户应用程序并为每个客户端配置该应用程序的新实例,或者实现多租户应用程序并处理应用程序内部的用户帐户和用户分离。

Windows Azure is a platform upon which you can build web applications and services. Windows Azure does not provide multi-tennancy support built-in (multiple separate clients using the same app instance but not sharing data between clients).

Your options are two write your application for single-tennancy and configure a new instance of that app for each client, or implement your app for multi-tennancy and handle user accounts and user separation internal to your app.

妄想挽回 2024-10-16 11:24:59

Windows Azure 确实支持多租户,但您必须为其进行架构设计。

我见过的最典型的模型是具有单租户数据存储的多租户 Web 和业务层。您可以讨论多租户数据,但从风险角度来看,单一租户似乎更受青睐。如果一个客户端受到威胁或损坏,您不希望影响所有客户。

轻松做到这一点

  1. 您可以通过确保您的网络和业务
    组件是无状态的。
  2. 使用公共安全层
  3. 每个请求切换数据上下文

数据上下文切换是最复杂的部分,但如果您使用 EF,它可能就像拥有每个用户/角色实体连接字符串一样简单,或者如果使用分区命名模式,则它可能很简单您正在使用表存储。

Windows Azure does support multi tenancy, but you have to architect for it.

The most typical model I've seen used is a multi tenant web and business layer with a single tenant data store. You can debate multi tenant data, but single tenancy seems the preference from a risk perspective. If one client is compromised or corrupted, you don't want to affect all your customers.

You can do that quite easily by

  1. Ensuring that your web and business
    components are stateless.
  2. Use a common security layer
  3. Switch data context per request

The data context switching is the most complex part, but it could be something as simple as having a per user/role Entity Connection string if you're using EF, or a Partition naming pattern if you're using Table storage.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文