×

Loading...

Topic

This topic has been archived. It cannot be replied.
  • 工作学习 / 事业工作 / 突然想明白了一件困惑很久的事，为啥政府IT的Server deployment那么多，为啥不consolidate/share? 拿数据库举例来说，很多小系统是可以share一个server的，但是事实并不一定是这样。 -walkthrough(老花镜); 2018-9-27 {497} (#11716538@0)
    我曾经在私企力促把一百多个SQLServer 集成到六个， 节省license cost, 节省maintenance 。。。到了政府部门，又看到那么多Server, 想要搞集成阻力比较大，到底为啥每个小系统都要自己有单独的VM 环境呢？
    原因很多，比如决策者在技术上有不确定性等。。。不展开说。我今天想说的是，这个原因可能跟西方发达国家养孩子的方式有关，在有多个孩子的家庭，往往一样玩具买好几个以避免孩子们不抢玩具。等这些孩子长大了，习惯也养成了，尊重独立性，不share.
    像我这样穷孩子，对这个现象不理解。昨晚突然灵光一闪，想想可能就是这个原因。
    • 没有机会，制造机会，也要浪费纳税人的钱。 -troyd(O); 2018-9-27 (#11716541@0) +3
      • negative thinking... can back fire and hurt yourself... :-) no offense. -walkthrough(老花镜); 2018-9-27 (#11716572@0) +1
        • 俺做工程的地方，装了近 40 个控制器。俺们想破了脑袋也没相通。除了浪费钱，显得自己做得多之外，没有任何意义。你嚼嚼吧。 -troyd(O); 2018-9-27 (#11716610@0)
          • 我也看不惯，道不同不相为谋，想跳槽，但没啥好地方去。改变不了别人就改变自己. -walkthrough(老花镜); 2018-9-27 (#11716623@0)
          • 删除数据砸硬盘比较方便? -firetrain(火车头); 2018-9-28 (#11717245@0)
    • 系统隔离是道理的，如果一个组的把另一个组的数据库DELETE掉问题就出来了。对于小系统来说，数据库和OS的费用相比人工是很低的。VM是革命性的省钱，把小数据库弄到一个SERVER上不是。 -gta_palace(GTA_Palace); 2018-9-27 (#11716571@0) +1
      • 领导可能会这样思维，俺们技术员不认为这是问题。各种数据库都有权限设置功能，比如SQL Server 的named instance, user database， oracle 的service, instance, schema. -walkthrough(老花镜); 2018-9-27 {144} (#11716577@0)
        sybase 的user database, 都是可以不cross的, 每个用户和组只能在自己的范围内工作。有sysadmin权限的一般都是DBA之类对数据库了如指掌的不会犯简单错误。
        • 这样搞，看起来设备上省了，但是一旦出了事，有的扯皮了，得不偿失。而且一旦某个项目有问题把server搞挂了或者占用太多资源，那其他也要受影响。 -guestagain(guest again); 2018-9-27 (#11716840@0) +1
        • I guess they want to separate responsibility, or even liability. For example, technically it's possible to keep dev and prod on the same physical server, but nobody would do it that way. -verano(Summer); 2018-9-27 (#11716880@0)
        • 如何从删库到跑路，这么有名的文章都没看过？ -sxffff(lookingforjob); 2018-9-27 (#11716976@0)
    • 花钱，每年的预算必须花完，特别是政府，钱花不完就没理由交税。而且各部门有各部门的供应商，需要喂饱，要不那些头的亲戚朋友3姨妈6姑爹去哪混？ -jedi_xie(Jedi); 2018-9-27 (#11716854@0) +3
    • startup公司要生存，必须想办法开源节流，政府没有生存压力，只有钱花不掉的压力。两个东西不可比。 -jedi_xie(Jedi); 2018-9-27 (#11716860@0) +1
    • micro services 都要独立数据库，你这不是开历史倒车？ -sxffff(lookingforjob); 2018-9-27 (#11716962@0)
      • +1...LZ应该了解一下container/container orchestration...google的说法是run data center as a big computer -whynot108(练修养的牛); 2018-9-28 (#11717318@0)
      • 按这个去做的话，就是教条主义了。也是年轻人经常犯的错误。另外一个有争议的是micro到什么程度才叫micro service，也是很多年轻理想主义者犯的错。 -jedi_xie(Jedi); 2018-9-28 (#11718857@0)
        • 你老了 -sxffff(lookingforjob); 2018-9-28 (#11718989@0)
          • 是的，看着micro service由一个技术名词成为一个市场名词，确实觉得时间过得真快 -jedi_xie(Jedi); 2018-9-28 (#11719012@0)
            • 在云上面， application设计成micro service才是最优的，已有现成的大量工具在support这个， micro 到什么程度是程序设计的问题， 自己设计不出来， 可以请别人来设计。现有的大部分的application都要重新设计， 但方向不会变了。 -sxffff(lookingforjob); 2018-9-28 (#11719017@0)
              • 正如你自己所说，一切都是云，为啥每个micro service都必须有自己的数据库？一个云数据库不就搞掂了么。 -jedi_xie(Jedi); 2018-9-29 (#11719451@0)
                • 云数据库的license cost 不一样， 多搞几个无所谓。 -sxffff(lookingforjob); 2018-9-29 (#11719545@0)
                  • 不知道你有没有为公司评估过云服务？其实云服务并不比传统的两个数据中心互为备份便宜。有很多猫腻，比如google，允许你免费写数据到他们的云数据库或云盘，当你要读取数据时，按字节收费，算下来并不便宜。 -jedi_xie(Jedi); 2018-9-29 (#11719968@0)
                    • 这都外包了， 给一笔固定的钱，第三方给出合理方案， 贵了就换第三方。 -sxffff(lookingforjob); 2018-9-29 (#11720083@0)
                      • 你可以试试， -jedi_xie(Jedi); 2018-9-29 {243} (#11720128@0)
                        当你把你的整个方案建在Azure上，过3年后再转去GCP，看看需要多少cost? 小公司不算啊。就把Toronto的投票系统在这两个PaaS上转转，你就知道要多少cost了。这就是政府划清之道，没有|贪污“，都是应该花的钱，呵呵。小公司绝对不这样做，会跟定一家，多贵都会用。
                        • 第三方并不是云服务提供商， 是顾问公司。 -sxffff(lookingforjob); 2018-9-29 (#11720146@0)
                          • 嗯，CGI，Tata，TechM, 这些都能提供方案给你，但他们还是要依赖Google，Microsoft，Amazon。这些PaaS公司收的钱，是你要自己付的。所以说政府这样建系统并不是因为要用先进技术，而是能让第三方顾问公司赚钱。 -jedi_xie(Jedi); 2018-9-29 (#11720148@0)
                            • 第三方当然是要赚钱，但只要自己少付钱了， 还是合算的。IBM 的大型机那么贵，还不是用了那么多年。 政府要上云，那当然是很漫长的一个过程。 -sxffff(lookingforjob); 2018-9-29 (#11720156@0)
                  • 现在市场最流行是什么？就是大数据和云服务，大家都盲目上，再看看那些云服务的定价结构，就会明白为啥微软和姑狗和亚马逊的股价默默的涨了。 -jedi_xie(Jedi); 2018-9-29 (#11719973@0)
                  • 而且自从IBM把服务外包到印度，他的数据中心服务就一落千丈，无法和云竞争了。 -jedi_xie(Jedi); 2018-9-29 (#11719975@0)
                • 简化点儿说就是 --- 我的数据我做主，别人不能动 --- 好比 class 里的 private members... -xmlhttprequest(build5381); 2018-9-29 (#11720087@0)
                  • 如果一个云服务连这个基本功能都不能实现，你敢用么？ -jedi_xie(Jedi); 2018-9-29 (#11720129@0)
                    • 每个 micro svc 有自己独立的数据库才能独立 CI/CD... 当然独立也是相对的，如果项目很小，一个 server 甚至一个 db 也不是不行，只要你能保证每个 micro svc 只能访问自己的数据，只是那样做 ci cd 风险稍稍大一些... -xmlhttprequest(build5381); 2018-9-30 (#11720362@0)
                      • 这里数量库是指数据库服务器不是程序上用的数据库。一个数据库服务器可以建很多数据库。 -sxffff(lookingforjob); 2018-9-30 (#11720600@0)
      • 加拿大哪家公司的微服务架构成功部署了？ -hiker2(过客); 2018-10-1 (#11721798@0)
    • VM 本来就是动态 的资源，它不用或者少用 本来就会自动 占用少资源，你省了一个月几十块钱的 VM，不得多花IT的人工。有个笑话，很多银行对一定金额的诈骗是容忍的，因为组团队去查去抓的 钱 比 被诈骗的 钱还 花费大 -bigcatf2(ToBe); 2018-9-27 (#11717158@0) +1
    • 典型的贫穷限止了想象力。：） 不是人的错，都是钱💰多惹的祸！ -alansbb(风火伦); 2018-9-29 (#11720160@0) +1
    • 分成小的一个个服务器维护虽然不省钱，但维护起来方便。如果consolidate在一起，一旦有问题，所有相关的程序都会有问题，维护和开发新的功能成本大，对技术和人员素质要求也高不少。 -tracyd(等待明天); 2018-9-30 (#11720715@0)
枫下论坛主坛 /  工作学习 /  事业工作