以下是现场速记。
博云售前解决方案架构师 尹贺杰
尹贺杰：非常感谢各位领导、各位专家，百忙之中来听我做介绍。我今天演讲内容包含四个部分包括简介、能源行业整体解决方案、能源行业落地案例分享、写在最后。
首先介绍一下博纳讯动，12年成立一直到19年。目前公司规模超过350人，大部分都是技术人员，在北京、上海、深圳有相应解决中心和研发中心。我们获得过很多荣誉，同时相应产品获得相应的资质认证等。
博纳讯动大量产品获得很多项目资质以及取得很多荣誉离不开相应技术的进展，包括Paas产品线、云管产品线、新业务产品线以及和中科院长期合作获得优秀产品和优秀解决方案。
博纳讯动包含以下产品IaaS、PaaS、自动化运营产品以及多云管理产品，根据不同的场景比如说像基础设施场景、互联网业务场景、运维保障场景、多维服务场景结合行业相关特点提出我们能源行业解决方案。
首先介绍一下我们整体行业解决方案，根据我刚才说的包含我们针对各种云，无论私有云、混合云、公有云，无论计算存储化、网络存储化提供底层iaas支持，以及向上支持paas支持，配合我们的多云管理产品和我们的增值化运营产品实施整体行业云解决方案。
由于时间关系，我今天只讲项目落地的内容，包括paas平台内容。很多因素正在向云的原生结构进行项目转型，为什么这么做?随着需求变化的快速上线，用户需求快速业务，用户访问不确定，要求弹性伸缩以及用户可用性、高可用性、去中心化、自动化运维等相应需求我们能看到业务正在向这些方面进行转型。
为什么要去做物理机容器化转变?我们想要的这些物理机或者虚拟机上面承载的服务化业务如何提供更快速的业务，如何为我们业务得到足够好的支撑，我们会对原有业务进行相应的改造，让它具备一些更快速的弹性或者更快速的云部署、云上线等相应能力，用相应容器技术解决上述的问题。
随着企业增长，业务规模越来越庞大，在庞大过程之中会产生很多问题。例如扩展的问题、弹性的问题以及软件复杂性的问题，单体用户来说相应缺点会暴露出来，例如任何模块在更新过程中都会造成业务下线，这时想有没有更好的方式，比如利用互联网技术去对单体应用进行相应的改造，让它实现彻底服务化，去更好支撑业务，保障业务像京东那样24小时一直在线，对它进行微服务改造。
改造支出，我们看到随着业务增长包括相应政策、不确定性问题，我们会将原有由项目交付形式变成以产品的形式进行交付。按照多种业务因素驱动IT业务正在向云原生结构进行相应准备。
博纳讯动会提出自己的解决方案，包含底层像容器云业务、DevOps等业务组成整体的PaaS平台。
首先我们讲一下博云，对用户传统业务的改造。当用户上云过程中会面临很多问题，开始技术并不是基于云技术开发的，就是传统应用，如何将传统应用快速上线使用云技术，我们提出的方案是给用户最直接感觉虽然用到了容器，但是使用的体验很像虚机，既兼顾用户业务迁移特性同时也保障了用户的知识的一致性以及管理一致性，我们提出自建设的胖容器技术，帮助企业由传统的业务应用迁移到新的容器平台上面来去解决容器化问题。
第二，我们提出高性能网络通信帮助企业最开始实现多个容器网络高性能通信、分离还有安全管理，同时支持ipv4、ipv6混合组网使用，我们能看到用户在业务分析变化过程中有很多政策要求，例如帧最ipv6通信协议，如何利用它进行相应互联网化通信，以及针对ipv6各个组件之间如何管理?我们提出高性能网络通信解决方案解决网络通信和网络使用的问题。
在业务上线以后我们往往也会面临新的问题，例如说传统应用还有原生应用都在云上面进行使用，但是我很难确定我新上线的应用能否支持我现有的用户的规模以及支持我现有用户的使用?就利用底层极强的负载均衡能力，新业务旧业务进行流量分担，在不确定新业务能够完整支持现有业务运行状态下实现流量分担，我对新业务例如分配给它10%流量，对原有业务分配90%流量，让它支持网络业务的正常使用，如果一旦新业务出现问题，我能够快速通过我的负载均衡快速将业务进行迁回来，实现我原用业务不会中断，保障业务使用。极强的负载均衡能力能满足整体业务条线使用，同时包括健康检查、证书管理等项目功能。
整个容器或者整个的业务进行完整化改造以后，我们本身机型也支持多集群管理能力，支持全局负载均衡，在多个部署中心部署多个集群，保障业务能够充分安全稳定。任何数据中心坏了，通过我们的技术都能对用户原有技术进行保障，任何数据坏了都能将原有业务实现交付。最主要的是根据用户访问IP实现智能化解析，好比我们现场用百度，家里也用百度，但是我们发现访问使用IP地址不一样，提供数据中心可能来自不是同一个数据中心，博云公司提供智能化进行负载均衡。
我们刚才说过了，很多项目我们不希望以利用项目的方式去交付，我们更希望以产品的形式去交付。为什么?我们能看到在整个项目建设过程中，我第一步建设完毕之后，第二步建设过程中对原有项目关注度没有特别高，我们希望通过DevOps项目对原有项目进行相应的管理。只有扩展工作，甚至对原有平台实现功能的增强和功能的集成，无论从产品精益、开发、测试、运营提供完整工具链支撑它相应增加，做到资源共赢，保证我们什么时间、地点用什么工具解决什么问题在什么流程之下用什么方式去处理，用DevOps实现完整的DevOps落地。
同时DevOps技术，也可以帮他们做到像标准化、规范化流程化以及可视化，所有都以图形化界面进行展示，各个流程都能做到可编译化。
我们能够看到当业务完完整整实现互联网化以后，它会面临向微服务化进行转型，它会产生很多微服务结构，去解决软件中心的复杂性问题。接着我们对这些问题就会逐渐变成很多颗粒化，服务颗粒会非常、非常细，也非常多，我们如何管理它?我们就通过我们微服务治理平台，对它实现两个：监控、治理，无论整个拓扑展示、服务可用性监控以及服务链路、日志、告警实现统一监控，针对各个服务来说实现服务限流、治理、降级、熔断、保护等解决我们微服务的服务颗粒管理问题，同时做到我们无论开发框架+服务治理+微服务整体化的微服务治理交付方式。
我们在整个微服务交付过程当中包含以下几块内容：包括设计和咨询。后面有案例讲到相关咨询内容，介绍我们如何给客户选择微服务架构，解决软件、领域、语言开发、规范、治理等问题做到异构微服务统一治理，以及最后会解决强大的企业级API网关问题。
微服务拆分指导过程中，经常会提到DDD领域驱动设计，根据用户不同领域选择不同的技术提出不同的拆分方法去解决业务的问题和核心问题。另外一个是帮助企业进行微服务架构的选型，例如根据企业的开发人员选择适合他的开发架构去解决他微服务架构选性的问题，以及对他所有微服务开发进行项目指导，解决微服务框架相关问题。
我们在整体平台上面也提供微服务治理产品，包括各个服务之间的服务关系、服务调用关系、调用频次关系。这里有很多线，红色线告诉我们有些服务调度过程当中响应时间会产生什么样的效果，例如响应时间过长、过慢都会有相应的批示和指示。
后面是我们介绍我们的整体API网关，我们希望将用户所有服务都能注册到服务网关上面来，通过服务网关进行统一提取和统一使用，以监控分析等共同去共同管理我们企业已有的服务，避免企业服务的重复化建设，组成我们整体PaaS平台解决方案。
后面是我针对各个能源行业落地案例分享：
第一个落地案例，是我们中石油党建系统的落地案例。党建案例包含六大模块：信息咨询、业务管理、学习教育、线上活动、数据分析、考核监督模块，这些服务模块是我们和中油瑞飞公司合作的。
在服务过程当中，这是我们整体的框架，包含我在数据中心上面、基础设施上面提出像平台服务、管理服务以及向上建设项目应用，包含政治建设、组织建设，我们对它原有业务进行相应的DevOps微服务改造，保障它的任何模块安装、更新、升级都不影响到它整个业务系统的持续稳定运行。
另外一个案例落地，江苏电力PaaS平台项目建设，对它原有业务实现迁云和上云，实现弹性伸缩以及自动部署等用到了我们一些相应的迁移工具，保障它传统业务迁云上云使用，做到容器管理、应用管理、组件&服务化、一体化监管、多租户，最终收益帮助它应用快速部署、可视化编排部署、秒级弹性伸缩、应用级全局监控、持续集成、流程变更/简化。截至目前来说运行系统已经超过200个，都在我们的容器平台上进行快速部署和使用。
我们还有一个南方电网的案例用到我们整体容器平台，做到像持续集成、自动部署、自助服务、计量计费以及滚动升级、多数据中心管理以及容器为中心帮助他们做早自动化部署。
写在最后，说一下博云贡献。因为我们在做paas，博云在paas上面有很好的技术基础，截至2019年12月3日Docker贡献中国第一、世界第七，Kubernetes贡献中国第二、世界第五。
我主要讲的内容是包含以下内容针对企业如何迁云、上云?另外我们针对ipv4和ipv6混合组网使我们业务具有很好的扩张能力，还有一个针对业务上线过程当中的相应的均衡负载分担保障业务具备充分时间稳定上线，以及我们本身具备集群的高可用能力，任何数据中心出现问题都能够快速的进行服务响应。
左边是我们的博云公众号，右边是我个人微信号，希望各位能够进行相互添加，进行下一步的沟通。
京公网安备 11010502049343号