做电商平台，用SAAS账号还是源码比较好呢？

做电商平台，用SAAS账号还是源码比较好呢？

众所周知，想做一个功能齐全的电商平台系统，可以选择购买成熟的SAAS账号、购买成熟的源码和自己定制开发三种模式，自己开发坑太多了，投入非常大，开发一套稳定防黑支持高迸发预留各种二次开发接口的分布式微服务架构的商城系统，经过几轮的功能修复和功能升级下来，少说要几百万到几千万不等（那种几万几十万的就不要考虑了，只能算能用而已），这个自己开发可以忽略不计，那么，该选择成熟的SAAS账号的系统还是成熟的源码系统呢？

必须要说，SAAS账号和源码各有优缺点，下面我们来分析一下：

一、我们先来看看SAAS账号系统优点：就是初始投入低一些

企业只以相对低廉的“年费”方式投资，不用一次性投资到位，不占用过多的营运资金，从而缓解企业资金不足的压力；需要购买服务器，刚开始只需要简单注册开立账号就行，前期投入相对低一点，试错成本低一些，适合一些小商家简单展示和少量卖货。

二、 SaaS系统的缺点：

1) 数据安全性差，数据自己不能掌控：

企业，尤其是大型企业，很不情愿使用SaaS正是因为安全问题，他们要保护他们的核心数据，不希望这些核心数据由第三方来负责。无法升级源码不允许数据独立，一旦不续费系统就会收回，辛苦积累的会员数据也彻底丢失。

2) 标准化无法满足个性需求：

SaaS解决方案只能提供标准功能应用，在分销模式灵活性、二次开发的可能性、功能应用快速迭代迭代方面是非常差的，无法满足客户个性化的需求。几十万个客户都是同一套模板做出来的。

3）迸发支持差

因为SAAS解决方案都是同时多个用户甚至数十万个用户同时部署在关联的服务器上，一旦数据会员订单迸发，会互相受影响，一个平台违规还会牵涉到一批平台同时被关，风险较大，不利于平台做大做强抗风险。

三、源码系统优势:

1）、如果项目做大的话，源码部署总体成本更低

在购买了商城系统源码之后，一开始就相当于买断整个系统，可以申请软著，可以直接进行二次开发，可以掌握自己核心资源，不像买SAAS账号，后面做大有会员数据再升级源码的费用很高，技术难度也大很多，还涉及数据迁移的额外费用，比如杭州某博的微商城，买SAAS账号只要38万-68万不等，但后续做大要独立源码出来，升级源码要60万以上费用，还不如直接多花一点点预算跟微三云购买源码系统，一次性投入大一点，但后续更省钱。

2）、个性化快速迭代更新

可以随时随地自由修改程序，打造完全符合自己意愿且独一无二的的商城系统。

商城系统源码比任何的商城系统更能适应市场的变化，商城系统源码能够灵活的根据每个目标市场的客户的兴趣和需求提供相应的产品信息、营销活动和订单流程，支持多门店管理、多城市站点、分销等功能，对企业来说是很方便的。

3）、自己掌握会员数据，会员数据可以通过广告和 游戏 和第三方服务进行多次变现

商城系统源码支持二次修改是它最大的优点，商城系统源码的成本相对高点，好处是客户的数据资源完全掌控在自己手中，这是大多数大型企业所青睐的。商城系统源码，集群部署的支持部署方案量身定制。支持将系统数据层的数据库更换、数据层的读写分离、等静态资源分离，这些常用的功能和资源单独部署在不同的服务器上，构成可用性强且高性能的集群系统。

会员数据有很大的价值，10万会员每天的广告收益在5000-1万，月收益在20万左右，如果买的是账号系统，没办法上架自己独立的APP，没办法广告变现，一年损失几百万的收益，这个收益可能比商城本身卖货和招代理的收益还要大很多

4）、可以申请软件著作权，增强企业实力背书，方便融资招商

用了源码系统，用户申请自己公司的软件著作权企业使用商城系统源码，可以申请软著和上架APP应用市场，在会员代理心目中树立起良好的企业形象，更容易招商融资和招募会员代理。

5）、独立自主，运行流畅不受其他客户影响

购买源码系统高安全性，独立自主，所有的程序数据，交易记录，商品等信息资料都保存在自己的服务器上，不需要依赖任何第三方，也不受任何第三方制约。如果是账号系统，因为是多个用户共用服务器，某一个客户做促销活动就会对同一个服务器上其他商家造成影响，会导致所有账号都登录不上，到时不止影响会员的体验和损失收入，还可能对项目造成毁灭性打击。

四、购买源码系统的劣势
唯一的劣势是首次部署的成本略微高一些，需要企业自己承担服务器的费用，开始阶段的预算要比买账号系统要高一些。

很高兴能回答这个问题。

我曾做过六年的网站开发工作，因不能具体了解到您说的“大型”到什么程度，我就按我理解的大型网站给您说说。

我认为的大型网站在国内至少要有四个服务器，分别部署在华东、华北、华南、华中四个大区，这样做的好处有两个方面。

一是响应速度快。我国地大物博，有的省份比某些国家的面积还要大。一台服务器辐射全国很可能导致远端地区的用户访问请求时间过长，用户体验糟糕。虽然网站响应时间跟众多因素有关，但服务器离自己更近，数据传输距离就更短，传递过程中经过的节点就更少。就像你在高速路上驾车，路程越近开车花费的时间就越短，需要切换的线路也就更少。

二是避免过载请求。大型网站一般用户较多，请求访问人数也比较大。按大区部署服务器，能有效将访问量分流，四台服务器分别对应负责这四个区的数据请求，华东服务器负责华东地区用户，华中服务器负责华中地区用户这样就避免了网站同时迸发数过高而崩溃。网站方还可以根据不同大区的用户量来调整服务器的配置，合适分配资源，不浪费。

一般情况按四大区部署是没有问题的，但如果你的网站超出了这个需求，可以考虑增加更多服务器，比如按城市来部署，这都是可以的。数据大的城市还可以配多个服务器。这个没有标准，要看你的实体需求了。服务器部署没有一步到位和永恒不变的，都是视情况来定。

希望我的回答能让你满意。

与过去相比，在服务器虚拟化技术方面，现在最大的不同就是参与者的队伍大大扩充了——从处理器层面的AMD和Intel到 *** 作系统层面的微软的加入，从数量众多的第三方软件厂商的涌现到服务器系统厂商的高调，我们看到一个趋于完整的服务器虚拟化技术生态系统在逐渐形成。
“虚拟化正在从一个小市场向主流市场转变，尤其是在Microsoft进入该市场之后”，当微软宣布了其Virtual Server 2005计划之后，业内有这样的评价。
在介绍微软的这个虚拟化项目的时候，几乎所有的媒体都做了这样的描述—与其他服务器虚拟化技术一样，Virtual Server 2005允许用户对服务器进行分区，以使这些服务器能够支持多个 *** 作系统和应用。
在大多数人看来，虚拟化就是分区。实际上，我们认为这是对虚拟化技术的一种误解，所以有必要对这两者的关系进行进一步阐述。

网络的发展这是非常快的，尤其是时代的不断进步下，网络带着软件一起走进人们的生活里面，比如经典的论坛还有贴吧之类的地方，大家都可以查看信息还有寻找工作等，比较火的就有豆瓣，不过人们会疑惑豆瓣又崩了，豆瓣的服务器怎么了呢我觉得就是服务器性能不够了，实在无法处理如此大的数据访问量，我们来具体分析一下吧。

首先就用周杰伦新发售的歌曲举例，平时我们使用qq音乐之类的音乐软件，压根就不会出现所谓的服务器崩溃之类的，也很是有很大的用户，但是大部分基本上 *** 作都不是同一个数据，就不会有很大的同时访问，所以服务器是完全可以足够支撑的，但是周杰伦发售新歌的时候，直接就会有非常多的用户看同一个信息，这时候直接导致服务器无法处理如此大的数据量，直接就发生了瘫痪崩溃等，这是可以理解的。

同样的道理，以前的豆瓣服务器设计只是一个比较小的范围，但是发展到今天依旧是彻底地改变了，所以就有了很大用户量，这是迸发量直接提高了很多，所以服务器处理不了这么大的数据就导致了经常瘫痪的行为，不过这只是我的角度看法，不见得一定就是这种情况，不过豆瓣的服务器感觉真的可以更换了，实在不行了。

其实最重要的还是像淘宝那样，一开始就看到了很大的数据访问量，所以开始研究了自己的云计算，经过八年的时间成功开创了阿里云服务，如此大的数据都可以轻松搞定，即便是双11这样的超大数据量，服务器依据可以正常运行，这绝对离不开云计算的服务，这是很重要的一点。

随着互联网时代的崛起，网络安全也越来越被重视。很多企业购买服务器来保障网站信息数据安全。那么服务器是如何通过自身来抵御外界的攻击呢
一、服务器系统升级
服务器的安全风险很大一部分来自于系统的漏洞，要及时的修复BUG进行系统迭代升级，可以有效抵御外界攻击。
2、系统安全升级
账号和密码是一道很有效的抵御屏障。很多违法贩子及黑客会通过简单的密码猜算**用户的信息。所以要加强对密码的难度升级，保护账号。
3、安装并配置好防火墙
对服务器来说安装硬件或软件防火墙是很有必要的。防火墙对于非法访问具有良好的防护作用，但是安装了防火墙并不能表示服务器百分百的安全。在安装好防火墙后，需要根据企业的网络环境等，对防火墙进行恰当的配置才能达到最好的防护作用。
4、信息数据及时备份
不管从网络安全或数据安全方面来说，我们都需要及时对服务器的数据进行备份，并且备份后需要将备份文件放置到其他的电脑或硬盘中，不要存放在本机中，对已有数据要及时进行备份。
5、监测分析系统日志
系统日志的分析是服务器安全管理的重要步骤。因为系统日记记录了程序、系统、用户等的 *** 作、登陆信息等，可以通过分析系统的日志文件来确定系统是否存在异常情况，也可以通过日志文件确定系统的问题点。
6、选择专业的高防服务器
选择专业的高防服务器可以避免网站的恶意攻击以及DDOS流量攻击，在流量迸发或者恶意网站攻击可以有效抵御。
目前网站攻击是大家都需要重视的问题，可能你的个人信息有一天就会被人**。我们在浏览网站时尽量不要留下自己的个人信息，增强个人信息的保护与防范意识。

---