关于.net:关于NET微服务最热门的问题解答

4次阅读

共计 1306 个字符,预计需要花费 4 分钟才能阅读完成。

在咱们最近让咱们一起学习.NET 的微服务专场流动中,咱们收到了一些很好的问题。咱们在现场曾经答复很多问题,但咱们想持续答复一些在会议中呈现的最热门的问题。如果你错过了现场直播,不要放心,因为你能够按需观看。

https://www.bilibili.com/vide…

当咱们扩大这些服务时,咱们如何扩大与这些服务相干的数据库?

有一些定义良好的模式和最佳实际能够进步性能和扩大数据库。想要理解如何将数据划分为分区,以进步可伸缩性、缩小和优化性能, 请参阅程度、垂直和功能性数据分区。想要深入研究微服务的伸缩性,分布式数据,为什么每个微服务都有数据库,在关系数据库和 NoSQL 数据库之间进行抉择,请参考咱们对于为 Azure 构建云原生.net 应用程序的领导或下载收费的电子书。

咱们是否须要为每个微服务应用一个新的数据库,或者微服务能够共享雷同的数据库实例?

团队应用微服务的自主性是构建云原生利用的一个重要益处。为了可能使团队可能灵便地在生产中推出更新、安全补丁和 bug 修复,而不会毁坏其余微服务, 最好应用独立的数据库实例。原生云利用架构的灵感来自于驰名的 12 因素应用程序方法论。其中一个因素“反对服务”指出,数据存储、缓存、音讯代理等辅助资源应该通过一个可寻址 URL 公开。云提供商提供了各种各样丰盛的托管反对服务。咱们倡议查看云中可用的数据库选项,而不是本人领有和保护数据库。

单个 Web API 能与微服务通信吗?

是的。如果微服务的端点在基础设施中是可达到的,或者应用公共端点平安地拜访,那么单片应用程序能够与微服务进行通信。微服务及其数据能够通过其端点进行同步生产,或也能够通过消息传递 (如事件总线) 进行异步生产。作为现代化技术的一部分,咱们举荐有助于渐进地迁徙旧零碎的扼杀模式。作为解决方案的一部分,您须要创立一个阻止申请的 façade。façade 将这些申请路由到旧应用程序或新服务。想要理解更多对于微服务通信和现代化技术的信息,请参阅.net 体系结构指南。

如果微服务是涣散耦合和独立部署的,它们如何互相通信? 如何在微服务之间同步数据?

这是个很好的问题。在《为 Azure 构建云原生.net 应用程序》一书的两个章节中具体解释了这个问题。这些链接会对你有所帮忙:

  • 原生云通信模式或下载收费电子书。
  • 在分布式应用中治理数据。
  • 你也能够下载对于微服务架构指南的收费电子书,其中涵盖了一些模式,如 DDD、CQRS、事件源等。

微服务须要应用容器吗?

没有必要的。然而,应用容器也有它的益处。微服务,通常称为微服务体系结构,是设计领导和最佳实际。它帮忙您将应用程序合成为由特定业务边界定义的多个较小的服务,这些服务由较小的团队独立治理。容器将应用程序及其配置和依赖项组合成一个独自的、独立的可部署单元。容器非常适合绑定和部署独立的微服务。您能够通过编写第一个微服务端点并将其容器化来理解其益处。

更多的 microservices 资源

您是否正在寻找更多用于.net 开发的微服务和本地云资源? 请继续关注微软的 blog 和官网文档。有任何问题,欢送来 Microsoft Q&A 论坛发问:
https://docs.microsoft.com/en…

正文完
 0