zoukankan      html  css  js  c++  java
  • 云,除了卖,我们还剩下什么?

           也许是由于接近三年的任期即将结束的原因,最近的思绪总有些烦杂,其实不管对于未来选择在什么地方,什么环境,什么条件下开启新的任期,在看书也解决不了安静的局面下,感觉应该写点什么,做一下总结。
           纵观这将近4年的时间,撇开一次不间断的任期过继,也可能是在别的业务层面我们确实已经做的很优秀,于是便想着针对云说点什么。
          云这个概念近年在社会上吵得很热,由开始的单单基于平台的初始,到逐渐向数据与服务的增发,不管大街小巷只要能接触到互联网的地方便把它作为一个相对比较高大上的谈资,总缺少不了侃侃的人们。然而却很少有人能明白这追求的是什么,尽管现实中已经很多人都做的很好。
          具体忘记了是哪一次的论坛,也忘记了是老马或是王坚,有说过”有一天让数据像自来水和煤气一样随取随用“,当然具体的字眼已经记不清了,依稀记得是差不多的意思。其实在这个时候基本上社会上普遍的所谓业内人士已经有很多人明白这是云的最终趋势。也许是有各种各样的原因或者入门条件比较高,虽然已经有很多人都在往这方面去努力,但总感觉离我们还是很远。
         云,一个莫名其妙出现的概念,在这几年占据为我们很大的空间。总感觉其实就是服务、运维、计算这几个方面,当然对于有实际使用场景的同僚们,我想更多的应该在关注服务和运维;计算对于大多数用户来说应该还是隐于后台的, 或者像是一个应用工具一样随用随关,做一些大数据量的统计分析。
         在作为运营商层面基本已经被华为、阿里、亚马逊等早期的掘金者占据的大饼之下,我很难想象作为纯粹的像服务器供应商一样做纯粹基于虚拟化的平台还有什么意义。就像感觉物理服务器未来应该更多趋向于大客户和大代理商的渠道一样,基于像云这样虚拟化资产,在逐渐透明化和低成本化之下将很难再有小运营商的生存条件可以感知。
          其实云一直是基于服务的,对于平台运营商以后应该会逐渐加大在虚拟化可以适配的应用场景的可接入研究,让更多的受众可以以更加低廉和弹性成本与服务的方式上云;同时提供更全的自动化、可视化基于平台的运维服务应该会被提供,包括但不限于基于应用层面、系统、接入网络、安全等方面运维服务接入,最近的安恒安全运维上云应用窗口可以很好的说明逐渐的这些方面的传统市场逐渐在被从传统服务器市场剥离而以打包的方式接入集合化的服务。当某一天大部分的基础运维或者深度运维框架被接入平台运营商的时候,我们的虚拟化服务器将何去何从?现在像阿里的一些类似于消息接入的服务和云监控体系的不断完善我想已经可以算是一个导向性的苗头了。
           想到服务我们总是习惯于和我们的生活联系在一起,这也确实是密不可分的。随着各种应用场景虚拟化镜像上载到各运营商的镜像市场,各需求方的业务接入方式将变得越来越透明化和低成本的接入,类似于淘宝系的模块拖拽类页面布局的应用接入方式将被越来越多的需求方作为第一方案,当然不仅仅局限于web类应用的接入。我想我们都将逐渐的见证这一个过程。
           计算,如果云算是一个比较热的概念,那么计算一直被当作是云的核心来被市场关注的。当然目前市场也还没有见到如外面宣传的一样有很方便的接入方式被大量ISV或者其他运营机构所有使用,但也不乏我们在市场上已经逐渐的接触一些类似的产品。
           最近一直在心头的念想当中往产品和架构转的趋向还是比较强烈的。源于总是感觉以基于大数据计算能力为基础+在线的可视化自动运维+更方便部署的镜像框架的接入方式会成为后期云接入的主流,而更好的被市场所接受;同时认为更好的产品定位将是未来运营的主流。 更明晰的产品界面的界定,和更方便与更有客户自主性的接入权限开放无疑会更加的有趣。
           云,除了卖,我们还剩下什么?


     

    这个神经病来自七院,又哭又笑的像一只老鬼
  • 相关阅读:
    用GDB调试pgAdmin3
    C/C++中的函数重载(overloading)
    C语言中的数据对齐
    一个颓废男人的自我救赎
    python--文件操作
    总结还是记录都不重要,重要的是我裂了
    两数之和
    OSI参考模型体系结构
    不完美,才美
    AB逻辑
  • 原文地址:https://www.cnblogs.com/commanderzhu/p/4842823.html
Copyright © 2011-2022 走看看