V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
chaleaoch
V2EX  ›  程序员

微服务太难了, 学不会...

  •  1
     
  •   chaleaoch · 361 天前 · 9880 次点击
    这是一个创建于 361 天前的主题,其中的信息可能已经有所发展或是发生改变。
    自学不容易啊.

    求非 java 栈的微服务整套解决方案(有代码的).教程和项目都可以. 求推荐.
    最好是基于 go/ Python 的.
    谢谢啦.
    第 1 条附言  ·  361 天前
    1. 公司没有微服务项目可以参与.
    2. 理论学的再多都是吹牛逼啊, 我想找一个完整的(至少四个微服务吧)项目抄一遍.

    拜托大家啦!
    第 2 条附言  ·  361 天前
    可能是标题没起好啊老铁门, 求推荐有源码的项目.
    不要教程了.
    70 条回复    2020-12-05 17:53:58 +08:00
    MrSheng
        1
    MrSheng   361 天前   ❤️ 1
    说得对,我不知道为啥要用微服务,明显是把运维的活转嫁给开发了。
    overthemoon
        2
    overthemoon   361 天前
    所谓的微服务就是各种框架往上堆==
    stevenkang
        3
    stevenkang   361 天前   ❤️ 1
    你想一想,没有微服务的话,跨部门的应用间调用,要怎么做才方便,不可能都在一个项目中写代码吧。

    相对应的,如果不需要跨部门调用,仅自己应用调用自己,那就没必要微服务了。
    coderxy
        4
    coderxy   361 天前
    楼上的没用过微服务也别上来就否定啊。 不用微服务,像大一点的项目你就继续单体应用? 然后十几个人甚至几十个人都在这一个项目里写? 微服务就是为了解决单体应用的痛点的。 只需学习,网上多看看分享吧。最好是公司有拆分微服务自己参与进去,做一做就知道好处了。
    10Buns
        5
    10Buns   361 天前
    有场景学起来、用起来快得很,没实际需求就是闭门造车
    glfpes
        6
    glfpes   361 天前
    感觉微服务就是一堆已有概念的融合

    最关键的是服务本体 RPC 和为了方便大家调用和发布 RPC 的服务发现。
    然后就是为了保障服务质量的熔断,监控,多 DC 部署等。
    securityCoding
        7
    securityCoding   361 天前
    需要你系统的掌握一些理论基础.
    《分布式服务框架原理与实践》看看李林锋的书吧
    axex
        8
    axex   361 天前
    微服务就是为了将以前的巨型单体应用拆分,开发起来更舒服
    Varobjs
        9
    Varobjs   361 天前
    18 年那公司,小体量,php
    非要上微服务,然后折腾一年,倒闭了吧
    wangritian
        10
    wangritian   361 天前
    简单理解:内存里的函数调用 => 网络接口调用
    按模块分割后,交给不同部门各自更新维护,减少代码冲突和升级失败的地图炮
    小项目上微服务有反作用
    所有微服务组件都是围绕这件事展开的
    b1ackjack
        11
    b1ackjack   361 天前
    《微服务设计》这本书一看就明白了
    chendy
        12
    chendy   361 天前
    没有足够大的项目实践,自学微服务真就挺难的
    不大点的项目上微服务,和 hello world 上设计模式一样蛋疼
    主要就两方面:
    1. 微服务能解决什么好处,能解决什么问题
    2. 微服务带来了什么问题,应该如何解决
    kop1989
        13
    kop1989   361 天前
    微服务概念本身其实大家都懂。
    关键就是贴近目前大厂生产环境的技术栈量很大。(各种标准、框架、容器、库、工具)

    尤其是如果你没有大型团队合作的经验的话,你也很难搞懂这些复杂的框架、标准能为你的团队做出什么贡献。
    这个很正常。

    所以还是建议先从最简单的入手吧,即便你真的拿到了大厂的真实选型架构,你也很难驾驭和 get 到。
    tairan2006
        14
    tairan2006   361 天前 via Android
    自学?你 k8s 也搭不起来啊
    libook
        15
    libook   361 天前
    任何技术都是有需求就用,没有需求不要硬用的。

    建议先了解一下微服务可以解决哪些问题,有哪些使用的前提条件,如何解决问题;然后根据项目实际情况来决定要不要使用微服务思想。

    微服务是一种思想,不是一种特定的代码结构、算法、标准,所以只要应用了微服务的特性来解决微服务擅长解决的问题,就可以称之为微服务。

    就好比前端开发,我只想写一个没有任何交互的展示内容的页面,用 Vue 、React 是完全没必要的,至多用原生 JS 加些效果。
    fengpan567
        16
    fengpan567   361 天前
    看业务吧,不要为了微服务而微服务,微服务简单的说也就是 RPC 。
    tohuer00
        17
    tohuer00   361 天前
    @coderxy 不用微服务这套框架就不能自己拆分项目了么
    太多人无脑套用微服务框架这套东西事实上就是徒增了很多没必要的工作。
    aaronly
        18
    aaronly   361 天前
    不太明白微服务和在不在同一个项目里开发有什么关联
    hehe12980
        19
    hehe12980   361 天前
    @stevenkang 市面上绝大部分项目 都用不着微服务 但是微服务现在基本是必须的要求
    ericgui
        20
    ericgui   361 天前
    对于微服务,我觉得最基本一个应用场,就是你有多个服务,但共享一套鉴权服务(注册、登录等)。不然你每个服务都写一个注册登录,都保存一份 user table ?
    vertigo
        21
    vertigo   361 天前
    我来举个例子

    唐朝唐玄宗时期,边疆总有蛮族骚扰,打仗的痛点在于"决策缓慢","使用统一战法不能适应复杂多变情况",'资源统一中央调集消耗大'

    唐玄宗一拍脑袋:"要不我们搞微服务吧",于是有了藩镇和节度使,业务性能巨大提升,因为每个模块决策迅速,战法选型自定.

    后来的事情大家都知道了
    a194259440
        22
    a194259440   361 天前
    .NET CORE 技术栈,微服务用了快一年半了,差了点儿 RPC 通讯,其它都还可以,有兴趣的话,我可以加入到 GIT 上
    woshiaha
        23
    woshiaha   361 天前   ❤️ 5
    别上来就追求整套整套。。。先自己写几个微服务用 IP 形式互相调用感受一下 然后搞个注册中心统一用服务名调用 再 然后搭个 docker 环境用镜像形式部署 其后再考虑搭个 k8s 单节点学习服务治理 最后再到 k8s 集群 上来就玩 k8s 你啥原理都不懂环境都能搭一个月
    stramkismet
        24
    stramkismet   361 天前
    微服务导致机器成本不断增高....感觉微服务最难的是划分服务的边界
    各有利弊吧
    stramkismet
        25
    stramkismet   361 天前
    @hehe12980 十分赞同,很多应用都没有必要微服务,压根没有那么大的需求,就因为这个概念活了,然后干啥都得微服务。哎
    Dillion
        26
    Dillion   361 天前
    微服务说到底只是一种思想,关键在与服务怎么规划和拆分。

    自己设计好服务的拆分,用 REST API,每个服务怎么管理也相对独立。
    lonelymarried
        27
    lonelymarried   361 天前
    前端接触不到微服务啊
    DoctorCat
        28
    DoctorCat   361 天前
    不是任何项目都要改造成微服务的,但 SOA 的思路是可以借鉴的。假如,你们小团队内部的小系统才俩人开发,那么让你俩人分工协作很顺畅的架构,便契合康威定律了
    zzzzzzggggggg
        29
    zzzzzzggggggg   361 天前
    不是你不懂,是你没有场景
    yanzhiling2001
        30
    yanzhiling2001   361 天前
    好多公司的业务前后端不分离也没有性能之忧,硬上微服务就是画蛇添足
    hantsy
        31
    hantsy   361 天前
    学???难道使用了一些框架( Spring Boot,Microprofile, Micronaunt, Helidon, Quarkus 等)你的应用就是微服务架构?

    微服务更多的开发和架构经验上升华,同时面对微服务带来的变化,必须对公司的组织架构和运维全方面改造升级。

    只有悟道,没有学道的。古话说的好,功到自然成。

    我也了解过国内的一些朋友公司所谓的微服务实践,说白了就是用一个框架,碰瓷微服务这个词,蹭热度而已。
    hantsy
        32
    hantsy   361 天前
    @lonelymarried 有 Micro Frontend 在等你。
    hantsy
        33
    hantsy   361 天前
    @yanzhiling2001 跟风的结果就是这样的。现在太多的跟风所谓的互联网架构,对于绝大部分中小公司来讲,传统的 MVC开发已经足够。
    no1xsyzy
        34
    no1xsyzy   361 天前   ❤️ 1
    承上康威定律,一个人能独自写出符合微服务架构的整套系统,那这个人肯定思考方式、精神状态都不能说稳定。
    hantsy
        35
    hantsy   361 天前
    @fengpan567 15年前 RPC 比较流行。
    现在除 G 家的 rpc 有点意义(利益于 probuf 协议),其它没必要看。
    ifconfig
        36
    ifconfig   361 天前   ❤️ 1
    我们公司用的是 go-kit + gRpc 的方案,然后基于这写了 demo 方便学习和生产化作为基础框架,目前已经加入了 jaeger 链路追踪,有兴趣可以看看代码交流学习呀,https://github.com/ifconfigure/go-kit-grpc-demo/tree/main/gRpc
    hujun528
        37
    hujun528   361 天前   ❤️ 1
    疫情期间我用 node.js 写了一套微服务框架,并没有多难
    http://www.jianxue.mobi/open/37
    chaleaoch
        38
    chaleaoch   361 天前
    @hujun528
    @ifconfig
    36 37 楼了 终于有回答问题的了. 前面的 v 友们 我只能谢谢顶贴+送铜板了.
    renmu123
        39
    renmu123   361 天前 via Android
    @vertigo 你这个例子的主角是大唐,但如果是夜郎就只能自大而亡了
    EminemW
        40
    EminemW   361 天前 via iPhone
    微服务 不就是拆项目,然后搞个注册中心,配置中心,服务治理之类的么。 简单的拆项目跟服务发现就能满足更多需求了
    siteshen
        41
    siteshen   361 天前
    项目很容易找,写个博客,多设计些功能,就能整微服务了:
    账号系统(注册、登录、权限)
    文章系统(读写、转发、搜索)
    评论系统(评论文章、用户、动态)
    社交系统(关注、订阅、点赞、提醒)
    标签系统( CRUD 、标签继承)
    tabris17
        42
    tabris17   361 天前
    xx6412223
        43
    xx6412223   361 天前   ❤️ 3
    大型传统企业的不同企业一般都是不同厂商实施的,之间更是彻彻底底的黑盒。甚至运维可以是不同国家的 team,正因为如此要解决各个系统间的孤岛问题。
    例如为了解决继承问题,有企业总线,消息中心, 内外 DNS 。
    例如为了解决用户问题,有统一认证中心。
    这些都是现有“病”,后“开药”的解决方式。

    因为企业不可能单靠自己或者某一个实施商解决自己的全部问题,所以必须要让很多厂商来做。
    现在如果把粒度放小,就也有了我们所说微服务的概念:一个团队没有能力完成一整个系统。

    而现在更多是为了拆而拆,用实践去套理念,把简单的问题搞复杂。已经有点用烂了。
    annielong
        44
    annielong   361 天前
    恐怕大多数人做的项目都没有那么大的体量,多加几个 api 就能算是实现微服务了,
    bsg1992
        45
    bsg1992   361 天前
    @coderxy 为啥单体应用就非得 在一个项目里写?
    可以按照模块拆分 有不同的人进行开发和维护啊。
    nozer
        46
    nozer   361 天前
    总体思路把控到,然后看看相应的实现组件就行了。
    1 、业务分拆为独立的服务。
    2 、业务之间的交互(服务之间的交互)。
    3 、为了网络容错、发现、追踪问题而扩展的其他东西(异常监控、调用链、预警、熔断之类的,所谓服务治理)。
    tinyRat
        47
    tinyRat   361 天前
    没用微服务,可能只是性能问题,堆硬件就可以了。
    用上微服务,怎么熔断,怎么监控,怎么发现,怎么容错,怎么通信...
    orangeTop
        48
    orangeTop   361 天前
    现在我们对已有业务进行拆分,使用微服务开发,但是业务边界就很难确定,开发过程去调用数据也很麻烦
    USAA
        49
    USAA   361 天前
    大家好欢迎使用魔方大厦
    abersheeran
        50
    abersheeran   361 天前
    没具体需求,你很难学会的。微服务体系说简单点就是为了解决远程调用这一个需求衍生出来的。你首先得有需要远程调用不可的业务,然后业务量大了,你就算不懂“微服务”这个词,最终你为了满足需求,还是会搞定一整套体系。
    zorui
        51
    zorui   361 天前
    service mesh 跨语言
    mway
        52
    mway   361 天前
    这玩意儿过于复杂,没有项目可以参与=学完就忘==!
    byte10
        53
    byte10   361 天前
    @tairan2006 哈哈 你这个回答好
    xizismile
        54
    xizismile   361 天前 via Android
    业务架构都是进化而来的

    设计上可以先来单体服务,后续看业务迭代变化再具体决定是否要拆分,是否要上微服务那一套

    不明白为啥楼上一群人抓着一个思想去喷(或许你们喷的只是自己公司用的太差劲儿了,项目简单还非要整微服务)
    lululau
        55
    lululau   361 天前
    Java 没有微服务,把 spring / DB 框架加上一个 Hello world,jar 包就得几十兆
    zoharSoul
        56
    zoharSoul   361 天前
    @bsg1992 #45
    那你项目之间怎么互相调用呢?
    你调用不就是微服务了...
    threeEggs123
        58
    threeEggs123   361 天前 via Android
    楼主可以尝试试用一下云厂商的一些组件,帮你一些微服务的功能。比如 ELB 和 ECS 帮你搞定负载均衡和服务发现。只后用到的监控,溯源什么的,慢慢在加。
    d5
        59
    d5   361 天前
    顺口问一下,,,明明有 HTTP 接口,非得打包成镜像,从 jenkins 里调度 k8s 资源起一个临时 pod 来完成 pod 内 cli 工具的调用,这个算不算为了微服务而微服务 /狗头
    firefox12
        60
    firefox12   361 天前
    一个人开发一个项目 你写在一个文件里都可以

    1000 个人同时开发一个项目呢? 当然微服务是由代价的。如果项目很小,这代价可能就太大了。
    vertigo
        61
    vertigo   361 天前
    @renmu123 大哥,唐玄宗后面就是安史之乱啊,我的意思是就算牛逼如大唐,搞微服务也只能带来混乱
    xcstream
        62
    xcstream   361 天前
    500 人开发的话就有优势了大概
    en20
        63
    en20   360 天前 via Android
    @vertigo 最后微服务也藩镇割据安史之乱,公司倒闭😂
    yalin
        64
    yalin   360 天前
    康威法则了解一下
    loading
        65
    loading   360 天前 via Android
    就是能独立的无状态小功能,是为了以后伸缩用的。
    leafre
        66
    leafre   360 天前   ❤️ 1
    不会有企业把自己微服务开源
    wc951
        67
    wc951   360 天前 via Android
    先从 10 几年前的 soa 思想开始理解,你就知道为什么要做服务化这件事了
    no1xsyzy
        68
    no1xsyzy   360 天前
    @ericgui SSO 也不一定是微服务,不如说微服务反而麻烦,每个网站都得重新输入一遍用户名密码,不能把登录状态迁移过去。
    no1xsyzy
        69
    no1xsyzy   360 天前
    顺便,业务简单却可以正常运用微服务、能够利用到微服务的优势的,想了想就是 Twitter Reddit 这种允许多数不确定公众发布各种内容的地方。
    fumeboy
        70
    fumeboy   360 天前
    https://github.com/fumeboy/pome 这是我写的微服务框架
    关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1207 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 18:57 · PVG 02:57 · LAX 10:57 · JFK 13:57
    ♥ Do have faith in what you're doing.