华为云PaaS | ServiceStage，让微服务云应用触手可及
在企业互联网+发展下企业竞争加剧，个性化产品、市场需求快速多变、应用系统流量不可预期，这要求IT系统具备移动化、敏捷创新、低成本的特点，越来越多企业选择将应用从线下上迁移。传统IT系统云化改造会面临架构改造、复杂应用的部署和运维困难等问题。借助成熟的企业应用微服务框架和云中间件产品，可以降低单体应用架构改造的难度，并简化应用部署和运维复杂性，适应业务持续发展。传统单体应用的困境 随着新需求增加，传统的单体式应用变成大而复杂的怪物，软件开发面临诸多痛苦：1、 需求响应跟不上：互联网模式常态下，应用每天会更新很多次。复杂耦合的单体式应用增量开发难、且改动涉及大规模测试；2、 按需扩容困难：单体式应用在不同模块发生不同资源冲突时，紧耦合模式无法按需扩容；3、 系统健壮性越来越差：所有模块运行在一个进，任何一个模块中的一个bug，比如内存泄露，将有可能弄垮整个进程。4、 应用上线过程繁琐：图一：业务上线过程 • 申请资源：资源获取人工提前申请效率低，资源通常独占，资源利用率低；• 安装部署：烟囱式系统，全手工部署（安装OS、数据库、中间件、业务组件）• 应用配置：配置项多复杂、易出错，而且每个环境配一遍（开发、测试、生产）• 应用升级：打补丁方式、手动升级、中断业务• 应用运维：应用崩溃？闪退？服务端响应慢？系统资源不足？故障难定位！随着云计算、互联网公司大量开源轻量级运行技术、云化基础设施、标准化代码管理等日趋成熟，DevOps、持续交付等概念深入人心，为传统IT系统的微服务云化扫清了技术和文化障碍。在实施传统单体应用向微服务转变后，可以借助云化基础设施、借鉴更好的开发框架、更合适的编程语言和开源部件、轻量级协议、轻量级运行时技术，一解上述单体应用和传统开发运维模式的困境。实现微服务云化面临的挑战微服务云化绝非事事完美，微服务架构意味着以更复杂的应用管理、运维环境为代价，实现更敏捷的应用交付及更快推出市场。企业实现微服务云化改造，将对面临种种挑战：• 如何保证大量微服务的有序开发、上线、兼容 ：微服务架构下，需要管理服务之间的复杂依赖关系，支持各服务间独立开发、验证及上线，保证服务兼容性，避免联动变更。• 如何支持大量微服务频繁部署和升级，不中断业务：微服务数量多，新特性开发或者Bug Fix过程中需要频繁部署升级。• 如何支持微服务云环境下故障快速定界、定位：每个微服务以独立进程多个实例运行，其运行日志分布在多个节点上，一个操作可能涉及多个服务调用，某个服务出现问题后如何做到快速定位、快速排障 。• 如何降低传统应用微服务化的改造门槛和成本：目前仍然有大量的存量企业应用还在运行，对这部分应用的微服务改造不是一蹴而就的。ServiceStage云服务，提供一站式微服务云应用管理华为云ServiceStage微服务云应用平台，提供一站式企业级微服务应用管理，能够适应企业应用的复杂环境，帮助企业平滑改造上云。同时，ServiceStage的微服务全生命周期管理，帮助企业降低云上应用部署、频繁升级、运行管理和运维复杂性。图二：ServiceStage关键能力• 开放、灵活的资源调度框架,基于Kubernetes容器编排平台，支持资源混合编排，让应用平滑上云。• 开放的微服务框架，支持业务低成本微服务化改造；丰富的微服务治理能力，保障分布式云环境下业务高可靠运行。• 一站式微服务应用生命周期管理，部署、启动、停止、升级、回滚、删除等。• 海量微服务调用链跟踪、应用级监控、故障告警、日志分析，支持分布式环境问题快速定界定位。ServiceStage云服务于HUAWEI CONNECT 2017期间在N5云服务展区展出，为期三天，欢迎参观体验。（注：此文属于登载的商业信息，文章内容不代表本网观点，仅供参考）
正文已结束，您可以按alt+4进行评论
相关搜索：
看过本文的人还看了
在这里，读懂娱乐圈
扫描左侧二维码即可添加腾讯娱乐官方微信；
您也可以在微信上搜索“腾讯娱乐”，获取更多娱乐资讯。
[责任编辑：yeenyin]
Copyright & 1998 - 2018 Tencent. All Rights Reserved我是普元顾问，欢迎与我在线交流。管理与部署
边缘云服务
通用解决方案
安全解决方案
DevOps解决方案
EI 视觉认知
EI 智能视频
EI 行业场景
资讯与赋能
华为云应用服务专场
让您的应用轻松上云
一元抢购，有奖问答，Demo体验，优惠券……不容错过！
突发流量导致应用崩溃？
线上性能问题难定位？
促销活动不知道准备多少资源？
高并发情况下应用响应慢？
提前预防，CPTS（云性能测试服务）帮您解决
云性能测试服务是一项为HTTP/HTTPS等协议构建的云应用提供性能测试的服务。
能帮您解决哪些问题？
新应用上线前性能测试
现有应用性能瓶颈测试调优
电商抢购测试
游戏高峰测试
单张优惠券每人可领取至三张，该券仅供DDM包周期可用，领取后90天内有效
2018年4月开始可用券购买
o解决数据库容量、性能瓶颈和分布式扩展问题
o场景：海量数据的高并发访问
单张优惠券每人可领取至三张，该券仅供DDM包周期可用，领取后90天内有效
2018年4月开始可用券购买
? 11336/月
每人通过答题可获得一张优惠券，
分享至微信可再获得一次答题机会，
每人最多可获得两张优惠券。
数量有限，先到先得
电商网站Demo
2048游戏Demo
天气预报Demo
专家咨询区
一对一专家咨询问答，点击下列产品名称进行发帖，与海量专家轻松约见 活动规则 &
缓存类型： redis
缓存版本： 3.0.7
实例类型： 2G
实例规格： 单机版/主备版
原价：?76.8/月
热销分布式缓存服务DCS 一元即可试用一个月
最高支持10000并发连接
支持灵活扩容
独有的安全防护措施
小微互联网应用 | 中小企业测试环境
缓存类型： redis
缓存版本： 3.0.7
实例类型： 2G
实例规格： 单机版/主备版
原价：?76.8/月
您好！登录后才能参加活动哦！
亲，您还未完成实名认证，请先认证！
请选择数据中心！
活动规则：
1、适用人群：完成实名认证的华为云用户；
2、活动时间： 日-日；
3、参与方式：每用户在活动期间，抢购成功后，请至用户中心查看；
4、为保证活动的公平公正，华为云有权对恶意刷活动资源(“恶意”是指为获取资源或奖品而异常注册账号等破坏活动公平性的行为)，利用资源从事违法违规行为的用户将被收回套餐使用资格；
5、所有参加本活动的用户，均视为认可并同意遵守。
活动规则：
1、适用人群：完成实名认证的华为云用户（渠道用户除外）；
2、活动时间：日-日；
3、参与方式：每个用户可免费答题一次，分享活动可额外获得1次答题机会，每个ID最多领取两张代金券。
4、奖品说明：200元代金券；
5、代金券明细： 获取形式：用户答对题数达到50%后（即4道题答对2道）可获得代金券，代金券将由系统将自动发放至用户中心；
6、使用说明：代金券仅限活动期间及活动结束后1月内有效，仅适用于购买DCS产品抵扣。
7、同一订单代金券不可重叠使用，华北区1、华东区2、华南区1适用，使用后如退订退款代金券不予退还。
8、如有疑问请致电华为云官方客服电话：，请认准官方电话，谨防上当受骗；
9、请大家文明参与，恶意(“恶意”是指为获取资源或奖品而异常注册账号等破坏活动公平性的行为)用户将无法获得实物奖品和优惠资源；
10、所有参加本活动的用户，均视为认可并同意遵守。
活动规则：
适用人群：完成实名认证的华为云用户
活动时间：日-日；
参与方式：
1、图片鉴黄demo：实名认证用户皆可体验
2、 APM、 CCE、CSE的demo：请使用功能说明中的账户登陆体验
所有参加本活动的用户，均视为认可并同意遵守。
活动规则：
1、参与限制：华为云已注册用户；
2、活动时间：日-日；
3、参与方式： 第一步：未登录或未注册用户，点击活动页面右上角“登录”或“注册”完成注册或登录； 第二步：点击活动页面“专家咨询区”下的对应产品名称，进入对应产品论坛版块； 第三步：每个产品论坛版块对应有一篇专家置顶帖，标题如：【你问专家答】与技术大咖的亲密交流之旅---#产品名#。在该帖下面回复，提出自己最想问的问题，将会有技术大咖一对一回复您；
4、专家回复时间：工作日8:30-12:00、13:30-18:00，其余时间，等待下个工作日进行回复；
5、所有参加本活动的用户，均视为认可并同意遵守。
活动规则：
1、参与限制：华为云注册且已完成实名认证用户；每款产品每天限量发放一百份领取资格，资源有限，先到先得；
2、活动时间：日-日；
3、参与方式：用户在活动期间，直接领取，领取成功后，请至用户中心查看；
4、为保证活动的公平公正，华为云有权对恶意刷活动资源 (“恶意”是指为获取资源而异常注册账号等破坏活动公平性的行为)，利用资源从事违法违规行为的用户收回套餐使用资格；
5、所有参加本活动的用户，均视为认可并同意遵守。
您已获得代金券
点击分享，再获得一次答题机会哦！
图片鉴黄应用demo
这是一个安装好的图片鉴黄、鉴恐应用。您可以进行免费体验，深入了解函数服务等相关产品服务。
该demo使用函数服务和华为云EI企业智能服务、API网关服务结合，用户可以快速构建证件，票据文字识别。
电商网站demo
这是一个ZMALL电商网站demo，您可以进行免费体验，深入了解APM。
该demo向您展示APM的应用自动运维和运营保障功能，通过事务、拓扑图和调用链分析，帮助您快速发现和诊断业务问题。
帐户名：apmdemo
用户名：apmdemo1
密码：apm1234
温馨提示：本demo为模拟环境，请用统一账户登录。如需体验APM完整功能，请登录个人账户重新部署该应用，操作步骤请查阅
2048游戏应用demo
这是一个2048游戏应用demo，通过免费体验，了解如何通过CCE简化云上自动化容器运行环境搭建。
该demo向您展示云容器引擎服务的一站式部署和运维、可定制的DevOps持续交付、灵活的弹性伸缩等功能。
帐户名：CCE-demo
用户名：CCE-demo1
密码：Huawei@1234
温馨提示：本demo为模拟环境，请用统一账户登录。如需体验CCE完整功能，请登录个人账户重新部署该应用，操作步骤请查阅
天气预报demo
这是一个安装好的天气预报应用，该应用可以为您提供世界各地当前的天气详情以及未来5天的预报。您可以进行免费体验，深入了解CSE。
该demo向您展示微服务引擎的治理能力，以及对新服务快速开发和已有服务零改造接入的支持能力。
帐户：test_deploy
密码：hello0..
温馨提示：本demo为模拟环境，请用统一账户登录。多人同时在线对体验有一定干扰，如需体验CSE完整功能，请登录个人账户重新部署该应用，操作步骤请查阅
恭喜您，领取成功！
进入用户中心-费用中心-查看具体详情。资源有限，请尽快使用。
请点击浏览器分享按钮，将活动发给好友或者分享到朋友圈，再获得一次答题机会哦《云计算架构技术与实践》一书的相关内容，以及云计算、互联网、大数据等相关的话题...
华为FusionStage PaaS平台技术探秘之微服务运行与治理框架
一、哪些应用适合用在微服务上？
没有太标准的说法，主要看应用的实际情况。
1、应用希望使用在云场景下。
首先这个应用是想用在云的场景上的。这个是前提。在云场景上应用会更灵活、更快上线。云上有它自身的特点，比如云上系统运行环境是容器或虚机，并不像传统场景下是物理服务器。这些要求导致应用是不是要用微服务。
2、应用本身很重很复杂，可以考虑使用微服务。
对于应用本身来说，如果特别简单，也很灵活，在容器或者虚机场景下就很快使用，那就不需要使用微服务了，如果说容器本身就很重很复杂，有至少几十个节点，曾经在一个服务器搭建出来，可以考虑下用微服务。
微服务帮用户实现故障机制：熔断、容错、隔离。达到故障迅速恢复。
微服务上过云环境，在云环境体系下就是放在容器下跟另一个容器中你的另一个组件去交互，你会发现不知道这个虚机或者这个容器的地址在哪里，这样就需要自己去实现访问机制，但你在原来传统的应用服务器的场景下是固定的IP，在云上容器IP会根据实际的情况变化。就比如你的节点或者虚机出现故障，它会挂掉，有自己的保护机制能够拉起来，但是IP就会变。如果IP变掉，你的业务怎么样才能不出问题，这样还是要结合具体的云场景说。
在云上用了微服务会碰到在云上才会发生的故障，比如云上的容器出了问题，这种场景下我们在传统应用服务器上出现的故障情况不同，比如有的时候是网络故障，有的时候是容器迁移了等其他原因。不否认云上出故障的频率比传统物理机上要高，这里就必须要有个故障保护机制，这个故障机制就需要这个应用自己去做，如果没有用微服务的话。用了微服务，就会帮你实现故障机制：容错、熔断、隔离。微服务帮你做了你需要做的事情，不需要你再考虑，统一帮你解决这些问题。
在云上可能会面临如何去运维和定位问题这样的一个场景。有的应用可能做了很强大的运维手段和系统，有的应用并没有这么强大，也有可能做了运维系统，但是在云上有些不符合的东西。比如说在物理机环境下运维系统基于每个IP是固定，然后再构建你的运维系统，但在云场景下这个场景就不成立了，你的系统就不成立或者不适合。这就涉及到在云上是如何运维，其中一种手段就是calling tracker业务调用链跟踪，还有很多微服务的运维手段。Calling tracker 会记录你的每一个组件，用了微服务之后，你的消息都是经过微服务发的，能做到消息跟踪，并不需要你关注，只要你需要的时候打开。它能帮你跟踪每个应用的消息链，帮你绘制拓扑图：比如你组件相互的关系，帮你描绘每个相互关系的时间，比如XX毫秒在这个模块发出，进入这个模块，到另一个模块出来耗时多久，这些信息都可以用Calling
tracker绘制。经过这个拓扑关系绘制之后，你会发现你原来发现不了的问题，比如这个模块消费的时间最大，可能就是你性能消耗点在这里；还有就是故障发生的时候，原来能走到的一个过程，现在走不到了，比如这条链，因为在访问关系中这条链路的调用关系中断了，这个就可以从微服务运维的界面上清晰地看到业务的交互过程，这个就是微服务里面帮应用解决的一些问题。
二、微服务的管理和技术是如何实现的？
第二个问题就是我们是怎么实现这个微服务的管理，实现微服务这个技术？里面涉及到几个主要的服务/架构。
稍微深入一点，在微服务架构里面是有个服务器的。这个服务器相当于是担任整个微服务所有信息的管理，我们可以叫它service center。service center里面有很多主要的功能点，首先就是一个服务注册管理：首先要解决的就是把一个应用拆散之后，需要让各个部件各个小模块之间能够发现对方，然后能够通过一个统一的机制找到对方的地址，然后发送请求，所以这里面服务中心这边提供注册发现的功能，我们这边就叫service register。
然后在客户端这边有个发现的模块，这个模块就是现在微服务框架里面提供一个微服务的功能，在客户端是通过SDK，相当于是一个包，就java里面的包类，然后引用一下，就可以在自己代码里面使用微服务功能，使用起来比较简单，如果是java语言的话，10-20行之内的代码就能用起来。主要引用它的jar包这样一个SDK。这个逻辑在用户这里是看不到，是根据你给的信息到服务注册中心去发现你的服务，这个是调用者，也就是我们说的消费者：它说我要去访问某个服务，就去服务中心拿到服务信息，这边就实现它的发现；这边还有个提供服务的角色，就是provider，这个provider同样在SDK里面有个注册的过程，注册的过程就是注册到注册中心，注册中心会发布这个服务。所以所有的发布者在注册中心注册服务，所有的消费者在注册中心发现服务，然后实现一个注册发现。这个是最基本的能力。
第二个就是还会有一些对服务的管理，比如说对服务版本的管理，我们叫service manager，主要是一些信息的管理，然后让外部能够查询到，就是这边有一个维护人员，或者是一个管理者看这个中心的有哪些注册信息，还有相关的一些服务的管理人员。
第三个就是配置管理。这个对于微服务框架来说也是比较重要的，因为一个应用可能会根据自己的业务调整自己的配置，所以它需要一些配置管理，所以我们需要提供一个配置中心，然后把它的配置同步到所有配置节点上，然后我们不需要逐个节点地管理自己的配置，这个是微服务里面自然而然提供的一个功能。这个配置中心对微服务系统来说比较重要。
还有就是在因为我们主要的功能点在SDK上。在SDK里面包含很多特性：比如说我们发现它，然后再解决两个节点之间简单地建立连接然后创建请求，这个都是在微服务SDK里面提供的能力；还有就是解决微服务的监控和运维，因为我们把一个应用拆散之后，他们互相之间的调用关系、调用情况都需要给用户一个可视化的体现；另外需要解决服务治理，比如调用过程中异常，如何解决异常。
1服务治理；2、服务注册发现；3、服务运维这几个特性都会在SDK里面体现。
服务治理的模块在这里叫Business keeper，主要做的就是故障的容错熔断，还有就是资源隔离的特性；还有就是IPC(RESTFULL +RPC)，就是我们常说的消息转发的过程，通过它来把消息发送给远端，再往下就是我们的calling tracker，就是用来做消息跟踪的。
逐个讲一下关键特性在SDK里面做了什么事情：
Business keeper主要做的就是服务治理，首先是容错。容错就是向provider请求消息，如果出错了，可以有些策略，我们可以重发这个请求，或者说是找下一个节点，可能你当前访问的节点是不正常的，不代表整个后端的所有节点都是不正常的，所以可以尝试查找下一个节点实现容错，还有就是可以实现自己定制，就是根据自己的业务情况定制容错处理。
第二就是熔断，熔断这部分更可以理解为一个解决依赖的问题。假如说一个后端服务不正常，可能一个消息发出去，这个消息内容可能要等到超时才能等到结果，熔断就是为了解决这方面的问题，根据请求历史状态，提前判断服务后端正不正常，通过这样的中间控制保证不会因为后端服务不正常导致消费者大量无效的等待，以及等待造成的影响。这个也有自己的检测机制能够从熔断状态恢复过来。
第三个就是隔离，隔离就是消费者会可能会访问不同的服务提供者，不同的服务提供者有不同的业务，隔离主要解决的问题就是当它访问A 这个provider占用资源和它访问B服务访问资源的时候能够把资源隔离开，不会因为大量访问B的业务不会导致consumer这边的资源被耗尽，导致A这边的业务无法运行，这是隔离这边做的特性。
IPC就是消息的构造和发送，这部分的逻辑主要解决了把应用拆散后，相当于让所有的功能组件之间有了网络的交互，这里提供了这样的模块就是让你很方便建立组件与组件之间的通道，而不需要自己去构建消息交互过程，这个模块主要是简化在拆分微服务之后消息的处理，就不需要每个开发者自己构建消息通道，而是由微服务帮你维护和创建消息通道。在这个消息发送过程中有个calling tracker也就是消息跟踪的处理，这个处理主要就是去跟踪你一个业务请求消息的过程，这个特性也是微服务里面的一个特点，这种处理方式直观上让你知道前后调度的关系，让你知道你的业务在每个节点上消耗的时间，还有走过的模块，这个比传统应用上更直观让你了解业务的运行状态，让你了解业务消耗时间，定位你的问题。
这几块主要都是微服务的特性和功能点，回答如何把应用换成小模块以及之后如何解决消息的互相访问，和被拆散之后请求过程中出错的处理方式，保障业务的正常运行。
没有更多推荐了，}