关于思源笔记运营推广方案的讨论

本贴最后更新于 578 天前,其中的信息可能已经时过境迁

一直以来有不少用户反馈思源的运营做得太差了,这主要是因为产品前期质量堪忧,如果急着运营推广的话会对产品有较大负面影响,所以我们一直没有推进运营方案,而是把时间放在解决技术问题上。

随着产品质量的提升,我们认为现阶段已经可以开展初步的运营推广了。但我和 @Vanessa 都是技术出身,对运营知之甚少,按照自己的想法进行运营的话只能是事倍功半,正所谓隔行如隔山。所以我们会把运营推广交给擅长的同学来做,这对思源的发展壮大至关重要。

发这个帖子的目的是需要大家帮忙给出一些具体可行的推广方案建议,我们一起讨论看看,最终建立思源笔记的初步运营推广方案,谢谢。

  • 思源笔记

    思源笔记是一款隐私优先的个人知识管理系统,支持完全离线使用,同时也支持端到端加密同步。

    融合块、大纲和双向链接,重构你的思维。

    22413 引用 • 89742 回帖
2 操作
88250 在 2023-04-28 09:01:18 置顶了该帖
88250 在 2023-04-27 19:07:28 置顶了该帖

相关帖子

优质回帖
  • 我认为最好的宣传还是一个比较完整友好的教程。

    思源的优点在于强大,而缺点也在于强大,我自己用了一年多了很多功能都还没有摸明白,可想而知这种强大会让很多新人无所适从,最后就放弃了。更何况,其实思源是很程序猿思维的一个产品,对很多普通用户来讲存在理解门槛。

    我认为现在这个节点上,思源需要考虑做一个完整的教程出来了,现有的思源帮助是不全面的。

    1. 内置的文档不够全,而且 github PR 门槛比较高,还必须要兼容英文(我看有好几个帮助文档的 PR 被打回去,理由都是要添加英文支持)
    2. 社区内部的教程分享过于零散,学习搜索成本大,而且下拉刷新的页面布局下,最容易被看到的总是最新的帖子,很多好的帖子并不容易被找到

    我觉得可以集中发动社区的力量,号召大家做一个集中的经验分享文档(一定要是文档,帖子的信息密度低,文档的信息密度才足够高)。比如我看群里有语雀的共享知识库,完全可以把这个知识库的维护的优先级提高起来,搞个社区置顶,号召大家群策群力做一个帮助出来。(当前,知识库内部的组织结构最好先好好设计优化一下)。

    这样后面的人入门门槛低,有想要去宣传的,也有了一个稳定的素材资源库。

    总结起来就是:把「思源的帮助文档」本身当作一个重要的项目来做。

  • LeonardoDiCaprio 5 赞同
    1. 划定会员内容,很多限时功能可以取消了。

      1. 一旦大规模宣传,会员套餐就不能变动了。少数人的时候可以解释的清,人多了以后,说话就没人听了。
      2. 之前是我来吧,从 100 涨到 160 左右,忘了。虽然知道这个价格是优惠完的,但是还是会产生,这么贵我可不会用的念头。而早先我开有道云笔记的时候,价格更高,因为没有比较,反而只会关注好不好用,不会关注价格。
    2. 小众产品不要做大规模投入,比起盲目投钱不如参考一下同类产品的宣发模式。

    3. 恢复推荐码制度,由赠送空间更改为其他一次性收益,例如会员时间之类。永久会员都是希望思源越来越好的老用户,可以考虑直接返现。

      1. 我现在是永久用户,看不到邀请码了,也许是邀请码制度取消了。不过,现在也看不到当初永久之前全群疯狂的盛况了。我认为一方面是大家都忙了,但是更主要的原因是,新人进入的少了。之所以如此,最大的区别在于,现在关于思源的内容生产越来越少了。众所周知,由奢入俭难,当你做内容的目的从永久到自愿的时候,热情就不会再有了。
      2. 激活码团购这种事并没有太多可操作性,主要在于软件过于小众,而没有足够的利益打动黄牛。并且多数用户推荐软件都是在小圈子内推荐。文化人嘛,好面,你推荐人家用再卖个推荐码给人,多少有点掉价。
    4. 所有一次性买断的事都是自绝后路,不要做,定贵了没人买,定便宜了做慈善。docker 已经断了一臂了,再断一臂就是大慈善家了。

  • www766 1 4 赞同

    我觉得现在思源的问题是思源有很多好的功能和本地化特色,但我能用到的九牛一毛,很多不会用,也没人系统出教程,可以很短介绍一块,然后奖励一下教程人员。B 站里你搜 OB 一堆视频教程还是成系列的,思源太分散也不系统,视频更直观易接受。一个软件看视频平台内就能看到用户量了。做的再好看帮助研究半年,不如视频推广出去,既起到交会大家使用方法又起到推广的作用,毕竟会用了或看视频知道了你还有这功能,别人才会接收和使用。仅作为主推方向的建议。

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • Blackman99

    本人也是程序员,中间断了 1 年的时间没有使用思源,最近再次捡起思源,发现真的很强大,可定制程度非常高,真的很高兴能有一个这样的产品,希望我能用我有限的思维提供一些帮助

    多平台推广

    我看到很多产品,不论是什么领域的,都会在各大平台注册个官方号,然后时不时在这些平台上发一些优惠券或者送一年会员等等,条件限制转发加关注参与抽奖,一定程度上也能促进传播

    英文社区

    目前国内有 QQ 群,链滴社区等

    但是国外好像除了 Github 就没有渠道可以讨论了,可以考虑跟其他开源项目一样用 Discord 建一个,并把入口放到 Github 主页介绍上

    已有 Github Issue

    有奖活动

    举办一些主题开发大赛,挂件开发大赛,在社区进行投票评选,可以吸引更多有能力的开发者

    开发工具

    我想这一部分我可以出点力,比如:

    • 快速创建主题、模板、挂件、插件项目的 cli 脚本
    • ES Module API 封装
  • 其他回帖
  • Gaffey 2 3 赞同

    思源的帮助文档不够基础,存在感也不是很强,很多时候光看帮助文档并不能解决疑问,还是要求助群友。

    而且思源的帮助文档主页没有子文档的链接,要查看子文档的内容还要从文档树去查,建议把帮助文档做一个首页文档,显示所有模块,点击模块后跳转的文档也能显示子文档的信息。

    当前文档树要手动点击展开才能看到子文档,我一开始根本就不知道我应该按什么顺序去学习思源的帮助文档。

    既然有帮助文档,那帮助文档尽可能细致一点能有效改善用户的使用,建议参考 marginnotes 的帮助文档,直接一边教程视频演示操作,用户浏览教程的过程就是在实操学习。

    视频教程我觉得也是很有必要的部分,而且也可以通过视频网站的外链来播放,有一个全面系统、容易入门的视频教程,思源就会友善很多。

    其实如果有个第一次使用某功能弹窗动图(可跳过)引导的话更好,不用特意查教程,用的时候快速过一遍流程,学习压力也小。

    思源的很多起名方式也很独特,换言之就是对一般用户有理解障碍,很多思源的功能很好,但是用户根本不知道它的存在,一开始就因为陌生的名词而忽视了。

  • hld2005h 1

    关于思源笔记引起我恼火的随笔

    起因:

       思源目前的运营推广方案,降低了我使用思源储存知识的安全感,影响了我对思源开发团队的信任,并对此感到恼火。

       故发表小人随想,杂乱无章,博众人一笑。

    目前:

    运营推广方案:方案框架优秀,细节及实施欠妥

       感性情感肯定的可以维持或影响现实,但天下熙熙,皆为利来,加上人性经不住试探,故我认为开发者采用初始的开源,跟现在计划推进的运营推广是对该软件充满感情的,是为了维持思源软件存续的。运营推广方案是内部事项不可能准确了解,但从这个帖子中及目前思源定价相关文档中看,大概率采用的是捐赠 + 功能买断 + 会员订阅的运营推广模式。运营推广方案个人觉得没有问题,但给我所有不好的感觉出现在方案细节及实施上。

    收费架构有待商榷

       捐赠我认为与功能买断及会员订阅是不相容的。理由很简单,前者是感情的信任,后者是现实的义务。你看,我通过感性捐赠方式,让开发者开发的功能,我还得掏钱买。我付出感情了,最后还得谈现实。那干脆现实吧。而且如果没有安抚好捐赠者情绪,极易产生辜负感,造成核心客户流失,毕竟,钱易的,情难救呀。

    买断的功能选择及实施时机欠妥。

       功能选择上需慎重不宜为广泛需求,我认为对同步功能收费在此时间节点不妥。这个同步功能并不是指的思源云空间,而单指同步功能。一是前几年云概念及个人 NAS 市场对普通人来说是新型概念,故前几年的同类型的笔记收费是同步,云空间等。随着云的普及,同步需求由小众高端需求,已经变成了普遍需求。如果观察过目前各类软件对比评测会发现,是否免费同步已经变成卖点,免费同步的软件更容易获得用户青睐。二是同步功能的收费节点已经错过。人性短视贪赖,已经给出去的物品,凭什么交回去呢?百度网盘免费变收费,景点免费变收费等等例子,收费使软件发展并可持续没错,但有谁管呢?强行收回对软件的负面评价必然接踵而来,故我认为对云空间收费没问题,但同步功能的收费利大于弊。

    恼火的来源

       我对思源充满好感。在残酷的现实中充分感受过什么叫物欲横流后,格外喜欢真诚的东西,可以赚钱,但别套路,主打一个大家你情我愿,各自保持本心,互不辜负。但随着时间的推移,思源软件开始引起我的不安,并感到恼火。大概总结了如下几点:

    快速迭代,引起的不安:

       思源对我来说是一个工具,相对于功能,我等在乎的是可靠。可靠是多方面的促成的,软件本身,开发团队,服务支持,后续升级。说个无语的事情,我自己规定的笔记备份计划都没有软件迭代快。结果是什么呢?我觉得思源笔记有强大的开发者,及牛逼的服务支持跟升级,但是软件本身,让我感到是一个成熟的产品,是不可靠的,十分担心目前辛苦构建的笔记使用流程在某一次架构级别更新后无法适用。毕竟谁家成熟产品是这么个更新频率?举例来说大家最讨厌的就是 windos 更新,不是么?而且不知道开发者发现没有,如此快速的迭代已经影响了集市生态的构建,大家出于热爱分享的自用插件,适配跟不上了。

    试探以利驱动,引发信任危机

       我认为人心经不起试探,并且利益捆绑最坚固。我没有指责世风日下的意思,也不是愤青,世道如此。以我为例,我都没钱给姑娘卖奶粉了,还管爱好原则义务?搞钱最他妈重要,肯定会选择短平快,哪怕知道在透支未来,那怕无奈。基于此,经济形式下行,大家压力都在变大,思源笔记开始考虑利益,我信任开发者的技术,但市场化之后的种种,表示担忧,不知道是否可以仍信任开发者在利益面前保持本心,把我的知识体系放在思源,后续不因此受制于人。

    后续:

    对思源运营推广的思考

       思源软件的生命未来肯定要靠运营推广的,靠爱发电不长久这是共识。那么我建议开发者还是及早转变思维,学着去拥抱利益,去了解利益,谈论利益,分配利益。毕竟自己的孩子自己最在意,别人可以借助但不能依靠。同时,不要局限于的别的笔记软件如何做的表现,要研究其内在表象产生的原因,不要局限于笔记软件这个领域,要多看看别的领域成功案例如何实现架构。以下是我对思源运营推广架构的简单思考,希望能起到抛砖引玉的作用。

       我认为思源软件比较是小而精的软件,也没有资方烧钱做推广,况且我们的目标并不是变现。所以发展的核心是运营,推广交给口碑。架构要有这么几个特点:可信任的软件,使用者受益,开发者受益,去核心化。

    可信任的软件

       软件要充分体现可靠性。建议思源分成不同版本,以此同时满足,让用户产生思源软件成熟稳定可靠的认知,让开发者享受快速响应。

       对不追求前沿的人,提供超稳定版,以某一版本为基础,完善基础功能中的 BUG,非重要安全性问题,不进行更新,年度发布稳定版。

       对追求前沿但不想开发的人,提供目前版本,定期更新所有需求。

       对想实现开发技术的人,提供超前版本。

    使用者收益

       获得使用者,就要贯彻 天下攘攘,皆为利往,让客户觉得占了便宜。别人免费有,思源没有或收费有,客户就会觉得吃亏,选别人。别人没有或者收费项,思源免费有,客户就觉得占了便宜,选思源。两者一样,就看名声了。思源有的,例如块,敏捷开发,AI 嵌入,页面伺服等等要保持并发扬,同时未来持续开发免费功能,让思源在对比其他软件时始终保持优势,或专项优势,最起码普遍性功能不在劣势。

    开发者受益

       为了维持思源的对比优势,一定要调动开发者积极性,利最能动人心。这里我建议采用构建荣誉 + 激励方式。

       荣誉太虚,制定好就成,需要注意的是就别乱改动,要严格,有等级,能提现精神奖励,当荣誉没有严肃性,也就失去所有意义。

       激励方式涉及到,思源如何变现的问题。我的思路是,把思源构建为公共平台,采用抽成模式变现。集市中插件,由开发者自选是否收费,定价由思源平台统一制定,收费部分思源收取一部分作为平台开发维护奖励。当然其中细节需要进一步维护,当要注意,涉及利益,最好公开公正公平,合理监管。

       最终目的是,让所有开发者,都认为思源有自己的一部分,解决利益需求同时,对思源产生感情。

    去核心化

       要实现现在开发者隐退后,思源依旧保持活力,实现长久的独立运营,我认为不能依靠固定核心。建议定期评选思源平台维护小组成员,仅负责思源平台维护,并设定一定激励监管办法来使用插件提成部分。举例,通过票选等方式,选择 10 人具有平台维护权,其中人人可写维护代码,采用需要 10 人中 6 人同意,思源采用。采用代码根据工作量等获得奖励,可以要了继续捐给思源,但是不能不给,不能不要。以此维持核心开发团队积极性及稳定性。

      ‍

    感触:

       重复下开头,发表小人随想,杂乱无章,博众人一笑,浪费众人时间,肯定不对,不讨论,不争执,不辩解了哈~

       愤慨的写完后,发现工作一堆还要做,溜了溜了,得加班搬砖去了。

    1 回复
  • LeonardoDiCaprio 5 赞同 2 评论
    1. 划定会员内容,很多限时功能可以取消了。

      1. 一旦大规模宣传,会员套餐就不能变动了。少数人的时候可以解释的清,人多了以后,说话就没人听了。
      2. 之前是我来吧,从 100 涨到 160 左右,忘了。虽然知道这个价格是优惠完的,但是还是会产生,这么贵我可不会用的念头。而早先我开有道云笔记的时候,价格更高,因为没有比较,反而只会关注好不好用,不会关注价格。
    2. 小众产品不要做大规模投入,比起盲目投钱不如参考一下同类产品的宣发模式。

    3. 恢复推荐码制度,由赠送空间更改为其他一次性收益,例如会员时间之类。永久会员都是希望思源越来越好的老用户,可以考虑直接返现。

      1. 我现在是永久用户,看不到邀请码了,也许是邀请码制度取消了。不过,现在也看不到当初永久之前全群疯狂的盛况了。我认为一方面是大家都忙了,但是更主要的原因是,新人进入的少了。之所以如此,最大的区别在于,现在关于思源的内容生产越来越少了。众所周知,由奢入俭难,当你做内容的目的从永久到自愿的时候,热情就不会再有了。
      2. 激活码团购这种事并没有太多可操作性,主要在于软件过于小众,而没有足够的利益打动黄牛。并且多数用户推荐软件都是在小圈子内推荐。文化人嘛,好面,你推荐人家用再卖个推荐码给人,多少有点掉价。
    4. 所有一次性买断的事都是自绝后路,不要做,定贵了没人买,定便宜了做慈善。docker 已经断了一臂了,再断一臂就是大慈善家了。

    2 回复
    1 操作
    LeonardoDiCaprio 在 2023-04-27 19:56:03 更新了该回帖
    确实,很赞同千万不要一次性买断;小工具类的,不需要过多维护成本的,一次性买断还 OK;这种需要大量成本维护,并持续开发新功能的,千万不要买断; 站在用户的角度上可能成本越低越好,但是作为一个想要思源健康、可持续发展的用户,我希望推出优惠的时候不要过度骨折,买断更是要不得;还有就是如果涌入大规模用户,关于会员的权限确实要先确定好,不要随便改动;不然没人会听官方说什么,直接一顶店大欺客的帽子就扣过来了
    9814X 1 赞同
    @9814X 是的,一次性买断的软件我都不用,因为不知道它什么时候就赤子跑路了。以前用过时光序,后来想明白买断制不保险就卖掉了。
    LeonardoDiCaprio
  • 查看全部回帖

推荐标签 标签

  • Firefox

    Mozilla Firefox 中文俗称“火狐”(正式缩写为 Fx 或 fx,非正式缩写为 FF),是一个开源的网页浏览器,使用 Gecko 排版引擎,支持多种操作系统,如 Windows、OSX 及 Linux 等。

    8 引用 • 30 回帖 • 407 关注
  • CAP

    CAP 指的是在一个分布式系统中, Consistency(一致性)、 Availability(可用性)、Partition tolerance(分区容错性),三者不可兼得。

    11 引用 • 5 回帖 • 607 关注
  • WiFiDog

    WiFiDog 是一套开源的无线热点认证管理工具,主要功能包括:位置相关的内容递送;用户认证和授权;集中式网络监控。

    1 引用 • 7 回帖 • 589 关注
  • SVN

    SVN 是 Subversion 的简称,是一个开放源代码的版本控制系统,相较于 RCS、CVS,它采用了分支管理系统,它的设计目标就是取代 CVS。

    29 引用 • 98 回帖 • 683 关注
  • 服务

    提供一个服务绝不仅仅是简单的把硬件和软件累加在一起,它包括了服务的可靠性、服务的标准化、以及对服务的监控、维护、技术支持等。

    41 引用 • 24 回帖 • 3 关注
  • Solidity

    Solidity 是一种智能合约高级语言,运行在 [以太坊] 虚拟机(EVM)之上。它的语法接近于 JavaScript,是一种面向对象的语言。

    3 引用 • 18 回帖 • 398 关注
  • 服务器

    服务器,也称伺服器,是提供计算服务的设备。由于服务器需要响应服务请求,并进行处理,因此一般来说服务器应具备承担服务并且保障服务的能力。

    125 引用 • 588 回帖
  • 架构

    我们平时所说的“架构”主要是指软件架构,这是有关软件整体结构与组件的抽象描述,用于指导软件系统各个方面的设计。另外还有“业务架构”、“网络架构”、“硬件架构”等细分领域。

    142 引用 • 442 回帖
  • Vditor

    Vditor 是一款浏览器端的 Markdown 编辑器,支持所见即所得、即时渲染(类似 Typora)和分屏预览模式。它使用 TypeScript 实现,支持原生 JavaScript、Vue、React 和 Angular。

    352 引用 • 1815 回帖 • 3 关注
  • OAuth

    OAuth 协议为用户资源的授权提供了一个安全的、开放而又简易的标准。与以往的授权方式不同之处是 oAuth 的授权不会使第三方触及到用户的帐号信息(如用户名与密码),即第三方无需使用用户的用户名与密码就可以申请获得该用户资源的授权,因此 oAuth 是安全的。oAuth 是 Open Authorization 的简写。

    36 引用 • 103 回帖 • 9 关注
  • Laravel

    Laravel 是一套简洁、优雅的 PHP Web 开发框架。它采用 MVC 设计,是一款崇尚开发效率的全栈框架。

    20 引用 • 23 回帖 • 722 关注
  • MongoDB

    MongoDB(来自于英文单词“Humongous”,中文含义为“庞大”)是一个基于分布式文件存储的数据库,由 C++ 语言编写。旨在为应用提供可扩展的高性能数据存储解决方案。MongoDB 是一个介于关系数据库和非关系数据库之间的产品,是非关系数据库当中功能最丰富,最像关系数据库的。它支持的数据结构非常松散,是类似 JSON 的 BSON 格式,因此可以存储比较复杂的数据类型。

    90 引用 • 59 回帖 • 2 关注
  • BAE

    百度应用引擎(Baidu App Engine)提供了 PHP、Java、Python 的执行环境,以及云存储、消息服务、云数据库等全面的云服务。它可以让开发者实现自动地部署和管理应用,并且提供动态扩容和负载均衡的运行环境,让开发者不用考虑高成本的运维工作,只需专注于业务逻辑,大大降低了开发者学习和迁移的成本。

    19 引用 • 75 回帖 • 644 关注
  • Android

    Android 是一种以 Linux 为基础的开放源码操作系统,主要使用于便携设备。2005 年由 Google 收购注资,并拉拢多家制造商组成开放手机联盟开发改良,逐渐扩展到到平板电脑及其他领域上。

    334 引用 • 323 回帖 • 2 关注
  • Kubernetes

    Kubernetes 是 Google 开源的一个容器编排引擎,它支持自动化部署、大规模可伸缩、应用容器化管理。

    110 引用 • 54 回帖 • 1 关注
  • H2

    H2 是一个开源的嵌入式数据库引擎,采用 Java 语言编写,不受平台的限制,同时 H2 提供了一个十分方便的 web 控制台用于操作和管理数据库内容。H2 还提供兼容模式,可以兼容一些主流的数据库,因此采用 H2 作为开发期的数据库非常方便。

    11 引用 • 54 回帖 • 652 关注
  • Sphinx

    Sphinx 是一个基于 SQL 的全文检索引擎,可以结合 MySQL、PostgreSQL 做全文搜索,它可以提供比数据库本身更专业的搜索功能,使得应用程序更容易实现专业化的全文检索。

    1 引用 • 214 关注
  • iOS

    iOS 是由苹果公司开发的移动操作系统,最早于 2007 年 1 月 9 日的 Macworld 大会上公布这个系统,最初是设计给 iPhone 使用的,后来陆续套用到 iPod touch、iPad 以及 Apple TV 等产品上。iOS 与苹果的 Mac OS X 操作系统一样,属于类 Unix 的商业操作系统。

    85 引用 • 139 回帖
  • PWA

    PWA(Progressive Web App)是 Google 在 2015 年提出、2016 年 6 月开始推广的项目。它结合了一系列现代 Web 技术,在网页应用中实现和原生应用相近的用户体验。

    14 引用 • 69 回帖 • 156 关注
  • jsoup

    jsoup 是一款 Java 的 HTML 解析器,可直接解析某个 URL 地址、HTML 文本内容。它提供了一套非常省力的 API,可通过 DOM,CSS 以及类似于 jQuery 的操作方法来取出和操作数据。

    6 引用 • 1 回帖 • 476 关注
  • 链书

    链书(Chainbook)是 B3log 开源社区提供的区块链纸质书交易平台,通过 B3T 实现共享激励与价值链。可将你的闲置书籍上架到链书,我们共同构建这个全新的交易平台,让闲置书籍继续发挥它的价值。

    链书社

    链书目前已经下线,也许以后还有计划重制上线。

    14 引用 • 257 回帖
  • 禅道

    禅道是一款国产的开源项目管理软件,她的核心管理思想基于敏捷方法 scrum,内置了产品管理和项目管理,同时又根据国内研发现状补充了测试管理、计划管理、发布管理、文档管理、事务管理等功能,在一个软件中就可以将软件研发中的需求、任务、bug、用例、计划、发布等要素有序的跟踪管理起来,完整地覆盖了项目管理的核心流程。

    6 引用 • 15 回帖 • 116 关注
  • ReactiveX

    ReactiveX 是一个专注于异步编程与控制可观察数据(或者事件)流的 API。它组合了观察者模式,迭代器模式和函数式编程的优秀思想。

    1 引用 • 2 回帖 • 156 关注
  • 电影

    这是一个不能说的秘密。

    121 引用 • 601 回帖
  • BND

    BND(Baidu Netdisk Downloader)是一款图形界面的百度网盘不限速下载器,支持 Windows、Linux 和 Mac,详细介绍请看这里

    107 引用 • 1281 回帖 • 28 关注
  • GraphQL

    GraphQL 是一个用于 API 的查询语言,是一个使用基于类型系统来执行查询的服务端运行时(类型系统由你的数据定义)。GraphQL 并没有和任何特定数据库或者存储引擎绑定,而是依靠你现有的代码和数据支撑。

    4 引用 • 3 回帖 • 9 关注
  • 微服务

    微服务架构是一种架构模式,它提倡将单一应用划分成一组小的服务。服务之间互相协调,互相配合,为用户提供最终价值。每个服务运行在独立的进程中。服务于服务之间才用轻量级的通信机制互相沟通。每个服务都围绕着具体业务构建,能够被独立的部署。

    96 引用 • 155 回帖