互联网架构是不是经常阶段性的

铂金小虫 发布于 2015/07/26 22:21
阅读 467
收藏 2

都说一开始讲求"短平快",那这种架构一开始就算再好,也免不了日后当业务上来了发生重写吧。那成本岂不是很高?

假设一开始就像做个互联网行业的应用,不可能上来就采用类似webserivce调用这种服务与页面分离的架构吧。

网上说的架构的演变,是不是巨大的改变必须得重写?

加载中
3
CoffeeDeveloper
CoffeeDeveloper

世界上90%的项目是死在前期根本发展不起来,5%的项目死在这样那样的原因,最多只有5%的项目发展下去才有机会遇到性能、架构问题。

你看的Facebook、阿里巴巴等等企业。他们现在的架构是很牛逼,解决的问题很多。可是你没看到的死了的项目有多少?成千上万!项目死了因为什么?因为性能、架构么?不是。所以对于一个项目来说先活下去,才有资格和机会遇到性能、架构问题。

所以一开始用成本最低的实现,去探索发展。等你发展起来了。有钱了,你还怕解决不了性能、架构问题?

开始就去担忧以后的性能问题,稍微有点杞人忧天了。而且,稍微有点经验的人,开始写的架构也能够支撑的了一定量的业务量了。等遇到性能问题,估计你自己都乐开花了。

长安俞白眉
长安俞白眉
说的挺对了,妈的干了这么多年从来没有遇到过性能问题。等你真有用户量再考虑也不迟,一开始就过度考虑性能问题会让你得不偿失
铂金小虫
铂金小虫
第一句也听过,是说性能优化还没来临前项目就死了。
0
youlovebaby
youlovebaby
推荐看下   《淘宝技术这十年》,架构是随着业务不断演变的,别把分布式想的那么美好,淘宝把网站从php转为java这个成本高否?但是这是业务的要求,所以评估你的项目,架构慢慢演变
铂金小虫
铂金小虫
这书粗略看过,本人也只是纯粹对互联网技术感兴趣。现在互联网架构很多是php+java,以服务的形式调用。这种架构在业务没有上来之前成本太大,之后免不了重写吧。应该是公司人多所以就算重写加班加点也能在短时间内完成?
0
jQer
jQer
这跟历史有关。扎尔伯格做 facebook 的时候,互联网还在面临破灭的前景,没有多少人了解如何做互联网程序。多线程还没有被认可。多路复用都没人想过。偶尔也就开几个多进程就解决所有问题。所以,PHP + MYSQL,当时每个建站的都会这么想。现在你再用这一套方式可以吗?除非你只是做个企业站,没什么用户数据量。
jQer
jQer
回复 @铂金小虫 : 至少你要从“麻雀虽小,五脏俱全”做起,也就是基础的结构一定要设计的非常坚固。以后你改动的成本才会更低。毕竟现在的竞争比起淘宝他们创业那会要激烈多了。
铂金小虫
铂金小虫
如果要做一个互联网应用,一开始不可能搞个大架构吧。难道只是用普通架构做出个demo,然后找投资烧钱,然后用大的架构?
0
whaon
whaon

引用来自“CoffeeDeveloper”的评论

世界上90%的项目是死在前期根本发展不起来,5%的项目死在这样那样的原因,最多只有5%的项目发展下去才有机会遇到性能、架构问题。

你看的Facebook、阿里巴巴等等企业。他们现在的架构是很牛逼,解决的问题很多。可是你没看到的死了的项目有多少?成千上万!项目死了因为什么?因为性能、架构么?不是。所以对于一个项目来说先活下去,才有资格和机会遇到性能、架构问题。

所以一开始用成本最低的实现,去探索发展。等你发展起来了。有钱了,你还怕解决不了性能、架构问题?

开始就去担忧以后的性能问题,稍微有点杞人忧天了。而且,稍微有点经验的人,开始写的架构也能够支撑的了一定量的业务量了。等遇到性能问题,估计你自己都乐开花了。

没错,不要过早优化
0
阿水plus
阿水plus

不要过早优化是对的,不过也不要以此为借口,很任性的去写网站的第一版架构

糟糕的架构,未来重构的成本是很高的

通俗点说,就是尽量不给未来挖坑

这些坑未来可能是别人踩到,也有可能是自己来踩

0
兔龙
兔龙

基本上有名的网站都做过重构, 包括facebook之类的. 

hantsy
hantsy
重构不是推倒重来。 国内很多人在初创公司成立的时候,都是想弄个界面搞点融资,从来不把技术当回事。 很多公司,都是包括 LinkedIN,淘宝。。。架构一直在演进,并不是推倒重来。淘宝当时当年是购买国外成熟的PHP系统为基础搭建,后来转 Java 请了 SUN 的工程师协助完成。如果淘宝当时用几个程序写个山寨的PHP网站,可想而知后来转到 Java 会有多难?
0
noday
noday
未来的变数太多,你考虑不到的
0
y
yahoo12345
快速迭代 小步快跑 逐渐完善
hantsy
hantsy
开始时候对于架构不是要十分完整,但一定要长远计划和眼光。开发过程一步步去完善。
返回顶部
顶部