2016 年，科技界即将出现的大事实力分析预测！

原文链接诶http://tech2ipo.com/10027529.html?site=toutiao?ref=myread

 

一些 SaaS 公司的倒掉，人们开始心生警觉，一些人想「开倒车」

这样的剧情其实已经在历史上上演了无数次了。

其实很容易可以说出一大堆理由，让我们别用「云」了，安全性又不好了，技术还不成熟了，巴拉巴拉。

但是让我们看看有了它之后我们享有的好处：

我们能够在无需成为系统管理员的前提下来去使用软件，如果我现在要开一家网店，出售作坊式的宠物狗帽子，我再也不用自己学着去设置 SQL 数据库，确保网站服务器的安全，定义网站应用和申请一大堆的认证了。我们只需要点击一下按钮即可。

我们并不是一座孤岛，我们需要全世界各地的人都能够接触到我们的数据。数据永远不能仅仅是被我们的笔记本束缚住。我们不应该杞人忧天，比如担心 SSL 漏洞或者是某个研究人员刚刚发现到的入侵途径。我们要相信有一群专家正在凭借自己的技术在云端守护着我们。

我们需要知道的是，云端服务质量正在持续不断地提升，它更快，功能更多，体验更好，带来更大的价值，而我们自身的工作都将因为这一切而获益。

我们需要让数据运行的更快，成本更低。软件开发团队曾经投入大量的资源，比如安装器、升级器、远程分析工具、平台移动性等等。而 SaaS 的出现彻底消除了这一切，这意味着客户能够以更加便宜的价格享受到更加快速的服务。

既然好处这么多，为什么我们还是没有见到 SaaS 模式普及开来呢？

1. 有关开放数据的更多标准以及数据自由进程

其实现在绝大多数的服务都能向外导出某种形式的功能，但是不幸的是，对于用户来说没有任何用处，除非你是一名程序员。最近，我就在跟 Google Apps for Work 工作小组成员一起共事，为了把我账户下的一个文件夹转移到一个公司，我们来来回回忙了有三个多星期。如果不对文件进行降级（图片画质的降低，格式上的破碎，表单格式停止工作，丢失数据），似乎这个工作就无法完成。如果连 Google 都无法将用户的数据从自家的产品中搬移出来，你说外面那些五花八门的服务我们还对它们有何种指望呢？开放式数据的标准能够统一这一切，但是这条路非常漫长，因为标准本身就是与某些公司的创新，服务的独特性有着冲突。

2. 花的很多，得到的很少。

如果你正在使用一款 SaaS 服务，如果它能够持续从用户那里获得利润，并且也不着急寻求并购，那么你估计很可能一直坚持使用这项服务；如果换种情况，如果你使用的服务短期内什么效果都没有，但是在长期很有可能让你获得巨大的收获，那么你会怎么想？看看 Posthaven 提供的服务吧！他们的商业模式就是你为一个博客支付费用，他们负责让它永久地运行下去，永远不会被收购！这个商业模式管用吗？天知道！

3. 你自己来运行软件

回到过去的模式，保证你完全拥有软件，你自己来运行它，这样一来当服务终止的时候你不会有丢失一切的风险，但是你也把上述的种种好处全放弃掉了。对于很多人来说，要自己运行软件需要专门的知识和技能，这样就得花钱聘请专门的 IT 人才来运营维护，而这势必是一件耗时又耗钱的事情，完全不符合 SaaS 能够规模化发展的目的。

但是现在还存在着另外的一种解决方案：「集装箱化技术」，以 Docker 为代表的 SaaS 公司能够将服务的打包和派送简化，最有趣的莫过于 Sandstorm，它把「集装箱化」提升了另外一个级别，让它足够的简单，足够的功能化，任何一个没有技术背景的终端用户都可以通过点击，流畅地在云都拿配置和定义服务。

层状服务

服务建立在服务之上，层级较低的服务都是非常稳定的且不具有什么风险的， 但是层级较高的服务虽然创新程度较高，但是也有极大的风险瞬间宕机。 如果在一次突发状况中，高层级的服务突然关闭，那么用户可以退到下面一层服务上，等待上面搭建起来另外的一层服务。这里有一个非常典型的例子：分享照片相册。以 DropBox 为例的低层级服务能够提供照片的存储，而高层级的服务能够提供精美的画册长廊进行展示，这当然是建立在 DropBox 的基础上。如果高层级的服务突然关闭，你的照片不会丢失，另外一个高层级的服务可以取而代之。

在 2016 年，我希望看到有关 SaaS 的争论热闹起来，对于选择怎样的服务有着更多深入的探讨。

 

Linux 环境下的 SQL 服务器，免费且具有 NoSQL 功能

在上世纪九十年代，微软真的认真考虑过将 SQL 服务器嫁接到 UNIX 平台上，比如诸如「Solaris」这样的尝试，但是它在商业层面不具备任何可行性。

那么如今又有哪些变化？

当然还是逃脱不了「云」这个话题。尽管 Windows 仍然在企业级 IT 领域拥有绝对的市场份额，但是它在面向建立在互联网上的数据中心时，用户增长明显乏力。Windows 和 SQL 服务器的紧密结合，固然在过去的能够助微软一臂之力，但是如今已经成为了桎梏微软发展的严重阻碍。在一条阵线行，SQL 服务器仍然还在跟 Oracle 这样的大公司进行艰苦卓绝的竞争，喔这里还得顺便提醒一下，Oracle 也支持 Linux；在另外一条战线上，SQL 服务器还在跟开源关系引擎（以 PostgreSQL 和 MySQL 为代表）进行着竞争。如今还冒出来了特别定制的 NoSQL 功能。对于微软来说，在企业 IT 领域之外的疆土上，它每走一步都是那么的艰难。

在 2015 年，微软倾尽全力，将自己所有的资源都拿出来，力图将. NET 重新打造成一个具有吸引力的平台，为下一代 SaaS 初创公司提供最理想的环境。为了实现这个想法，他们把能. NET 能开源的都开源了，让平台能够在 Linux 和 OS X 环境下发展，并且还接纳了诸如 Node、Docker、NGINX 等技术，甚至最近还把 Visual Studio 的衍生工具进行了开源，它刚好也是建立在开源技术，比如 Node、Atomic 之上的，而且能够完美运行在 Linux 和 OSX 环境中。那么，在这个宏大的拼图上还少了哪一个部分？对了，你猜的没错，就是 SQL 服务器。

那么，它从技术上是怎么实现的呢？

SQL 服务器本身就是一大堆工具的集合，它包括了核心关系引擎、管理工具、报告服务、管理 / 性能 / 监控表盘，OLAP 引擎，企业级整合，商业智能，ETL 通道工具等等，它真的很大。

而一般意义上的云配置根本不去管你这么多的内容，它关心的是一个具体的核心存储引擎，易用性以及能够与现有的自动配置环境兼容的能力。

而 SQL 服务器的核心恰好就是个关系引擎，而且刚好能够满足上述的种种要求。