导语
昨晚大家期待已久
揭秘腾讯云TStack面纱的的直播间里
究竟讲了什么呢？
让小编带你看重点！
文末有昨晚直播提问中奖的同学名单哦！
最近拿奖拿到手软的腾讯云TStack究竟是个啥？？
在介绍产品之前，我想先介绍下它的来历，这个产品从2012年腾讯云TStack在腾讯内部正式上线，用于企业IT系统的支持，到15年开始，从运维、大规模部署等方面都已经相对成熟，决定作为TO B产品开始对外输出——这就是腾讯云TStack的诞生。
腾讯云TStack是核心基于OpenStack的私有全栈云解决方案。
全栈指TStack可提供全栈式服务能力和资源管理能力，底层基于openstack，兼容docker、k8s、istio，提供包括虚拟化、物理机、容器等多个维度的云计算资源管理服务。TStack作为腾讯的中台基座，同时整合了微服务框架、大数据组件、AI、高性能KV，支付等多种中台基础能力，连接大量腾讯内部成熟的PaaS和SaaS服务，具备集IaaS、PaaS和SaaS为一体的产品能力。
内行都知道，OpenStack很难大规模部署，这个难题腾讯云TStack是怎么攻关的呢？
大规模部署，业界内是指单集群的最大规模部署，在开源的话社区中的话有这样一种说法：OpenStack单集群规模超过500节点后就会有性能的问题，包括稳定性和延迟，在这方面我们做了很多工作。
从技术上来说，主要是两个方面，一方面是调度算法，在规模过大时，它会有延时。另一方面是消息队列，因为OpenStack，它所有的服务都是通过消息队列rabbitMQ来传递的，往往消息队列就成为了整个单集群大规模部署的一个瓶颈。
我们则从开源和节流两方面去解决了消息队列的问题。
开源方面，OpenStack原生消息队列是有最大上限这个瓶颈的，我们在对外部署中使用了自己的集群模式的消息队列来代替原生的。这样的处理办法增大了整个消息队列的高并发量。
再就是节流，在大规模的使用的过程中，我们累积了海量运维的经验。分析每一个服务，看他是否在并发过程中需要使用消息队列，如果不需要，我们就会关掉这个服务，以此来减少消息队列的消息量。另一方面，对每个信息我们也有优化。举个例子，一些类似网络ip的信息，会损耗很多消息队列的能力。我们就直接把这类网络信息注入到每一个服务上去，通过这种方式也降低了大量的消息队列。
从以上几个方面做到了大规模部署的方案。目前，在腾讯内部我们使用腾讯云TStack轻轻松松就可以部署1000以上的节点。
腾讯云TStack对服务器硬件的要求是什么呢？
说到底层的服务器，其实无非就是几方面：第一个芯片架构，第二个从服务器整体交付。
从芯片来说，传统的话就是市面上大部分的基于x86的虚拟化云平台技术，现在出现了更节能的基于arm架构去做虚拟化和云平台。有些人认为，底层不用去管是x86还是arm，只需要通过虚拟机隔离上下层即可，其实这是错误的。
在虚拟化过程中，为了提高虚拟化的稳定性和性能，使用了一种指令集穿透的功能。某一部分不涉及到虚拟化的指令集在虚拟机中的应用，当他使用的时候，它以某一部分不涉及到虚拟化指令集，它会直接穿透虚拟层去调用底层cpu的指令。这会造成一个问题：当我们将一个原生x86云平台移植到arm上时，这部分指令集无法穿透，需要大量适配编译的工作。
去年开始，tstack就在做一套平台，可以同时满足x86和arm的需求。
第二个就是服务器整体交付问题：传统意义上来说，大部分云平台是在数据中心交付。其实对某些客户来说，这样的交付方式并不合适。成本比较高，他只需要十几台服务器。对这种场景，我们推出了腾讯云黑石TStack一体机柜解决方案。到现场，只需要插两根线，一根是电线，一根是网线，整个一套云平台就可以直接交付给客户了。
在今年的腾讯全球数字生态大会上，我们现场布置的机柜也吸引了很多客户与我们进一步交流。
我们也想用腾讯云TStack，购买完毕后续交付运维是什么样的？
为了提高大规模部署的交付时效，腾讯云TStack通过部署工具化实现全平台一键自动部署、自动初始化数据、自动化验证，可以做到8小时快速安装部署。
后续运维是我们做to B产品的重要环节，为客户提供持续稳定的运营服务是助力云生态建设的重中之重。
基于腾讯多年的运营经验，我们构建了完善的“1个运营保障+2级热线服务+3级运营服务”的运营体系，提供5*8小时售后电话和在线技术支持，产品需求通过工单流程反馈至产品团队，并提供运维咨询服务和驻场故障处理服务。通过成熟的运维体系和完善的运营服务为客户解决上云的后顾之忧。
中台到底是什么，博士可以给我们讲解下吗？中台和腾讯云TStack有什么关系呢？
芬兰有一家super cell公司，发现他们只有200个员工，但每年的利润超过15亿美金。这个公司采用了一种特殊的运作模式，他每个游戏团队的开发人员只有5到7人。才发现这个公司把所有公共基建，包括系统，游戏算法和引擎集成到了一个技术平台上。每个团队只需要做业务开发，无需关心底层技术问题，这就是最初中台的雏形了。
腾讯云TStack是提供底层服务的，所谓的中台是包括数据中台、技术中台、业务中台。我们为客户提供了一套中台的方案：集成公司内部的数据库、大数据套件等作为数据中台，集成PaaS服务、中间件、缓存，作为技术中台；和行业合作伙伴开发部署了行业解决方案作为业务中台。
所以我们是一个中台的基石，而非中台，致力于完善云平台的生态圈。
这样看来，云计算技术未来发展的方向是怎样的呢？难点何在呢？
首先从云计算发展来说，从07-09年一直开始火起来，我们看来云计算分两个阶段，第一个阶段是资源上云，第二个是业务上云。
资源上云，原先的话我们是应用服务布在物理服务器上，非常复杂也不灵活。虚拟机应运而生，如今只需把应用布虚拟机中，可以实时进行改造。从应用本身来说，并没有改造。
第二步，就是业务上云，对应用和业务本身改造。通过改造，使应用能借助云计算，增强他之前原先没有的能力。
基于云计算平台开发应用的趋势会越来越明显，传统应用开发逐步向云应用方式进行转变，未来是云的时代。
我们也想和腾讯云TStack合作，如何购买操作呢？
腾讯云各大区域都有销售，同时在垂直行业也有行业解决方案。私有全栈云腾讯云TStack希望和垂直行业的合作伙伴们一起打造有行业属性的方案。欢迎联系腾讯云官网，或者在公众号给我们留言均可。
腾讯云TStack与OpenStack有哪些不同呢？
OpenStack往往只管理一个云，TStack从设计之初开始就是以多云纳管概念存在的。腾讯本身在全国各地有80多个数据中心，我们的多云纳管能力可以保证：不管是在哪一个机房，监控体系能查到机房中任何一台物理服务器的所有信息，从而保证整个系统的完整的整个云的稳定性。这样的多云纳管能力不仅体现在数量，不同类型的机器，包括x86、arm、VMware、IBM的小型机我们也可以同时管理，OpenStack是没有这样的能力的。
另一方面，海量运维能力和我们独有的运维平台是OpenStack没有的。运维平台在真正落地时的重要性不言而喻，相比OpenStack只提供一个单云集群软件，腾讯云TStack更是一整套的方案。
腾讯云TStack产品的交付和运维是怎么做的呢？
其实说到一个to B的产品，往往交付是一大痛点。产品开发时，我们大多是在一个环境中，客户现场的环境则是千变万化。我们第一个产品交付用了2个月时间才完成。15年我们痛定思痛，优化出了完整全自动化的交付模式。中型的数据中心，只需一个工作日，8小时可以完全自动化交付。
运维我们称之为“三级运维体系”。首先，有一线人员驻场；其次我们的24小时运维中心支持。技术专家会作为三线的作技术支撑，去解决二线无法解决的难题。
黑石一体机柜则更加快捷简便，插上“两根线”即可使用。
我也想成为一名TStack的交付工程师，怎么加入？
交付工程师培训是腾讯云TStack培养合作伙伴、建设健康云生态的重要途径，也是为云计算行业人才培养贡献力量。
腾讯云TStack交付工程师培训目前已经完成了数十期，我们摸索出了最科学的教学体系和培训课程，通过理论精讲与上机实验相结合的方式，系统性地介绍腾讯云TStack在实际项目中的实施和交付的步骤和技能，包括部署、应用和运维三部分。通过培训和认证即可加入腾讯云TStack交付人才资源池用以项目选人，并颁发权威认证证书。
如果有意向加入TStack的交付团队，欢迎登陆腾讯云官网搜索腾讯云TStack，进入详情页点击培训服务即可了解培训详情并参与报名。
长按识别小程序即可回放直播
猪公仔smallwormer、Leejet猪公仔echo、Yonhochen文化衫小恒 | 猪公仔 | smallwormer、Leejet | 猪公仔 | echo、Yonhochen | 文化衫 | 小恒 | ||
|---|---|---|---|---|---|---|---|---|
猪公仔 | smallwormer、Leejet | |||||||
猪公仔 | echo、Yonhochen | |||||||
文化衫 | 小恒 | |||||||
以上同学请在公众号后台联系小编发送地址哦！
欢迎有合作意向的大家在微信公众号留言
或者直接发送邮件至tstack@tencent.com
· END ·
