首页   注册   登录
 whp1473 最近的时间轴更新

whp1473

V2EX 第 348638 号会员,加入于 2018-09-11 09:57:34 +08:00
今日活跃度排名 8030
whp1473 最近回复了
22 小时 32 分钟前
回复了 caowei922 创建的主题 推广 我来送苹果了,感谢大家对我的信任和支持!
分母分母
还有个叫群星,星际版文明
文明 5-6,回合制、建造类、对抗都满足你,就是肝疼
1 天前
回复了 stbabyrabbit 创建的主题 问与答 求问适合做个人舆情报告的软件/系统
外界都不会提供这种吧,信息精确到人都是违法的。想制作自己用的话,建立一个特殊性比较高的个人关键字表,比如***学校 ***,或者社交网路的账号名。通过搜索引擎爬取,但准确性不高。。。
5 天前
回复了 MrCard 创建的主题 程序员 你们都有双休吗?进来说说吧
早晨 9:30 上班,中午 11:50-2:00 午休 晚上 9 点下班 周末双休 算是 995 吧
建议:“刚需就买”,是因为你只有一套房子,被套牢后要生活和住,没法转卖,这个为国接盘是最稳的。但是对于刚需家庭,则是个灾难,六个钱包掏空了,贷款每月还 1 万多,但是房子还在贬值,经济形式不好、家人有点生病什么的、孩子上学问题、物价问题都可能会导致家庭可支配收入濒临崩溃,房贷一旦还不上就直接永无翻身之日了。
反而投资没有问题,我拿 1000 万投资,下跌我止损 800 万回来,或者持有也没问题。
比刚需买房更可怕的是抵押+高杠杆,贷款还不了,给银行一堆房子。。。GJ 最讨厌的就是这批人
@orzorzorzorz 现在大厂基本都是社招为主,校招要的基本也是起始 P5-P6,要求一般都是有项目经历或者名校加成,说白了就是来了就能干活的。
@s17chucc 2 年 P7 基本不可能的,除非你行业影响力非常的大。阿里那边要求 P6 一般要 3 年经验,你连投 p6 都有风险。。。
@suikatw 以前一般用服务总线,其实就是现在微服务的雏形。你说 BAT 大项目,在洪荒时代,也不是一个项目跑的。。。他们也会划分项目的,那时候一般比较粗糙,没有注册中心、调用链监控、RPC 模块、协议一般也都是 HTTP,关于重试和降级策略一般都是自己写在项目里,把这些抽离出来就是 RPC 框架。有些说的也对,最最开始的确一个项目,京东以前还是 Asp.net 。。。然后前面挂负载均衡,报错有时候你还能看到 Asp.net 把异常堆栈抛到前端。。。

至于你说分目录,优点不说了,说缺点:
(1)随人员变动、项目扩大,你很难维持现有的结构。git 冲突 版本管理也是很难解决的问题。比如我写完了这个模块要上,但是别人需要依赖前一个版本,你需要等。你用 Dubbo 可以通过 group version 解决,可以同时支持多版本开发。
(2)只要有修改别人代码的可能,就一定会发生。所以专注自己系统,不会给多余的权限
(3)一个简单 BUG 的修改都将导致服务重新发布,并且编译和发布时间成本巨大,在发布时,容易造成故障,压力激增
(4)这种结构容易造成雪崩,一般的,比如物流系统故障,订单已经下达,可以通过 MQ 重试机制保障物流恢复后系统自动恢复。而单点一旦崩溃,将导致整个系统不可用,数据无法进入,也不可能恢复。
(5)项目实践会告诉你,随人的增加沟通成本会越来越大,最后新增加的人的效率将不足以弥补沟通成本。解决方式就是系统拆分,专注自己的系统。
(6)至于机器占有资源问题,那是因为你预估有问题,没有计算你需要的 QPS 和机器资源。估计都是差不多直接上去。另一方面,当系统使用人数增加后,比如看东西的人很多,但是买的很少,那我可以扩容商品模块,而不需要对订单系统进行扩容,系统大了资源消耗反而降低。
(7)维护成本增加是必然的,但可以通过技术去解决 HSF、Dubbo、SpringCloud,以及之后的服务网格都是在解决成本问题
(8)服务不是无限拆分的,一般系统确定时,系统设计这个阶段要占用 50%时间,划分领域。要注意事务尽量属于自己所属领域,避免跨服务的分布式事务以及跨库事务。

没有最完美的架构,具体问题具体分析,要不然要这么贵的开发和架构干嘛:
(1)你要是外包项目或者中小项目,或者人数少,那就一个项目跑呀。
(2)如果你项目开始就定位比较大,比如目标是全中国用户,那开始架构时就应该考虑到微服务的形式
也可以渐进式演化,BAT 京东 这些最初都是一个项目跑的,有钱时再慢慢变成了领域模型内切分,各个服务高内聚,低耦合,用 MQ 解耦合以及填谷消峰。
假如你把阿里所有业务写到一个项目里,项目大小 300G,项目占用内存 300G,加载字节码时间 1 小时。。。你感觉吓人不。
还有随着项目规模增大,人员投入和项目效率会呈现反比,划分微服务有利于扩容、维护、和推迟这种情况到到来。当然这是建立在你项目复杂,并且开发人员很多的情况,要是外包或者很少开发人员,就是应该写在一个项目里。
直接问多少钱呀,先付 30%-40%,然后做到一定程度付 40%,最后交接源码付 20%。如果说免费帮忙,那对方也应该直说,你有空交情好帮帮忙也可以的。下次你有重要的事情找他帮忙,他就不应该拒绝,这叫人情世故。
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   4088 人在线   最高记录 5043   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 18ms · UTC 09:05 · PVG 17:05 · LAX 02:05 · JFK 05:05
♥ Do have faith in what you're doing.