dandankele 最近的时间轴更新
dandankele

dandankele

V2EX 第 412203 号会员,加入于 2019-05-14 16:11:28 +08:00
日常用到的 ak 和 sk 的正确使用方式是什么?
信息安全  •  dandankele  •  80 天前  •  最后回复来自 xuanbg
8
如何在生产环境优雅的 debug?
程序员  •  dandankele  •  212 天前  •  最后回复来自 weixiangzhe
29
你所理解的"项目"和"应用"的关系是什么?
程序员  •  dandankele  •  342 天前  •  最后回复来自 silentstorm
19
语义化版本发布适用于传统 web 网站吗?
程序员  •  dandankele  •  2019-08-29 10:09:21 AM  •  最后回复来自 guxingke
11
如何看待 CI 持续集成产生的大量 tag?
git  •  dandankele  •  2019-07-11 14:21:52 PM  •  最后回复来自 dandankele
25
dandankele 最近回复了
@AtlantisZ 老哥现在住哪 明年想去面小破站
@coderluan 我。。。竟然一时无言以对。。不要钻研这些词啊,毕竟我词汇量不多。。我是有大厂倾向的,但考虑到如果要追求路线 1 需要外出租房工作。与本地小企业拿着比大厂低但比原来稍高来对比。不知道值不值当。。
小破站技术团队氛围怎么样啊??? HR 感觉像是出了名的坑啊。。空降高层的口碑似乎也不怎么好啊。。。我只想安安静静的发展工作赚钱。。对于破站有些纠结
118 天前
回复了 oncewosiwo 创建的主题 职场话题 分享前段时间面试 B 站的一个二面凉经
老哥你这 PHP 做了几年啊?知识点还是比较牛的了
@justrand 是的,做了这么多年,我(包括另一位和我资历差不多的一位同事)已经意识到了产品和商业模式存在着问题,即使我们几个程序员都已经努力了,但还是有好几次参与的新产品项目做完后都没能有所成功,所以感觉还是比较失落的,没有太多的成就感。。公司不赚钱发展的不够好,自己已经尽力的跟公司走到现在了,也对一些环节问题提出自己的看法和想法过,但有时候并不是自己能影响和改变的。公司整体的能力水平就在这。。。如果自己有些资本和家庭条件,还能再试着留这一起尝试打磨产品,尝试一起走出困难。。但有些员工还是需要养家糊口的,这就不得不萌生了同样的辛勤劳动,为什么我不去选个待遇更好的呢?已经走上正确方向的地方呢?所以这应该就是我想要考虑换工作的原因了吧
@sagaxu 对啊,所以我打算去经历一遍,成为你所说的一线飘着的人,攒足了资本再逃回来
@virtuemartx 你说的很对!对于要去实现单个租户提出的需求确实是个问题,我是提出将客户的需求按标准功能来实现,通过所谓的“配置”或“开关”让客户自行选择是否使用该功能。毕竟在垂直平台中可能某些客户的需求正好也是其他客户想要的。。但就这提需求的这一点,就存在着很多弊端。。

一方面提需求的客户可能仅仅是平台的直接使用者——某个没有足够经验的行业运营小编,他们提的需求有时候质量真的很差也很天真,前两年产品经理也傻乎乎的客户提啥就安排去做啥,使得这产品质量逐步下降;

另一方面这种伪 saas 的模式是卖的平台产品!(你们见过几个 saas 是这样的?大多都是工具型的吧) 这么一来,工作量可就很大了,首先光业务需求上,不同地域地区客户的行业运营模式不一样,也就导致你这平台不能只支持一种运营模式,各种需求堆叠,都通过各种配置开关实现,所以现在整个系统内的配置开关非常多。。也就又导致了产品非常的臃肿,像 26 楼回复所说,由于目标客户群体少,后来连非社区门户类的个人自媒体客户也都接入进来,他们本身人力缺乏团队较小,这些客户看的这系统头都晕了。。

大多数客户需求都可以按标准功能做进这系统,但也有一些真的很定制化的功能,对于这些功能一开始我基本是拒绝的,毕竟考虑到后续的维护和管理成本,而领导那边、产品经理那边只顾着满足客户需求,不考虑的成本问题的。毕竟这奇葩的模式产品一旦卖了出去,后续的功能迭代、需求开发都是不收钱的,所以基本是个无底洞了,战略层面上没有任何策略的。

再再后来,还是因为这种卖平台的模式,客户需求已经不仅仅停留在了垂直行业业务层面上,客户会对技术层面提出需求,比如带宽想要多少、域名绑定与解析、域名证书的配置、CDN 线路等等问题,这类问题产品经理就懵逼了,不懂技术只会规划垂直业务,所以基本不会管这些需求,所以把这些需求扔给技术。。那么我就没办法了,做起了技术功能的规划和开发。。真是比较蛋疼的。。做成 IaaS 还是 PaaS 了。

---

说到测试,我们是没有技术测试的,单纯的人工端到端测试,做完了部署到测试环境中,产品经理用浏览器访问点点功能觉得没问题就算测试过了。在后面的几年里,我也尝试过写单元测试,但实际上业务端的开发基本是没时间写的,天天都是需求怎么会有时间,一般中小型企业很难有全面测试吧。所以目前只在一些 sdk 包中写一些单元测试,这已经是尽力了。

我们一开始是一个客户一台服务器+一套系统代码部署,需求是刚才所说的统一在代码中作为标准功能开发,受版本控制,所以不会单独给某个客户代码做修改。否则这管理起来太难了。但这种伪 saas 形式如今被我改造掉了,目标是向着一套代码包含多租户的形式进行改造,而且以前的单机部署方式在代码上线更新时非常非常的费时费力(使用的是 ansible ),所有租户做更新基本要个十几或几十分钟,甚至还会出错。现在用 k8s 对所有客户系统做一轮更新只要一两分钟。更为神奇的是,现在连运维岗的人都不需要了,由我拉着另一位还算可以的开发岗的同事兼做 k8s 运维了= =!
@Valid 佩服老兄!还得学日语= =
@changepll 主要是自己能力还想再提升一把,另外也想了解一下其他企业的各种情况(如文化氛围、管理制度、商业模式等等),毕竟毕业后就在这公司都没了解过其他企业是什么样的。。

通过大家的评论,大概的了解了。。都比我之前自己定的 16k 的目标高 = =!
@ligthdawn 你这。。。看你们业务啊,docker 分配影响到的只是服务器资源,你们业务需要对每个租户进行服务器资源限制?一般这种情况我个人觉得需要额外研发,就像我文中所说的我们基于 openresty 开发了带宽限流,因为我们业务需求上需要对租户进行带宽限制,所以把一个大的共享带宽通过额外的研发限制分配给单个租户。。那服务器资源也是一样,我们公司目前是没有对服务器资源如 cpu 内存做限制的。。而且一般情况也不建议对租户限制服务器资源,毕竟你不是做 IaaS 或 PaaS 的。。。其他你说的资源瓶颈问题这个可以看一下 k8s 相关内容,什么容忍性、亲和性调度之类的,好处那是比单台服务器部署多。。
关于   ·   帮助文档   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   5117 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 517ms · UTC 06:05 · PVG 14:05 · LAX 22:05 · JFK 01:05
♥ Do have faith in what you're doing.