Net的微服务选型之路

  因为公司规划原因,需要做一套集团化的数据平台,而且我们数据量还不小,单一个分公司主业务表单表一年多点已经快4kw,还不算从表和结果记录表等。目前微服务项目这么热,而且整个团队基本都是在NET环境下的码工,之前也用Net core做了一些小的项目。所以我们也准备在大项目中实践微服务。同时也是想跟大家分享一下我的想法,看了一些文章,对一个大型项目一开始就上手微服务还是信心不足的,而且还有很多的坑等着我们去踩。所以文章内容不当之处请各位看官多多包涵,不喜勿喷,欢迎指正。

  为了避免重复造轮子,其实也是人员不多团队技术能力有限,所以首先考虑的就是在Netcore环境下有哪些开源的项目,这样就可以借鉴一下。一顿g搜索,看到有NanoFabric,SpringCloud

  NanoFabric SpringCloud
服务治理发现 Consul EurekaServer
熔断降级 Polly Hystrix
网关 Ocelot Zuul
并发 Orleans  
日志收集 Exceptionless  
服务总线 Rebus Cloud bus
配置中心 Apollo Config
RPC gRPC REST API

以上两个项目相关的技术内容也是大致看了一下,后面边学习边详细的阐述。

  既然要做,后面的问题才是真正的开始:

  1. 看到这些之后,技术是一个需要学习的,还有后期的发布和运维问题,涉及DevOps和容器,这些可能开发都需要介入。
  2. 可是后面我比较犯难的是本身这个项目就是一个集团化数据集中的项目,可微服务是去中心化的,需要把数据都拆开。可后面我们要做后台数据统计、标本该如何实现,全部都用微服务提供的服务去相互调用?效率如何保证。或者在用一个数据仓储把所有的数据集中起来,但这样数据同步的问题也是麻烦事,而且发现事情又做回去的感觉。数据库会因为数据量大小还需要分库分表,这样相应的逻辑又复杂了不少。都不敢往后想,工作量嘿大。
  3. 开发人员,担心变化快,版本多,共有私有云不稳定。还有灰度发布和A/B测试问题,性能压测

  真是路漫漫其修远兮,给大家分享一下我的感受,后面不断的去攻克完善。

原文地址:https://www.cnblogs.com/kokyu02/p/12362516.html

时间: 2024-11-02 14:39:07

Net的微服务选型之路的相关文章

微服务实践之路--RPC

微服务实践之路--RPC 重点来了,本文全面阐述一下我们的RPC是怎么实现并如何使用的,跟Kubernetes和Openstack怎么结合. 在选型一文中说到我们选定的RPC框架是Apache Thrift,它的用法是在Main方法中重启服务,在Client端连接服务去调用, 而我的想法是要跟Dubblo.HSF的用法一样,因为很多人都熟习这两个框架的用法,特别是我们好几个项目都是基于EDAS开发的,而且世面上用Dubbo的公司也很多. 顺便再说一下我们对于RPC的几点要求: 1,兼容Dubbo

什么是微服务架构,.netCore微服务选型

什么是微服务架构,.netCore微服务选型 https://www.cnblogs.com/uglyman/p/9182485.html 开发工具:VS2017 .Net Core 2.1 什么是微服务? 单体结构: 缺点: 1)只能采用同一种技术,很难用不同的语言或者语言不同版本开发不同模块: 2)系统耦合性强,一旦其中一个模块有问题,整个系统就瘫痪了:一旦升级其中一个模块,整个系统就停机了: 3)要上线必须一起上线,互相等待,无法快速响应需求: 4)集群只能是复制整个系统,即使只是其中一个

(1).NET CORE微服务 Micro-Service ---- 什么是微服务架构,.netCore微服务选型

开发工具:VS2017 .Net Core 2.1 什么是微服务?单体结构: 缺点:1)只能采用同一种技术,很难用不同的语言或者语言不同版本开发不同模块:2)系统耦合性强,一旦其中一个模块有问题,整个系统就瘫痪了:一旦升级其中一个模块,整个系统就停机了:3)要上线必须一起上线,互相等待,无法快速响应需求:4)集群只能是复制整个系统,即使只是其中一个模块压力大: 微服务:不同模块放到不同的进程/服务器上,模块之间通过网络通讯进行协作.适用于:模块比较多,访问量比较大的互联网类系统,并不是所有项目都

微服务学习之路(一)——微服务架构

最近一直在学习微服务,毕竟现在大家都在说分布式,集群等,分布式和集群的基本前提是微服务,所以有比较掌握微服务的基本原理. 先看一下微服务架构图,如下图: 微服务主要由以下几个基本组件: 服务描述.注册中心.服务框架.服务监控.服务追踪.服务治理. 1.服务描述 服务调用首先要解决的问题是服务如何对外描述.常用的服务描述包括RESTful API.XML配置已及IDL文件. 2.注册中心 注册中心解决服务的发布和订阅.服务提供者将自己提供的服务以及地址登记到注册中心,服务消费者则从注册中心查询所需

微服务实践之路-起始

由于各种原因,公司要对现有的营销产品进行微服务化,如果可以,则对公司所有产品逐步进行微服务化. 而本人将作为主力去探索这条路,很艰难,但干劲十足.整个过会记录下来,以便以后查阅. 感谢公司!感谢领导! 相关书籍 https://book.douban.com/subject/26772677/ 技术栈 Spring cloud redis RabbitMq

Spring Cloud微服务实践之路- Eureka Server 中的第一个异常

EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY'RE NOT. RENEWALS ARE LESSER THAN THRESHOLD AND HENCE THE INSTANCES ARE NOT BEING EXPIRED JUST TO BE SAFE

高并发、高可用、微服务架构选型Dubbo与Spring Cloud【纯干货,必收藏】!

一.Dubbo Dubbo,是阿里巴巴服务化治理的核心框架,并被广泛应用于阿里巴巴集团的各成员站点(阿里巴巴现在使用架构为HSF). 于2012-10-24最后版本2.5.3成为最后一版本,由当当接手维护,命名为dubbox:2017年突然继续dubbo进行维护. Dubbo 核心部件: Provider: 暴露服务的提供方. Consumer:调用远程服务的服务消费方. Registry: 服务注册中心和发现中心. Monitor: 统计服务和调用次数,调用时间监控中心.(dubbo的控制台页

从实践出发:微服务布道师告诉你Spring Cloud与Spring Boot他如何选择

背景 随着公司业务量的飞速发展,平台面临的挑战已经远远大于业务,需求量不断增加,技术人员数量增加,面临的复杂度也大大增加.在这个背景下,平台的技术架构也完成了从传统的单体应用到微服务化的演进. 系统架构的演进过程 单一应用架构(第一代架构) 这是平台最开始的情况,当时流量小,为了节约成本,并将所有应用都打包放到一个应用里面,采用的架构为.net+sqlserver: 表示层 位于最外层(最上层),最接近用户.用于显示数据和接收用户输入的数 据,为用户提供一种交互式操作的界面,平台所使用的是基于.

微服务介绍及Asp.net Core实战项目系列之微服务介绍

0.目录 整体架构目录:ASP.NET Core分布式项目实战-目录 一.微服务选型 在做微服务架构的技术选型的时候,以"无侵入"和"社区活跃"为主要的考量点,将来升级为原子服务架构.量子服务架构的时候.甚至恢复成单体架构的时候,代价最小. 软件开发只需要组装,不再需要从头开发. 选型可以参考一下张队长的文章:https://mp.weixin.qq.com/s/UIFjm7W6bDfdmjpeMVJtqA 二.微服务架构是什么? 每一个微服务都是一个零件,并使用这