首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >向云转型有没有“捷径”? 信服云告诉你!

向云转型有没有“捷径”? 信服云告诉你!

作者头像
科技云报道
发布于 2022-04-16 02:31:34
发布于 2022-04-16 02:31:34
9210
举报
文章被收录于专栏:科技云报道科技云报道
在数字化浪潮席卷全球多年的今天,国内大量政企和组织依然面临着转型难的困境。

8月21日,深信服云计算业务CTO曹心驰在深信服2020年信服云峰会上表示,目前还没有一剂灵丹妙药,让用户能够顺利地实现数字化转型。

深信服云计算业务CTO 曹心驰

随着中国云计算应用在不断成熟,各行业上云政策出台让云的使用率持续提升,以云计算为底座的数字化转型,已进入大规模攻坚阶段。

然而,在基数庞大的中国政企和组织中,IT发展进程却呈现千姿百态。处于金字塔尖和塔底的政企和组织,其数字化转型路径是决然不同的风景。

数字化转型困境

相较于天生就具备数字化基因的互联网行业,政府、制造、医疗、工业等传统行业,数字化转型需要依靠后天习得。

对于那些大型的传统企业集团而言,其战略规划和IT水平处于行业领先地位,在数字化转型的战略方向和方式上,都有较为清晰的认知。但是这样的经验,却不能被大多数的政企和组织照搬。

“所有的客户都想成为科技企业,用领先的技术创新自己的业务,但实际上很多客户的数字化转型走得很慢。”在曹心驰看来,政企和组织转型的决心很大,而障碍在于转型的能力不足,例如:

客户无法确立转型目标,以及与之匹配的组织架构和文化,从而导致创新协作能力差、落地困难。同时,传统架构静态、不灵活,使得信息部门没有精力专注应对最为复杂的创新、业务和流程。更重要的是,客户缺乏合适的数字化转型战略合作伙伴,容易陷入闭门造车。

数字化转型涉及的不仅仅是业务,更是一种战略方向的选择。政企和组织往往会出现一些方向性误判,要么过于激进,步子迈得过大,要么过于保守,只改IT不动业务,将数字化转型做成了信息化改善。

如何用正确的方式拥抱数字化转型,让数字化为业务插上加速发展的翅膀,是众多政企和组织一直在探寻的,也是深信服这样的云服务商所思考的。

一切向云转身

今年3月,深信服曾发布了一次重大的云计算战略升级:从以超融合承载业务应用为中心,变成助力数据中心的云化演进。深信服提出,要通过一套新的IT架构和新的平台,去承载用户在数据中心层面考虑的所有问题。

战略调整的背后,是深信服对政企和组织数字化转型困境的深刻理解,也是深信服云计算的一次自我革新。

对于处于不同IT阶段的政企和组织而言,数字化转型会经历承载单个业务、关键业务上云、私有云混合云多云服务中台等多个阶段,产生不同的数据中心云化需求。

如何让各个行业、各个IT阶段的政企机构和组织,都能够找到属于自己的云化之路,不仅要有明确的业务战略和目标,也需要一个先进的数字化创新平台,以及合适的数字化转型战略伙伴。

从技术上看,打造一个数字化创新平台的门槛很高:在基础架构层面,客户要的是融合智能基础架构,将计算、存储、网络、5G、智能终端等基础设施全部云化,以改变死板的传统架构;

在开发架构层面,客户需要适配自己特点的敏捷开发架构,实现与其他政企和组织差异化的竞争力;

在安全运营方面,整个平台需要主动的、动态的安全模式,去适配云原生和云化IT基础架构,同时需要构建一套运行保障机制和一套安全防护机制,以保证云平台的安全稳定运行。

从服务上看,成为政企和组织数字化转型的战略伙伴,意味着客户成功才是真正的成功。

面对数据中心复杂的需求和挑战,云服务商能否从业务战略出发,提供数字化转型咨询、设计转型路径、将战略落地执行,以全生命周期的服务方式和多样化的交付模式,满足客户在IT各个阶段的业务诉求,并对客户数字化转型的最终结果负责,成为未来云服务竞争中的最大考验。

深信服深知,要成为政企机构和组织数字化转型的左膀右臂,云计算战略调整势在必行。

在过去,深信服云计算的核心业务是超融合,首要目标是稳定可靠承载业务应用。自2016年确立云计算业务部门以来,深信服持续加大云计算投入,在超融合等领域坚持创新。据2019年IDC数据,深信服超融合连续多年保持较快增长,连续三年市场份额排名稳居前三。

亮眼的市场成绩,也带来了固化的品牌形象。“以前大家对深信服云计算的认知,就相当于超融合。”曹心驰表示,但客户的数字化转型,不能仅仅以超融合产品为中心。

实现了最初业务目标的深信服,开始寻求突破,直奔下一个增量市场。“今年深信服将80%研发都投入到云业务的开发中,所有的产品线都与云挂钩。”曹心驰在采访中透露,深信服一切在向云发力。

这一次,深信服不再围绕超融合为中心,而是以产品为基础,服务为核心,赋能为目标,推出了全新的云计算品牌“信服云”,开启了从云产品向云服务的全面转身。

在信服云“1+1+N”的体系设计中,1套云化安全防护体系,1个云化基础架构平台,N个支持应用云化的技术服务,共同构建出了数字化的创新平台和服务能力。深信服希望通过这样的整体能力,帮助政企机构和组织实现数据中心的云化演进。

定位于数据中心云化,服务于政企机构和组织数字化转型的“信服云”,会让市场“信服”吗?

信服云新征程

如今,政企和组织的数据中心云化面临越来越多的需求和挑战,如:应用更多,管理更复杂;数据越来越重要;基础设施资料消耗变大;更频繁的数据中心变化;更复杂的边缘分支组网;终端用户体验和安全要求更高......

然而,在过去十几年里,国内数据中心几乎被VMware所垄断。大多数政企和组织的数据中心采用的依然是VMware虚拟化方案,面对数据中心越来越复杂的挑战,在云化需求上并没有太多合适的产品和方案。

尽管每个政企和组织都希望走在数字化前端,拥有自己的云计算能力,但这更像是超大规模企业的专属权利,有华为、阿里、腾讯这样的大型云服务商作为数字化合作伙伴。数量众多的大中型企业、政府和组织,谁来服务,谁又能服务?

深信服“信服云”要做的,就是赋能这部分大中型政企机构和组织的数字化转型。为此,信服云围绕数据中心云化的战略,立下了三大目标:

  • 软件定义数据中心:全面替代VMware,在局部实现超越
  • 私有云:匹配中大规模客户云化需求
  • 托管云:赋能伙伴云业务创新,携手服务客户

首先,全面替换VMware,不仅要求云产品的可靠性,还要求将VMware承载的业务迁移后,依然能够保持业务的稳定高可用,同时也要求着生态、社区等相关配套服务的跟进。换句话说,想要替换VMware,不仅要在产品性能上超越VMware,还要提供替代的方案、路径和工具。

在国内,能够像深信服一样用四年的时间,在自研云计算基础架构上投入数百人的厂商屈指可数。如今,深信服已经能够用超融合产品,替代VMware在中国过去十年的市场所部署的业务和应用,甚至在一些场景里实现了超越。

其次,数据中心各种云化需求的背后,对应的是不同客户的各种业务场景和软硬件资产,例如:在开发测试生产场景中做应用优化;在主备数据中心做统一的数据存储和管理;在多分支机房做边缘分支安全组网;在多CPU类型等异构硬件设备中打造融合IT基础架构......

多样化的业务场景,要求的是全面的云化服务能力。在过去对超融合的技术投入中,深信服已具备了为用户提供建设云化数据中心所需的全部服务,包含IaaSPaaS、安全、运维管理等多个层面。

在全新的信服云中,这些服务能力被进一步细分为不同场景下的解决方案,如:“VMware vSphere替换方案”、“GPU业务云解决方案”、“业务连续性解决方案”、“ARM云建设方案”、“数据中心云化方案”、“托管运营云方案”、“容器云建设方案”,从而将“助力用户数据中心云化演进”的战略落到实处。

最后,对于那些想拥有自己的云计算业务,或者想从传统分销业务转型到云服务业务的客户而言,一次性大规模投入云数据中心的建设,无论是资金还是经验,都不足以支撑其云业务的成功转型。

而深信服信服云的托管云模式和合作共建模式,则能够以轻量级、标准化的方式起步,赋予这类客户建设云和运营云的能力,与客户携手去服务最终使用这些云资源的人。

数字化成功之道

为了做好信服云,深信服把云计算产品线也做了相应调整,从过去的超融合、容器云、云管平台三大产品,重新定义为超融合平台、云原生平台两大独立产品,将云管平台升级为云计算集成产品平台,把基础架构云化、业务应用云化、安全运维等能力都集成在其中。

其中,在超融合方面,深信服不仅拥有基于通用x86架构的超融合产品,还推出了自主创新x86架构和ARM架构的超融合产品,能够对异构超融合集群进行管理。

在云原生方面,深信服在原有的容器云产品基础上,进行了产品化的完善和加固,提供一站式开发运维管理,并提供“基于超融合承载云原生平台”和“基于云计算平台集成云原生平台”两种部署模式。

云计算集成平台,作为信服云的核心框架,可以看做是云数据中心的操作系统,能够将多数据中心和各种资源纳管起来。

更重要的是,信服云的设计以安全建设为前提,业务云化首先要保障可靠的、安全的运行。对于从安全业务起家的深信服来说,原生的安全能力成为信服云最大的优势之一。

例如,信服云构建的安全运营中心,通过从传统的安全防护到云安全,再到全运营中心来构建云上安全,能够以动态的、主动的安全能力,以匹配不同级别、不同规模云上安全的需求。其中,在云上构建的等保2.0服务,可以赋能政企和组织通过等保2.0评测。

在安全运维方面,信服云在今年下半年还将发布三维CMDB,结合运维监控的能力,对数据中心的资产、应用、数据库等实现统一的、立体的监控和管理。

这种安全可控的云服务,正是政府部门IT管理的核心诉求。

在信创背景下,去年国信新网基于信服云,成功实现了信创ARM架构和国产X86架构的双模IT架构,打造出超融合政务云平台。信服云提供的一整套数据中心云化能力,让政务信创应用实现了最合规的承载,并实现了持续的运营。

对于大中型企业而言,安全与云的完美融合、成熟稳定的云平台、运营级云数据中心,同样是选择信服云的重要原因。

例如,贵州茅台集团最初将核心业务承载在信服云的私有云上。之后,随着信服云融入原生安全能力,使茅台在成本降低的同时,也获得了先进的管理模式,得到了客户很高的认可。

在华侨城集团,总部和分支机构的数据中心采用了同架构的混合云。为了屏蔽复杂的云平台建设,华侨城将生产业务托管在信服云数据中心,按需采购托管服务,直接享受云化成果。

这些政企机构成功实现数字化转型,在一定程度上证明了信服云的实力和价值,其解决方案是可以在众多企业中复制推广的最佳实践。

事实上,在深信服内部,衡量信服云是否达成使命目标,市场业绩并不是唯一标准,而是要看企业是否通过使用信服云,获得了竞争力。

以客户成功为自身成功的苛刻标准,对信服云提出了非常高的要求:

一方面,信服云要有高度的产品化能力,以极简的产品来实现不同的云化场景;另一方面,信服云产品要以服务为核心,以全生命周期的服务能力将产品落地,赋能给企业客户。

这考验的不仅仅是深信服在技术上的积累,还有对市场的深度洞察,以及技术与市场通路的配合。

一直以来,舍得下本钱的云计算技术研发,和持续十多年的安全技术沉淀,是深信服能持续推出好产品好服务的根基。

以用户为导向持续创新的内部文化,让深信服产品研发的思路,能够聚焦在用户的实际需求上,解决用户未被满足或满足地不好的IT业务问题,之前的超融合是如此,如今的信服云也是如此。

数字化转型是一场长跑。在这个过程中,如何安全、平滑地过渡到下一个云化阶段,是企业最为关注的数字化能力。

深信服以“信服云”全新品牌亮相,通过数据中心云化的新能力和新方案,更大程度匹配大中型政企机构和组织需求,不仅在之后的市场竞争中手握更多筹码,也为深信服的未来留下了更多的想象空间。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2020-08-26,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 科技云报到 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
SpringBoot 实战 (十四) | 统一处理异常
如题,今天介绍 SpringBoot 是如何统一处理全局异常的。SpringBoot 中的全局异常处理主要起作用的两个注解是 @ControllerAdvice 和 @ExceptionHandler ,其中 @ControllerAdvice 是组件注解,添加了这个注解的类能够拦截 Controller 的请求,而 ExceptionHandler 注解可以设置全局处理控制里的异常类型来拦截要处理的异常。 比如:@ExceptionHandler(value = NullPointException.class) 。
JavaFish
2019/10/17
5590
SpringBoot 实战 (十四) | 统一处理异常
SpringBoot 定义优雅全局统一 Restful API 响应和统一异常处理,太优雅了!
假如你作为项目组长,为 Spring Boot 项目设计一个规范的统一的RESTfulAPI 响应框架。
码哥字节
2024/11/23
5720
SpringBoot 定义优雅全局统一 Restful API 响应和统一异常处理,太优雅了!
Spring Boot配置全局异常处理器
创建自定义异常类原因:java自己的异常类只有message参数,这里我们还需要一个code参数(用来记录请求状态)。并且创建自定义异常还能和系统异常区分开来。
良月柒
2019/03/19
1.4K0
Spring Boot配置全局异常处理器
SpringBoot 实践-Filter 中的异常处理和 Controller 中的异常处理
本篇主要是记录如何使用 SpringBoot 所提供的 ErrorController 这个接口能力;其内置了一个 BasicErrorController 对异常进行统一的处理,当在 Controller 发生异常的时候会自动把请求 forward 到 /error 这个请求 path 下(/error 是 SpringBoot 提供的一个默认的mapping)。BasicErrorController 提供两种返回错误:1、页面返回;2、json 返回。
磊叔的技术博客
2025/06/07
1710
SpringBoot 实践-Filter 中的异常处理和 Controller 中的异常处理
【SpringBoot】Http请求统一异常(返回数据)处理与单元测试
这个ResultUtil中的方法,其实写在BaseController中也挺不错的
谙忆
2021/01/21
8660
【SpringBoot】Http请求统一异常(返回数据)处理与单元测试
一份 Spring Boot 项目搭建模板
建立一个全新的项目,或者把旧的庞大的项目,进行拆分成多个项目。在建立新的项目中,经常需要做一些重复的工作,比如说拷贝一下常用的工具类,通用代码等等。所以就可以做一个基础的项目方便使用,在经历新项目的时候,直接在基础项目上进行简单配置就可以开发业务代码了。
程序员小猿
2021/01/20
6350
一份 Spring Boot 项目搭建模板
你以为Spring Boot统一异常处理能拦截所有的异常?
这类图相信大家没少见,Spring Boot 只要出错,体现在页面上的就是这个。如果你用Postman之类的测试出了异常则是:
码农小胖哥
2021/05/14
2.6K0
Spring Boot 进阶之 Web 进阶笔记
相应的 Controller 方法,用 Girl 对象接收传递过来的参数,并加上 @Validated 注解。BindingResult 用来接收错误信息
solocoder
2022/04/06
2290
SpringBoot教程(八) | SpringBoot统一结果封装
经过了前面几篇文章,SpringBoot中MVC相关的配置其实都已经差不多了,接下来就可以完全进入接口开发阶段了。前面我们写过几个接口,虽然都加了@RestController注解,相当于统一了我们的返回数据的基本形式为JSON,但是由于我们的项目可能是很多人一起开发,所以我们最好能够把我们的返回结果统一一下,让大家都返回一样的数据格式,这样即规范了代码,也方便了前端人员的调用,不然每个人都按照每个人的风格去写,代码会变得非常混乱。
一缕82年的清风
2022/04/08
8450
SpringBoot-08-之统一化json输出与自定义异常捕获
为及时了解异常,以及避免返回的json格式不统,将每次请求的结果都返还一样的形式。 此处统一为:{"code":响应代号码,"msg":信息,"data":数据} 具体效果如下: result-
张风捷特烈
2018/09/26
1.3K0
SpringBoot全局异常处理
估计大家都会了的^_^,本文代码为主,在做Web应用的时候,请求处理过程中发生错误是非常常见的情况,那我们如何才能统一且友好地返回系统异常给前台呢。
用户3467126
2019/08/16
8530
SpringBoot全局异常处理
springboot(17)统一异常处理
使用Spring Boot统一处理异常。 本文实例是从数据库中根据ID查询学生信息,要求学生的年龄在14——20岁之间。小于14岁,提示“你可能在上初中”;大于20岁,提示“呢可能在上大学”。 第一步,创建枚举类ResultEnum,用来管理异常信息 package *;//自己定义 public enum ResultEnum { UNKONW_ERROR(-1, "未知错误"), SUCCESS(0, "成功"), PRIMARY_SCHOOL(100, "年龄小于14岁,可能正
IT架构圈
2018/05/31
8380
spring-boot-route(四)全局异常处理
在开发中,我们经常会使用try/catch块来捕获异常进行处理,如果有些代码中忘记捕获异常或者不可见的一些异常出现,就会响应给前端一些不友好的提示,这时候我们可以使用全局异常处理。这样就不用在代码中写那些烦人的try/catch块了,代码的可读性也会提高。
Java旅途
2020/10/21
6590
Spring Boot 2.X(十):自定义注册 Servlet、Filter、Listener
在 Spring Boot 中已经移除了 web.xml 文件,如果需要注册添加 Servlet、Filter、Listener 为 Spring Bean,在 Spring Boot 中有两种方式:
朝雾轻寒
2019/10/24
1.8K0
Spring Boot 无侵入式 实现 API 接口统一 JSON 格式返回
无侵入式 统一返回JSON格式 其实本没有没打算写这篇博客的,但还是要写一下写这篇博客的起因是因为,现在呆着的这家公司居然没有统一的API返回格式?,询问主管他居然告诉我用HTTP状态码就够用了(fx
架构师修炼
2020/11/19
1.2K0
年轻人不讲武德,竟然重构出这么优雅后台 API 接口
最近偶然间在看到 Spring 官方文档的时候,新学到一个注解 @ControllerAdvice,并且成功使用这个注解重构我们项目的对外 API 接口,去除繁琐的重复代码,使其开发更加优雅。
纯洁的微笑
2020/12/01
4720
Spring Boot 统一异常处理最佳实践 -- 拓展篇
之前一篇文章介绍了基本的统一异常处理思路: Spring MVC/Boot 统一异常处理最佳实践.
一份执着✘
2019/12/30
3.5K0
Spring Boot 统一异常处理最佳实践 -- 拓展篇
SpringBoot教程(九) | SpringBoot统一异常处理
异常大家应该都很清楚,我们的项目总是不可避免的出现异常,那么应该如何优雅的进行异常处理使我们需要关注的一个问题,合理的异常封装既可以方便前端的处理,也能够简化后端的开发。
一缕82年的清风
2022/04/08
1.1K1
SpringBoot教程(九) | SpringBoot统一异常处理
5. spring-boot REST 全局异常处理
单页应用越来越多以及移动化之后,服务化已经是老生常谈了,在前文代码的基础上做些简单的通用模块的处理,后端返回结果的不一致性真的会给前端带来很大的麻烦,故此为止:
MasterVin
2018/08/30
1.2K0
5. spring-boot REST 全局异常处理
初识SpringBoot Web开发
虽说前端的h5和js都可以完成表单的字段验证,但是这只能是防止一些小白、误操作而已。如果是一些别有用心的人,是很容易越过这些前端验证的,有句话就是说永远不要相信客户端传递过来的数据。所以前端验证之后,后端也需要再次进行表单字段的验证,以确保数据到后端后是正确的、符合规范的。本节就简单介绍一下,在SpringBoot的时候如何进行表单验证。
端碗吹水
2020/09/23
4790
初识SpringBoot Web开发
推荐阅读
相关推荐
SpringBoot 实战 (十四) | 统一处理异常
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档