首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >Azure Service Fabric无状态服务的配置和资源治理选项?

Azure Service Fabric无状态服务的配置和资源治理选项?
EN

Stack Overflow用户
提问于 2019-04-14 11:51:42
回答 1查看 122关注 0票数 1

我是新的使用服务结构,并试图找出一些设计选项。我有一个类库,它执行不同的任务。有些任务是资源密集型和长时间运行的(处理来自队列的消息),而其他任务则是短暂的,必须响应(处理来自用户的作业请求)。缓存的数据数量很大,因此共享进程是有意义的,并且应用程序是无状态的。我想确保长期运行的任务不会使其他任务缺乏资源,而且利用率也很高。

  1. 是否有可能在我的解决方案中创建一个无状态服务项目(引用类库)并部署多个命名的StatelessService实例共享同一个进程,使用配置来区分这些实例执行的任务?不管是否有多个ServiceTypes (虽然它们似乎是每个项目一个,所以我假设这必须是一个ServiceType)?
  2. 如果是的话,是否有可能对这些服务实例应用不同的资源治理规则,以便为用户驱动的任务保留一些资源?到目前为止,我的印象是,当服务共享一个进程时,这是不可能的。
EN

回答 1

Stack Overflow用户

发布于 2019-04-16 06:14:47

  1. 默认的共享过程模型指定如下:

上一节描述了Service提供的默认宿主模型,称为共享进程模型。在这个模型中,对于给定的应用程序,在节点上只激活一个给定ServicePackage的一个副本(该节点启动其中包含的所有CodePackages )。给定ServiceType的所有服务的所有副本都放在注册该ServiceType的CodePackage中。换句话说,给定ServiceType节点上所有服务的副本都共享相同的进程。

您可以可以指定多个服务类型和多个代码包。

ServiceTypes声明CodePackages在这个清单中支持哪些服务类型。当针对这些服务类型之一实例化服务时,此清单中声明的所有代码包都会通过运行它们的入口点来激活。预期结果进程将在运行时注册受支持的服务类型。服务类型是在清单级别而不是代码包级别声明的。因此,当有多个代码包时,只要系统查找任何声明的服务类型,它们都会被激活。

  1. 资源治理是在服务清单中配置的,而不是在实例级别。
票数 3
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/55674943

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档