建议使用以下浏览器,以获得最佳体验。 IE 9.0+以上版本 Chrome 31+ 谷歌浏览器 Firefox 30+ 火狐浏览器
请选择 进入手机版 | 继续访问电脑版
设置昵称

在此一键设置昵称,即可参与社区互动!

确定
我再想想
选择版块

采采卷耳

发帖: 23粉丝: 22

级别 : 中级会员

Rank: 3Rank: 3

发消息 + 关注

发表于2018-4-28 18:37:49 15632 10 楼主 显示全部楼层
[宣传活动] 【有奖讨论】什么微服务平台,真正加快企业交付速度 ?



       近两年,微服务俨然是一个“火”的热点。对于大型系统来讲,微服务架构以其更加灵活、细粒度的方式使得应用之间耦合更低,团队之间协作更加清晰,交付速度更快,受到了越来越多企业的青睐。
       但伴随越来越多的企业开始采用微服务,另一个问题也开始摆在了我们的面前:当大的单体应用被拆成了微服务,微服务越来越多时,如何管理这些复杂的依赖关系成了一个巨大的难题,这个时候,选择什么样的微服务平台尤其重要。那么到底什么样的微服务平台,是真正能保障开箱即用的治理能力同时,又能够帮助用户更好地管理微服务,保障系统整体稳定性呢?
      今天我们就一起来煮酒话微服务,欢迎畅所欲言,期待你的观点哟~
       1、什么样的微服务平台,能真正加快企业交付速度?(说明理想中这个微服务平台的特点)
       2、你认为哪些应用适合用在微服务上?
       如果您使用过华为微服务产品,可以继续以下讨论:
       3、结合您的行业,您觉得华为微服务框架ServiceComb可适用于什么场景?
       4、基于第三代微服务技术ServiceMesh的CSE Mesher已上线,您看好这个特性吗?

华为云微服务引擎 CSE
华为云微服务引擎(Cloud Service Engine) 提供高性能微服务框架和一站式服务注册、服务治理、动态配置和分布式事务管理控制台,帮助用户实现微服务应用的快速开发和高可用运维;提供Spring Cloud、Service Mesh和ServiceComb商业版
  
延伸阅读:
1、深入揭秘华为企业级微服务架构的实践之道
2、打造一个企业级应用的微服务开发框架(上)---从服务注册中心到服务管理中心
https://forum.huaweicloud.com/thread-8107-1-1-220.html

3、打造一个企业级应用的微服务开发框架(下)---ServiceComb通信处理详解
https://forum.huaweicloud.com/thread-8120-1-1-220.html


参与方式:直接在本帖回复您的评论
活动时间2018年4月28日-5月11日
活动结束后,我们会抽取优质评论奖5名送出20元天猫超市无门槛购物卡

1819062ujidjbivqbnolwx.png

回复 举报
分享

分享文章到朋友圈

分享文章到微博

西秦公子

发帖: 0粉丝: 3

级别 : 版主

Rank: 7Rank: 7Rank: 7

发消息 + 关注

发表于2018-4-28 19:55:23 沙发 显示全部楼层
1、什么样的微服务平台,能真正加快企业交付速度?(说明理想中这个微服务平台的特点)

答:首先,搞定用户教育,目前国内的企业的微服务大多都是摸着石头过河。把用户教育做好,让用户真正感受到微服务所带来的好处,才是持久发展的道路 其次,全工具链支持,微服务和 DevOps 紧密结合,工具链的不完善会让用户跛着脚走路,无法用好微服务,无法最终产生价值。

2、你认为哪些应用适合用在微服务上?

用户系统,比如我们所熟悉的 SSO (单点用户登陆),可以认为是微服务的一部分。

点赞2 回复 举报

aprioy

发帖: 76粉丝: 25

级别 : 版主

Rank: 7Rank: 7Rank: 7

发消息 + 关注

发表于2018-4-28 19:56:21 板凳 显示全部楼层
先顶,表示快速交付的话难道是华为云CSE微服务平台?
点赞 回复 举报

李白云

发帖: 56粉丝: 3

级别 : 版主

Rank: 7Rank: 7Rank: 7

发消息 + 关注

发表于2018-4-28 20:05:01 地板 显示全部楼层
单单只有架构是不够的,持续交付还涉及到一些工程与团队文化方面的影响。所以我认为好用的微服务平台不止能够提供开发框架和管理平台,还要对一系列自动化部署等自动化实践有解决方案,同时要有专家提供咨询和评估,并不是所有行业和所有场景都适合进行微服务改造。
点赞 回复 举报

LittleMang...

发帖: 0粉丝: 0

级别 : 新手上路

Rank: 1

发消息 + 关注

发表于2018-4-28 21:58:09 5# 显示全部楼层
mesher是未来的方向
点赞 回复 举报

jason635

发帖: 36粉丝: 3

级别 : 中级会员

Rank: 3Rank: 3

发消息 + 关注

发表于2018-4-28 23:17:45 6# 显示全部楼层
现在在针对应用架构与微服务的新思考方面,容器生态系统逐渐成为核心主题。根据Battery Ventures技术人员Adrian Cockcroft的说法:关于微服务有一些基本的原则需要思考。首先,如今构建软件的价格更为低廉,容器的出现降低了成本。Docker被所有人纳入蓝图——从软件供应商到终端用户,所有人都在尝试找出容器的用法,因为用它就能加快软件的交付节奏。不过这也代表着要安装的系统是应用级别的,也就是说在应用的开发、部署与管理方面出现了不同的需求。
点赞 回复 举报

蓝书签

发帖: 30粉丝: 9

级别 : 版主

Rank: 7Rank: 7Rank: 7

发消息 + 关注

发表于2018-4-29 10:42:42 7# 显示全部楼层
  1、什么样的微服务平台,能真正加快企业交付速度?(说明理想中这个微服务平台的特点)
              轻量级、服务平台化、智能、自动化
  2、你认为哪些应用适合用在微服务上?
              小:微服务体积小
              独:能够独立的部署和运行。  
              轻:使用轻量级的通信机制和架构。
              松:服务之间是松耦合的。

点赞 回复 举报

liubao68

发帖: 76粉丝: 5

级别 : 注册会员

Rank: 2

发消息 + 关注

发表于2018-5-2 10:34:15 8# 显示全部楼层
加快企业交付速度,是多个方面的,伴随软件的全生命周期,还有企业的组织、文化等软实力。从个人的经验看,下面的几部分非常重要:
1. 开发阶段,选择一个适合的开发框架。开发框架需要具备容易上手、功能丰富、学习资源充足,并有很好的成长前景。学习一个新技术,并培养一个团队使用这项新技术并不是容易的事情,使用好更是需要比较长时间的积累和摸索。在熟练使用开发框架后,开发效率会指数的提升,因此建议在选择开发框架的时候,应该至少考虑未来3~5年的这样一个使用周期。
2. 工具链。和开发框架一样,选择熟悉的工具,能够让开发事半功倍。熟悉工具也是需要时间的,但是这块相对开发框架,需要定一个1~2年的使用周期即可,并在工作中尝试使用更有效率的工具。
3. 服务运维方面应该尽可能自动化。 需要人工干预的环节采用事件通知,比如短信、邮件等,高级内容应该少。
4. 文化方面要有持续演进、快速迭代的意识。 要和上下游一起进行迭代演进。这方面包括快速响应上下游的变化,能够针对快速变化的系统实现自动化测试、快速上线,增强变更快速检测和修复能力。

点赞1 回复 举报

shd

发帖: 15粉丝: 5

级别 : 版主

Rank: 7Rank: 7Rank: 7

发消息 + 关注

发表于2018-5-2 13:47:26 9# 显示全部楼层
1、什么样的微服务平台,能真正加快企业交付速度?(说明理想中这个微服务平台的特点)

答:云端基于Docker的微服务平台简单好用,便于开发,扩展了对网络、存储的支持。
首先底层是公共云计算平台或者企业的专有云。在此之上是容器层,除了Docker之外,Docker仓库,还有相应的存储和网络。
原生的Docker是远远不够的,它提供了相应的机制,我们也建议这种机制把云端的块存储、对象存储、网络存储都能够非常容易地集成进来。

2、你认为哪些应用适合用在微服务上?
答:大部分松耦合的组件可以放到docker上面,通过Kubernetes或者是其他如swarm mesos去调度来实现。


点赞 回复 举报

坐地日行八...

发帖: 0粉丝: 0

级别 : 新手上路

Rank: 1

发消息 + 关注

发表于2018-5-7 15:42:56 10# 显示全部楼层
       1、什么样的微服务平台,能真正加快企业交付速度?(说明理想中这个微服务平台的特点)
           微服务对于企业业务的核心价值就是在于快,再分解一下就是构建快(80%框架的功能直接用而不需要了解细节、高级功能只有专项人员关心应该尽量屏蔽或者分离,通用和标准化、异构系统易于对接集成、最大化减损已有资产)、修改易(只要对外接口明细,服务内部细节完全管控)、成本低(可抛弃、可替代);
          
       2、你认为哪些应用适合用在微服务上?
           IT类/互联网类应用、CT类/管理类应用,服务接口差异性低(标准化高),易于叠加或者解构的应用,而对于铁板一块的大系统,并不适合所谓微服务,如果这种应用架构上设计有足够前瞻性,或许可以通过通信层改造适配+叠加方式构建微服务;
          
       3、结合您的行业,您觉得华为微服务框架ServiceComb可适用于什么场景?
          
           IT类应用、管理类应用; 其实微服务框架很多,想要一家独大完全没有意义,使用者最关心的还是简单(大道至简)、快(唯快不破),做足开放性,用开发者服务来屏蔽所谓的框架更具备吸引力。
          
       4、基于第三代微服务技术ServiceMesh的CSE Mesher已上线,您看好这个特性吗?

           非常看好,service mesh核心就是要屏蔽微服务框架细节,让微服务更透明,让企业应用开发者更聚焦在核心逻辑上,而不是那些80%都不应该也不需要关心的功能或者细节上;
           但是这个功能,对技术狂热者或者客户技术人员或许关心,对于真正开发微服务的人员并不一定那么care(个人意见);

点赞1 回复 举报

游客

您需要登录后才可以回帖 登录 | 立即注册