• 何磊
    2018-08-16
    如果公司规模小建议可以直接使用云厂商的产品,因为运维方便。但是如果业务大,很多个性化的配置以及有自己的整套监控系统等,不适合用云厂商产品,无法进行系统整合。

    作者回复: 点赞👍

    
     16
  • 文竹
    2018-08-26
    依据情况做出选择。比如:我们公司有些组件,mysql,redis都是使用阿里云上的。数据平台则是自己搭建的。

    使用云上的mysql,redis省去了很多运维成本和一些复杂性问题,不如高可用,高性能。总的来说成本较低。

    自己搭建数据平台有如下原因:
    1、集团下面有很多子公司,如果每个公司都要自己专门处理大量数据的话,总合计成本很高。
    2、技术更容易沉淀,能更有效地为集团产业链提供服务。
    展开

    作者回复: 你们的思路挺好,大数据确实要统一维护

    
     9
  • 问题究竟系边度
    2018-08-20
    业务初期,云平台本身提供的服务性能已经满足需求了,同时提供可视化运维,极大降低运维和部署成本,同时有熟悉的专家团队帮忙特殊问题。

    业务发展后,在考虑根据业务特性做定制开发

    作者回复: 正解,参考架构设计的合适原则

    
     7
  • William
    2018-08-16
    个人认为:
    用云产品的好处是,1.方便快捷,既然是产品那肯定经过包装,对很多bug进行了处理,因此上手快和使用方便;2.云产品自带维护功能,专业性比自建强,不用自己投入大量人力到维护的事情上;
    缺点也有两个:1.羊毛出在羊身上,自带维护功能,意味着费用也会贵一些;2.维护交给第三方,意味着依赖第三方,出现影响业务的紧急情况可能出现支撑不到位,响应缓慢,解决问题需要时间长等问题;

    自己用云服务器搭建的话,自己还是得亲力亲为,坑要自己踩,出现问题自己解决,但是也相应的灵活,有些问题可以结合业务情况来回避。
    展开

    作者回复: 正确👍👍👍

    
     6
  • 呵呵
    2018-08-18
    DRY,不是说的是不要随意复制、粘贴代码么

    作者回复: 代码层面不要拷贝粘贴,设计层面不要重复发明轮子

    
     3
  • godtrue
    2019-09-04
    课后思考及问题
    目前的云计算厂商很多都提供了和开源项目类似的系统(例如阿里云的云数据库 HBase),你倾向于购买云厂商提供的系统,还是只是将开源系统部署在云服务器上?理由是什么?
    我会倾向于购买云厂商提供的系统
    理由:如果实力够(不差钱,不差人),最好自己弄,既然购买了云服务器,应该有人钱的短板,既然如此何不再多花一下买下对于的服务,应该更加的省心省事,运维应该也更加方便。当然,视公司发展情况而定,后面自己研究或整个都用自己的都行。

    1:本文核心观点
    1-1:不要重复发明轮子,但要找到合适的轮子!

    1-2:如何找到合适的轮子?
    聚焦于是否满足业务,而不需要过于关注开源项目是否优秀
    聚焦是否成熟,尽量选择成熟的开源项目,降低风险
    运维能力是必不可少的一环

    1-3:如何用好轮子?
    深入研究,仔细测试
    小心应用,灰度发布
    做好应急,以防万一

    1-4:如何仿造轮子?
    保持纯洁,加以包装
    发明你要的轮子
    展开
    
     2
  • caohuan
    2018-11-12
    先回答华仔的问题,觉得 根据 业务需求 来选择 云平台 还是 开源软件,如果是 常规性的需求 云平台 就可以满足,如果 有特殊一点的需求,可能需要 自己开发新的模块 满足需求,云平台 一般不提供 你一家 公司 需要的技术。
    本篇专栏 所得,1.不要重复造轮子 2.寻找满足自己所需业务的开源软件 3.选择 成熟的开源 ,关注运维能力,然后仔细测试、小心应用,从非功能性慢慢切换到功能性上应用,最后做好应急方案 4.造适合自己所需求的轮子,应用开源软件的绝好模板。
    
     2
  • 波波安
    2018-09-05
    根据团队的开发实力来决定吧。前期团队小,业务量不大,可以购买成熟方案。

    作者回复: 正解

    
     1
  • 小喵喵
    2018-08-20
    为了存储高可用,比如在 mongdb写一份,然后在MySQL也写一份,具体怎么写呢?是写找到mongdb,然后由mongdb同步到MySQL吗?还是有其他更好的方法?

    作者回复: 1. 代码写两次,简单粗暴,但可能数据不一致
    2. 脚本同步,但可能出现同步延迟导致数据丢失一部分

     1
     1
  • Xg huang
    2018-08-16
    如果在业务的初始期,项目规模不大的时候,可以考虑直接购买云平台提供的开源服务,因为使用方便,运维成本相对更低。

    随着项目规模变大,如果需要对开源服务做更定制化的开发,就可以考虑自己搭建。这样做不仅开发效率高,而且保持以后云平台迁移的灵活性

    作者回复: 正确👍

    
     1
  • Jun
    2019-12-22
    我倾向于直接用服务。第一,运维压力小。云厂商会提供大部分基础架构的运维和调优。客户集中精力在业务运维。第二,上线扩容方便快速。客户可以自己申请新实例。但安装和配置都是问题,也无法利用云厂商已有的经验。这些经验都是其他客户血泪基础上得到的,非常宝贵。第三,软件升级有保障。新版本不一定兼容,也许有bug。自己升级需要大量人力物力确认。第四,出了问题有人背锅。

    作者回复: 云服务是大趋势了

    
    
  • Geek_f8dc6b
    2019-10-15
    讲的挺好,很在理!

    作者回复: 都是实践经验

    
    
  • 海罗沃德
    2019-07-29
    AWS上就没有mongoDB的服务,如果要用mongo只能自己通过EC2手动搭建,而AWS在nosql数据库上一直强推自家的dynamoDB,而dynamoDB虽然在快速查询上很有优势,但是不能做count,findBy这样的操作,而且数据流量很贵,动不动就超过throttle了,就要加钱扩容,使用成本是mongo的数十倍,通常为了节约成本还要把dynamo里所有的id等metadata数据存在另外的数据库里,先从别的库拿出需要查的id,在用id去dynamo精确查询

    作者回复: 感谢😊

     1
    
  • 陈笑非
    2019-06-19
    非常不错,赞赞的!
    
    
  • 安静
    2019-01-21
    这篇文章写的真好
    
    
  • 成功
    2018-09-07
    大买,小构
    
    
  • 王维
    2018-08-27
    根据适用性的选择,如果云服务器能满足要求,就使用第三方云平台提供的系统。
    
    
  • 蛤蟆不好找
    2018-08-17
    相对简单,不复杂的业务或者业务量少的系统可以直接买,但是涉及到内部业务,或者复杂的业务,最好部署在云服务器,一旦出了问题可以快速的响应以及定位问题,解决问题
    
    
  • feifei
    2018-08-17
    买云服务厂商提供的系统
    1,云系统提供了比开源的软件更多的能力
    2,可用性更高
    3,更好的扩展

    直接部署有时会出现,机器重启,缓冲没加载,导致线上问题等
    一般建议使用云厂商的服务
    展开
    
    
  • SeeSharp
    2018-08-16
    我身边很多人有个坏习惯,开源库版本喜欢用最新稳定版–0.1,以为遇到坑可以在网上获得别人的解决方案,真遇到坑的时候自己又没有能力改或者已经被最新稳定版fix了要么手动把这单个bug fix搬过去要么被迫升版本,怎么劝都劝不动

    作者回复: 哈哈,确实如此,其实我建议用最新的稳定版就可以了

    
    
我们在线,来聊聊吧