另外就是存储，存储为什么在线路上部分率先出来变成有云服务的部分呢？一个最主要的部分第一这部分的是可以分离，第二比较难做，特别是数据 量大到一定量级的，怎么做到安全，这方面会越来越多的压力，存储另外一个会涉及到的东西，我们存储有很重要的问题，如何用用户的数据快速到服务器，如何用 服务器数据快速到用户，第二个部分比较好解决的，因为有比较典型的cdn服务，能方便的解决这个问题。 第一个问题如何用用户的数据快速到服务器，这个自己来做就意味者，上传节点和后端数据快速的一致，这个有一个难度让存储率先的进入，已经有云服务这个行业。 云服务有一个特点，一旦开始用，很难再回头，当github用习惯了之后自己再用本地的gat的时候就不是那样的感觉，对团队里，你的时间已经不允许花那样的力气，用一些简单自己搭软件了。 开发相关的软件是云服务化比较快的，但是现在开发软件我觉得国内服务并没有想象的那么好用，有两个问题让我很头疼，第一个很多开发软件想着 通吃所有的需求，baug管理，内部交流等等很多的东西，对于程序员来说这个不好用，就是不好用，没法忍，所以做好一个需求就不错了。 另外每个云服务都想着有自己的帐号系统，怎么打通帐号系统，也是很重要的事情。 前面提到过已经发生云服务的部分，我们看一下未来哪些东西即将会样云服务，其实来说除了编程需要你来做，大部分都可以云服务化，这些云服务 化显然他们至少有一定的优势存在，比如说数据库这个领域，数据库优秀的团队可以做到百万，常规你能做到多少，自己的（mac）k做到上万就很不错了。包括 后面我提到的全文检索，全文检索来说也是对性能要求比较高的一个东西，如果云服务化让更专业的团队做专业的事情对于开发者来说我觉得是好事，从大部分来说 这些都会云服务化，最后的形式是什么样的形式，我想探讨可能以什么样的形式出现？ 提出这个问题，第一个我觉得不是paas，现在已经有很多的pass平台，包括ga1，sa1，gad出现到现在三四年了，但是在这个上面 产生对你生活有影响的大项目吗？没有产生过，对于我来说它最大的缺点是什么？它没有操作系统，上面的系统怎么运行摸不着，很不爽，也没法优化它，有可能牵 到主机里，没有操作系统，我不知道现在的系统是卡在AO上，还是卡在CPU上面，或者不是那么很直观的看到。 稍微量大一点的东西，线路上的bug很多，怎么快速的定位bug，不能说产品没有bug上线一切都顺利，没有操作系统就没有形成定位bug的能力，自己靠本地区在线这些技术得到bug的反馈。 第三个问题没法开发有创造的服务，希望这个服务器是没有状态的，可以随意伸缩的，不是每件事情都可以做成这样的，可伸缩的架构是好架构，但是有一些关键的结点，用一些比较脏的方法实现它，而没办法那么干净。 第二个来说我们公有云有没有可能，现在看到大部分云服务都是这样的类型，存储、邮件、短信、还有开发相关的服务，对于前面提到的几类服务都 是非常合适的，但是如果我们往更深步的考虑，比如数据库，消息队列，对这类来说性能远远达不到这些需求的，简单的问题是说没法保证公有云服务不在同一个平 台，不能保证整体的性能，不可以接受，还不如自己部署。 我期望的东西就像我刚才说的，再往下走，云服务化很重要的就是我们怎么提升性能，提升性能的关键我们怎么让它能响应时间最够好，响应时间怎 么好了？简单的来说我们把云部属到机房，每个机房步入一个字服务的结点，这个能够保证能用我的服务，同时来说又不用承担性能上的损失，你需要数据库，用我 的，我来保证你的数据库的高效，安全，我会帮你自动备份这些事情，甚至一些增值的服务，比如mickl这边的数据错了，能回归到数据结点吗？如果是小团队 是很痛苦的事情，如果对于云供应商来说，这是可以接受的，因为他的技术能让他能够做到这一点。 这里的几个例子如果能部署到机房这个结点会变得很有用的，数据库，语音识别，音视频转码，电商也许都会对这个感兴趣。 我前面说的这个东西其实有一些IDC在做一些类似的东西，但是他们做的方向可能不合适，为什么这样说，IDC只能用一般的团队作出一些一般 的产品，对一般的产品会带来一些问题，我干吗用IDC的，简单的问题是说专业的团队必须交给专业的人士做，数据库你能优化到什么程度？视频转码每个人都会 做开源软件直接下载，软件怎么做调优，几十款，几百款型号mp4是什么样的，mp4优化之后必争的数量能做到多少，这些都是很专业的事情，如果能找到专业 的团队帮你做这个事情何乐而不为，为什么一定要让自己做，而且做的很糟糕。 所以说对于IDC来说自己来做，做好这个事情我会选，所以期望看到好的东西，我们云服务供应商需要更多和机房做合作，云服务的能够就近的部署到各个机房的结点，就可能能推广我们的更多的，整个技术上更多的东西云化。 这个事情的难点在哪里？云服务本身就很难，安全性，稳定性，公平性，这三个点安全性和稳定性这两件事情是平常，即使周围开源软件本身也会考虑的。 最后一点公平性，是现在很多不去考虑这个问题，比如这个服务同时对10个客户用这个服务，这10个客户怎么保证，不会因为某一个用户滥用而 导致整个服务下降，这个东西又是怎么去保证的，这个在常规的软件体系里其实很难，或者说我们对这个事情考虑的很少，不是说不可以做，而是说比如mckl开 发者，当50个用户一起用的时候，如果有一个用户在滥用，怎么让其他的49个用户仍然能得到合理的服务质量。 存放机房点太多，管理难度会大幅度的增加，这个问题也是一个问题。 这些东西摆在这儿，我也不想进一步考虑，不去做这个事，开发者如何做？有一天机房所有的mickl的服务，有一个消息的管道怎么接？怎么样 才是合适的接法？对于我来说信任，同时又不信任，信任我会主动拥抱这些云服务，这些机房提供的这类的东西。不信任，我用了你的服务，你的数据返回，我会检 查数据的完整性，接受是合法的接受吗？生成需要的字段提供了吗？这些都是需要认真的检查的。 异常要有详细的日志，推动服务提供方提供reqld，如果是错，我知道reqld出问题了，我把这个给你，你作为服务供应方，出什么事了，能不能修补这个问题。 对于无状态的服务，邮件，sms会找好几家，定期的测试，能够自动的切换就切换，这样不会太依赖于单个的服务供应商。 |
