第一、数据安全风险

作为在线应用，尤其是基于互联网的Web应用，数据安全的问题无法避免，Google也很苦恼这个问题，要不怎么会有Google Gears呢？对于国内的传统应用软件开发商，如用友、金蝶也推出了相应的SaaS服务（用友的伟库、金蝶的友商），内容也是他们的老本行——在线财务，不过说实话，我觉得在线财务纯粹是个扯蛋，啥原因？没人敢用。先不说大中型企业会不会用，中小企业首先是不喜欢，抛开价格、功能、服务这些硬指标，就拿目前的中小企业发展模式，财务是它们的命根子，哪个小企业的主管会计不是老板的亲戚或者直属亲友？大家心里都明白，谁家没有两三本帐，不偷点漏点避点税，不瞒点骗点晃点投资人，怎么可能赚钱啊！

财务只是举了一个例子，相似的问题还有很多。比如在线存储，这个玩意儿由来已早，网上提供这类服务的网站一大把，但有几个敢把自己没有备份的重要文档放到这些网站上去？隐私、安全、稳定，这每一条都是用户首先考虑的问题，至少我不敢把儿子十几个G的照片放到在线存储里去，放在flickr、yupoo、youtube的图片和视频都是为了分享给别人用的。

第二、服务商信誉风险

服务商的道德信誉这是个大问题，盗窃用户资料、买卖客户信息，这些新闻层出不穷，但他们的影响还是最小的，因为所服务的大多是个人客户。而对于SaaS这种以服务企业、商用客户为主的应用，信息被盗是很可怕的。招商银行专业版应该算是一种SaaS应用，用过的人都知道的确不错，无论是从功能还是安全都堪称国内一流，最近推出的6.0.1.1版还内置了财务管理，目标客户就是招商银行的个人客户，不难想象总有一天会推出面向企业和商业组织的财务管理软件，但大家使用它的前提是对招商银行的信誉认可，几个电信运营商的在线营业厅、各大银行的网上银行，哪怕支付宝、快钱、腾讯Q币、网游，这些玩意儿能经营的好首先得靠运营商自己的高质量信誉保证，看看国内的SaaS运营商有几个可以达到这种层次或级别的？

第三、SaaS软件本身的产品质量风险

以前我也很向往ERP之类的东东，认为可以为企业带来成本的降低、利润的提高、人力的节约……等等等等。现在我算明白了，这些只不过是软件厂商自己吹起来的泡，如今的IT行业在追求概念、潮流方面不逊于女性时装行业。现在的企业，无论是大中型还是中小型，无论你是做商贸的还是做生产或制造的，竞争太激烈了！因为竞争激烈所以想方设法寻求解药，这就让卖软件的钻了空子，忽悠你说他的软件有多好，有多方便，搞得你感觉只要每天守在办公室的电脑前就能搞定一切，白花花的银子就自己跑来了似的！不是的，完全不是这样。现在同行业的企业在原料提供、市场需求、生产工艺、营销策略、地域差异等等方面造成的影响越来越小，大家都趋于雷同、趋于同一起跑线，这个时侯体现企业之间的差异就剩下管理了，对于中小型企业，则全靠老板的能力了。而类似于ERP这样的SaaS软件，你却让企业的管理依赖于你的软件，让人家苦心经营多年积累的管理经验变革奴化为你所谓的“最先进、最专业”的管理思想，没有个性化的、差异化的、迎合企业自身发展的定制策略，给成千上万的企业使用同一个软件如何提高企业管理能力？如何给企业带来竞争力和生命力？带来利润和收益？当然，有的SaaS也可以说我的软件提供了定制化，拜托，不是随便改下logo，排列下菜单，酷酷的重画个业务流程就能解决的事。企业管理软件的精髓在于附属、继承、发扬企业原有的管理思想，而不是让企业通过变革去同质化软件功能。

第四、运营成本风险

对于传统的软件开放商，无论是做通用软件还是应用软件，无论是走产品化、走量，还是靠项目、靠卖解决方案，SaaS都绝不是他们心底渴望的那颗银弹。说白了，SaaS属于软件行业本身的商业模式变革，鼓吹SOA都好过SaaS，起码SOA也算是技术创新的范畴。经营SaaS第一需要钱、第二需要钱、第三还是钱，这玩意儿不比2000年的互联网烧钱慢，而且是发展客户越多、投入就得越大、砸进去的钱就越多。目前的SaaS运营商为了吸引客户都提供免费试用，甚至对于签订合同的正规客户也提供或长或短的免费使用期限，就算都是付费用户，那就按月收或者按季按年收租赁费吧，但你起初就要投入的带宽成本、硬件成本、运维成本可不会让你按月付款的，这样下去就会形成拉来的客户越多，亏的越厉害的恶性循环，第一年这样，第二第三年还是如此，从投入成本形成算起得过好几年，才能把投入的固定资产通过折旧、摊成本等财务手段慢慢得从账面上摊平后才开始盈利，这个前提是你的旧客户一个都不能跑，利润达到一定的规模化，Salesforce运营了七八年，盈利也是近两年才开始的。说的有点啰嗦，看下面这张图最直接了：

这是理想状态，实际情况又如何呢——由于你得先提拨成本，营收则是分布于未来五年，你卖得越多，亏损越大。你得撑到4年半才能打平，但更大的问题来了，四年后客户不见得还跟着你。

第五、最终客户的投资回报风险

对于老板而言，买与租可能只是一个算术题，但是对企业的IT主管没这么简单。如果采用IT租用方式，IT主管可能受到最大冲击，他们可调配的人力、资金，以及自身的价值都会打折扣。老板做出IT租用或IT外包的决策，主要咨询IT主管。决策者与执行者之间，主观主体的不同，会产生不同的立场。这就造成了SaaS软件在面对最终客户营销时，会受到企业IT部门的重重阻挠，这个看似很小的问题，其实是个致命的要害。放在政府或者大型企业里面，你搞个SaaS会让多少人没有油水可捞，断了多少人的财路？最终客户不接受，客户原有的IT合作伙伴们也会给你背后使阴招的。进一步讲，就算这个客户签下来了，但失去他也会很快，传统软件比较像海洛因，你会被迫上瘾。只要你买下了某家厂商的软件，你要转换的成本就很高，也很麻烦。若真的那么容易转换，那SAP一堆客户早就跑光了。SaaS软件的实施简单，也就造就了用户转换系统的成本很低。

第六、国内传统运营商的竞争风险

传统运营商是指中国移动、中国电信、中国联通，这几年传统通讯业务下滑太厉害，移动客户又趋于饱和，对于这些电信运营商，正在虎视眈眈的盯着信息化、互联网这几块IT的肥肉。中国电信的商务领航、中国移动的ADC和MAS，都可归为SaaS。这些大鳄做SaaS运营绝对专业，第一有钱、第二有人有渠道、第三有运营经验。从中国电信的战略目标是“综合信息服务提供商”和中国移动的“移动信息专家”口号不难看出他们的野心。做软件他们是门外汉，但他们有最强的渠道和营销能力；有丰富的资本运作经验；最主要他们有钱啊，他们不怕四年半的亏损期，甚至敢免费推销，目的就是扰乱这块市场，让其他竞争者死掉或者黯然退出。有句至理名言说的好：你的竞争对手都死光了你就是胜利者。微软当初也是靠默许盗版才有如今的天下。

第七、缺乏传统软件厂商的支持

传统厂商不会立刻转向SaaS，他们针对中小企业有很多玩法，可以推出简化版和免费版。对他们而言，提供软件包和SaaS这两种模式，本身存在天然的不和谐，无异于双手互搏。而且，做惯了项目，现在忽然改变营销模式，他们还真的一时半会儿学不来。让他们去搞运营？送一句台词：我们不专业啊。况且前面也提到过，SaaS本质上是软件的商业模式变革，传统ISV完全可以秀手旁观隔岸观火，如果SaaS果真那么有潜质，再杀进局也未尝不可，毕竟技术还是那些技术，只是营销策略变了而已，软件连包装都不用换，销售方式一变即可，实在不行也可以学微软和SAP，走“S+S”路线。

放眼全球IT界，Google、微软、SUN、Oracle、Yahoo、Amazon，这些超级大佬们虽然都在喊着SaaS的口号，但在我看来只是各怀鬼胎罢了。2000年那场互联网烧钱运动这些家伙也在喊，后来泡沫破裂，大伙儿沉寂了几年，又开始拿Web2.0烧，结果发现Web2.0的本质是长尾是散户是小众，大鳄们的胃口根本无法满足，不得已又提出的新玩法而已。

其他

注：全文完

注：全文完

Nexus简介

Nexus是Sonatype推出的强大Maven仓库管理器产品，要比以前TSS上介绍的Artifactory要好使用的多，也是一个拆箱即用的Java App，内嵌Jetty容器和Java Wrapper做Windows服务，安装简单到解压然后双击install即可。更详细的帮助手册请上官方网站查看，这里推荐一个翻译中的书籍——《Maven权威指南》（在线阅读英文版，中文版），一本全面介绍Maven的书，其中也有介绍Nexus的章节，猛击这。Nexus的优点这里得啰嗦一下（摘抄自Maven中文Blog）：

• 代理远程仓库。配置Nexus代理中央仓库，其它任何公开的Maven仓库，将你组织内部的Maven配置指向Nexus，这样所有构件都将从Nexus下载，如果Nexus没有你要的构件，它会自动先去外部仓库下载到本地，仅一次。
• 本地宿主仓库。Nexus可以在服务器上建立本地的宿主仓库，你可以往这个仓库里提交任意的Maven规范构件，包括不能从公开仓库下载到的构件，或者你组织内部产生的构件。
• 仓库组。有了仓库组，你就能将很多仓库聚合起来，对外公开一个统一的接口提供构件服务。
• 构件搜索。Nexus能下载远程的仓库索引，并在本地构件自己的仓库索引，有了该索引，你就能很快速方便的搜索任何你感兴趣的构件。
• 事情RSS源。Nexus服务器上发生的几乎任何事情，你都能用RSS监视，方便管理。
• Release和Snapshots区分。配置Nexus提供Release构件服务或者Snapshots服务，能更清晰的管理构件。
• 路由。Nexus的路由能够管理为特定的请求提供特定的仓库。加入你在一个组中配置了很多仓库，一条路由能够极大提高某些特定请求的响应速度。
• 上传构件。使用Nexus你能很方便的在web界面上上传一些特殊的构件至仓库。
• 高用户体验的UI。使用AJAX和REST技术开发的Nexus，在界面上为提供了很舒适的用户体验。

初始化

默认安装后的访问路径为http://localhost:8081/nexus/， 管理员登录为admin/admin123，UI是用Ext搭建的，熟悉Ext的人根本没有操作障碍，登录后最重要的事情就是打开远程索引下载，操作为选 择菜单Administrator->Repositories，然后在右边打开的列表中依次选择type字段为proxy的记录，在下方的编辑区 中修改"Download Remote Indexes"值为true，再从这三个仓库上点右键选择"Re-Index"，这一步别忘，我当时搭建的时候就忘了Re-Index，结果等了一天还 没任何索引文件。Re-Index后，Nexus会从后台去官方地址下载仓库索引文件，大概20M大小，根据网速快慢下载相应时间后选择仓库时会以树形目 录的方式显示仓库内容。

角色权限

Nexus的操作权限完全仿照RBAC角色权限模型，默认三个用户：admin、anonymous、deployment，对应的是管理用户、匿 名访问用户和部署用户，管理用户用于仓库管理和系统配置，匿名用户用于仓库查询和仓库下载，部署用户用于私人jar包的上传。在这里，我对 deployment的默认角色Nexus Deployment Role做了自定义修改，加入了"All M2 Repositories"的create和update权限，并且加入了"UI:Base UI Privaties"权限，用意稍后解释。

Nexus的使用

1. 从浏览器里打开访问地址后，通过"Artifact Search"菜单可以进行构件搜索。
2. 对于一些特殊的构件，比如sqlserver2005的jdbc驱动，你可以通过管理员登录然后从第三方上传构件
3. 提供仓库组的概念，对于远程代理仓库和本地宿主仓库，还有第三方仓库，全部创建为一个public-group，然后通过访问组就可以访问所有的仓库构件了，这就是所谓的分散存储，统一访问
4. 和Maven结合也很简单，首先是要配置Maven，打开$user$/.m2/下的settings.xml(没有的话创建一个)，然后拷贝以下内容到文件中：
   settings.xml

   <settings>
     <proxies>
       <proxy>
         <id>normal</id>
         <active>true</active>
         <protocol>http</protocol>
         <username>deployment</username>
         <password>deploy</password>
         <host>localhost:8081/nexus</host>
         <port>80</port>
         <nonProxyHosts>localhost:8081/nexus</nonProxyHosts>
       </proxy>
     </proxies>
   
     <mirrors>
       <mirror>
         <!--This is used to direct the public snapshots repo in the 
             profile below over to a different nexus group -->
         <id>nexus-public-snapshots</id>
         <mirrorOf>public-snapshots</mirrorOf>
         <url>http://localhost:8081/nexus/content/groups/public-snapshots</url>
       </mirror>
       <mirror>
         <!--This sends everything else to /public -->
         <id>nexus</id>
         <mirrorOf>*</mirrorOf>
         <url>http://localhost:8081/nexus/content/groups/public</url>
       </mirror>
     </mirrors>
     
     <profiles>
       <profile>
         <id>development</id>
         <repositories>
           <repository>
             <id>central</id>
             <url>http://central</url>
             <releases><enabled>true</enabled></releases>
             <snapshots><enabled>true</enabled></snapshots>
           </repository>
         </repositories>
        <pluginRepositories>
           <pluginRepository>
             <id>central</id>
             <url>http://central</url>
             <releases><enabled>true</enabled></releases>
             <snapshots><enabled>true</enabled></snapshots>
           </pluginRepository>
         </pluginRepositories>
       </profile>
       <profile>
         <!--this profile will allow snapshots to be searched when activated-->
         <id>public-snapshots</id>
         <repositories>
           <repository>
             <id>public-snapshots</id>
             <url>http://public-snapshots</url>
             <releases><enabled>false</enabled></releases>
             <snapshots><enabled>true</enabled></snapshots>
           </repository>
         </repositories>
        <pluginRepositories>
           <pluginRepository>
             <id>public-snapshots</id>
             <url>http://public-snapshots</url>
             <releases><enabled>false</enabled></releases>
             <snapshots><enabled>true</enabled></snapshots>
           </pluginRepository>
         </pluginRepositories>
       </profile>
     </profiles>
     <activeProfiles>
       <activeProfile>development</activeProfile>
     </activeProfiles>
   </settings>

   然后，在从你的工程里的pom.xml中加入以下内容：

   pom.xml

   <distributionManagement>
   		<repository>
   			<id>repo</id>
   			<name>public</name>
   			<url>http://localhost:8081/nexus/content/repositories/releases</url>
   		</repository>
   		<snapshotRepository>
   			<id>Snapshots</id>
   			<name>Snapshots</name>
   			<url>http://localhost:8081/nexus/content/repositories/snapshots</url>
   		</snapshotRepository>
   	</distributionManagement>

   解释一下：
   settings.xml中的proxies/proxy节点配置的是部署服务器访问属性，deployment/deploy对应的是部署用户名和密 码；mirrors/mirror配置的是maven访问仓库的地址，这里使用的是Nexus提供的群组概念，将多个仓库组成一个public- group的方式进行访问；profiles/profile则主要用来描述仓库部署的访问配置。

和apache结合

和apache结合挂域名访问也很简单，官方网站上有介绍，我这里给出一种最简单的方式：

1. 启用mod_proxy.so、mod_proxy_ajp.so、mod_proxy_connect.so三个module
2. 配置一下数据：

   ProxyRequests Off 
   ProxyPreserveHost On

3. 虚拟主机的配置类似下面

   <VirtualHost *:80>
       ServerName repo.duduwolf.com
       ServerAdmin duduwolf@duduwolf.com
       ProxyPass / http://localhost:8081/nexus
       ProxyPassReverse / http://localhost:8081/nexus
       ErrorLog logs/nexus-error.log
       CustomLog logs/nexus-access.log common
   </VirtualHost>

我自己搭建的仓库私服，欢迎使用

访问地址为：http://repo.duduwolf.com，目前我先开放匿名访问，大家可以通过这个进行构件查询，并配合Maven进行远程仓库代理下载，暂不提供第三方上传部署。

其他类似产品

• 著名的Artifactory，这是TSS推荐过的，也是最早的仓库管理软件
• Apache的Apache Archiva，apache出品的应该不错，不过没用过，我觉得自此有了Nexus，你完全没必要在寻找其他仓库管理软件了。

注：全文完

1. Google Chrom终于要向桌面进攻了，估计最睡不着觉的是微软。
2. 说真的，Chrom只能算是有独特匠心的纯纯Beta版的浏览器，和大佬级的Firefox和IE7/8相比，还是差很远（指功能上）
3. 很鄙视国内那些Google的Fans们，G佬放个屁都是香的，功能弱智就是弱智，吃内存大就是大，能把缺点说成创新，能把别人已有的优点说成经典，我fool油
4. 很明显，Google的Chrom不是拿来真当浏览器使的，这是Google进攻桌面的前锋，是给微软试探性的将一军
5. Google最终的目的就是那个小布丁点的菜单项——创建应用程序快捷方式
6. 无论是V8引擎还是独立进程访问，都是为Google将来的“Web应用程序”做准备的
7. 想想当年的那场豪门争艳的浏览器插件之争，用不了多久，各大豪门的五花八门的浏览器会像雨后春笋般冒出来，互联网抢滩桌面的战斗自此拉响了
8. 单纯拿网页浏览来比，Chrom根本和IE7/8、Firefox不是差一个数量级，不过Chrom的野心不可小觑，Chrom+Google的WebApp，这给整个互联网来了一次醍醐灌顶，让迷茫的人找到了自己下一步的发展目标
9. Google的下一步可能会加大Chrom的扩展性、开放性的力度，首先会想尽一切办法来吸引程序员的注意力，现在的巨头们越来越聪明，不做应用只做平台，看Firefox、看Eclipse
10. 我认为，Google还是不够胆大心细，你不如直接把Chrom做成一个开放的平台，一个把Web和桌面连接的桥梁，剩下的就让掉一块砖都能砸死9个的程序员们去即兴发挥吧

注：全文完

推介计划终于要停了，出了刚开始火爆过一阵子，后来的这个推介感觉对于中国用户来说就是个鸡肋。以下是原文

注：全文完

1. 国内大网站搞捐款排行榜，太恶心，国内国外影响太大，作为媒体，不好好做救灾正面报道，搞这些乌七八糟的八卦新闻，作为国人都感觉不齿，事后应该追究责任
2. 学校房屋容易倒塌有多种原因：
1. 房间太大，窗口太多
2. 学校教室因为往往固定两面开窗，另两面是隔墙，而地震一般是在一条线上摇的，墙少的那面容易造成多米诺骨牌效果。相同道理，集团宿舍楼也容易倒塌。当然不排除偷工减料、豆腐渣之嫌
3. 汶川周边地形恶劣，两座山直线距离1小时路程，真正走起来得走一天，这也对地震后第一时间救助造成了致命障碍
4. 地震的确是很难预测的，我也是通过看凤凰台的那个地震专家和NASA的文章才明白的，这次地震不能怪咱们的地震专家和政府
5. 到目前为止好像已经派了快100架直升飞机，为什么12、13、14号派的直升机却那么少，这么大的事，国家发出命令，军队应该第一个快速反应才对啊
6. 这次国内报道的确够快够细够开放，但还是闲的有点藏藏掖掖。像这样的灾害，专家们应 该第一时间预测出灾害带来的后果，刚开始看报道，死的人并不多，后来慢慢累加，再后来出现了预计五万人的死亡估计，这时我才意识到这次灾害有多严重，所以 我捐了两次款，估计姚明也是这样情况。普通老百姓怎能通过震级判断出灾害程度呢？
7. 以后装修房子千万别乱打墙，先找土木建专业人员或者建筑负责工程师帮忙评估下，最好别打
8. 草根力量在这次救灾中也得到了充分的发挥，不亚于911。但同时我对天涯、地震吧、各大论坛、个人博客的一些网民的帖子也不禁摇头，像报道什么“救灾自驾游”、“假捐款”、“哄抢救灾物资”、“捐款排行榜”等等事情的发表，都显的过于草率和不慎重。小题大做，以点盖面，哗众取宠

注：全文完

blog从1月底到现在，这已经是第五次被植入木马了，刚开始还以为是服务器中了ARP，和管理员来来回回拉磨，现在看来的确是我的错

黑客小朋友很黑很牛X，都怪叔叔我太懒太粗心

正在下载日志，估计被利用的漏洞和人家月光05年估计的是一样的

最近忙于儿子，忙于工作，小小blog一度杂草丛生，连“马”都被招来偷偷吃草了

“马儿”已被我找到，叫做"xin.asa"，是加密过的，其中一段代码无法解密，伪代码中竟然这样写道：你很想破吗_真的很想破吗g没门我告诉你cJ)MndwKxk+”

怪不得人家冠希被艳照了，连我这个算是专业人士也中招

春天了，雪化了，该是结束冬眠了

注：全文完