资讯专栏INFORMATION COLUMN

云架构升级,微服务落地GIStack for Manager

bingchen / 3202人阅读

摘要:第二种则由多个小单元构成,每个小单元都是独立的服务。微服务架构所依赖的弹性通信轻量等需求容器恰好可以完美提供,因此微服务与容器可以说是完美的一对。

谈到架构,微服务架构已然是时至今日必聊的一个话题,系统架构的选型与是否转型,不应该是为了微服务架构而架构,而是源于微服务架构自身是否更适合业务自身的需求,微服务架构的优势与所要付出的代价是否值得你,去做一次转变。
   GIStack for Manager(捷泰天域睿图云GIS管理系统)在探索、挣扎、迭代、酝酿、分析了很久以后,勇敢的走向架构微服务化,正在实现一个GIStack for Manager架构的全面升级。
  从GIStack for Manger谈什么是微服务?它有什么好处?
   下图是GIStack for Manager实现方式示意,左侧是传统的整体式架构(单个巨型单元),右侧则是微服务:

GIStack for Manager实现方式示意图

   两种模式的区别在于第一种是整体式架构,只有一个大单元。第二种则由多个小单元构成,每个小单元都是独立的服务。 

此图足够细致,从中很容易找到微服务模式的吸引力所在: 

独立开发:小型的独立组件可由小型的独立团队构建。一个小组可以专门负责开发“Monitor”服务,不用去管其他服务。每个组件的功能变得简单,这样一来,开发人员了解组件的时间大大减少,更容易开发新功能。 

独立部署:每个多带带的组件都可以独立部署。这样一来发布新功能的速度就更快,风险也更小。假设“GIS Service”组件修复了 bug 或者新增了功能,那么部署时并不会影响其他组件。 

独立扩展:每个组件可以独立地进行扩展。在产品发布时或者您需要进行扩展定制时,如您可以扩展“VM Services”组件,而不必扩展所有组件,这样一来扩展更具弹性并且降低了成本。 

可重用性:每个组件各自实现一个小的、特定的功能。这意味着它们可以很容易地适用于其他系统、服务或者产品。组件可以被其他业务单元使用,甚至可以改写成一个新的业务,从而为其他组提供转码服务。 

GIStack for Manager如何实现微服务?

微服务架构的关键点就在于如何将分析业务与代码实现之间的关系,将功能拆分成一个个独立的单元,而这个小的单元即为一个微服务。那么多小的服务可称为微服务呢?是由代码的行数决定、还是重写的时间、还是业务功能?No,在进行设计过程中,我们遵循以下原则:
   低耦合、高内聚:一个服务完成一个独立的功能,保证服务的独立性和完整性。
   按团队结构:小规模团队维护,快速迭代。
   以下即为GIStack for Manager系统微服务架构粗略实现:

GIStack for Manager系统微服务架构

设计原则: 

服务独立性拆分原则:按照不同的服务功能进行拆分。 

前后端分离:便于代码维护、提高前端用户优化体验。 

无状态服务:有状态的业务服务改变为无状态的计算类服务,那么状态数据也就相应的迁移到对应的“有状态数据服务”中。 

Restful通信风格:无状态通信。 

微服务与容器、DevOps的关系?

我相信很多关注微服务的读者们,经常看到微服务与容器、微服务与DevOps等关联在一起,那么系统的微服务架构与它们是什么关系呢? 

微服务与容器:完美的一对

微服务技术和容器技术很容易勾搭到一起。容器可以实现服务发现 、负载均衡、分布式等特性,容器着眼于部署架构,或者说是微服务的宿主,负责提供所需的容器,具备弹性伸缩能力。微服务着眼于应用架构,负载掌控应用组件间的调用关系,通过应用组件的编排实现最终面向用户的功能。微服务架构所依赖的弹性、通信、轻量等需求容器恰好可以完美提供,因此微服务与容器可以说是完美的一对。

微服务与DevOps:患难与共的挚交

可以说微服务与DevOps是一种相辅相成的关系,使用微服务,第一步是要构建一个一体化的DevOps平台,否则,整个环境会变得非常的乱,它的架构与技术的复杂性与快速迭代性,为整个开发、测试和运维增加很多成本。通过一个DevOps平台可以帮助开发者快速打通设计、开发、测试与部署之间的矛盾,实现快速迭代。

GIStack for Manager在系统实现过程中,全面实现了开发测试的持续集成。快速跟进需求,时刻为快速用户交付进行着。

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/6095.html

相关文章

  • CloudBest:年度复盘丨盘点2020无处不在的「原生」

    摘要:华为云华为云在云原生这场游戏中,最具竞争力的玩家之一。年,金山云在云原生领域推出了三款重磅产品星曜裸金属服务器云服务器和云盘。在线上智博会上,浪潮云发布了经过全新迭代升级的浪潮云,进一步提升平台云原生服务能力。面对数字时代复杂系统的不确定性,传统的 IT 应用架构研发交付周期长、维护成本高、创新升级难,烟囱式架构,开放性差、组件复用度低,这些都成为了企业业务快速增长的瓶颈。而云原生以其敏捷、...

    Tecode 评论0 收藏0
  • 容器 PaaS 新技术架构下的运维实践

    摘要:王磊此次演讲的题目为容器新技术架构下的运维实践,详细为大家讲解了在基于构建容器的过程中,如何以应用为中心,通过新的技术工具对服务节点集群平台等多个方面进行管理运维,提高系统的自动化运维能力。 2018年11月16-17日,运维&容器技术盛会 CNUTCon 全球运维技术大会在上海·光大会展中心成功举办。时速云联合创始人兼 CTO 王磊受邀参加此次大会,并发表主题演讲。王磊此次演讲的题目...

    BaronZhang 评论0 收藏0
  • 灵雀CTO陈恺:从“鸿沟理论”看原生,哪些技术能够跨越鸿沟?

    摘要:早在年针对高科技行业和高科技企业生命周期的特点,提出了著名的鸿沟理论。今天我们尝试以鸿沟理论为基础来分析云原生领域颠覆性的创新技术。回过头来看,灵雀云从早期全力投入技术栈,是最早进行产品化的厂商。 历史进入2019年,放眼望去,今天的整个技术大环境和生态都发生了很大的变化。在己亥猪年春节刚刚过去的早春时节,我们来梳理和展望一下整个云原生技术趋势的发展,是一件很有意义的事情,这其中有些变...

    hss01248 评论0 收藏0
  • Docker和容器落地一年后的反思

    摘要:这里我想从我在谷歌内部使用容器,并基于容器研发大规模生产平台的经验中谈谈现有和谷歌容器环境的差别,并通过的实际案例落地经验总结下自身所带来的一些谎言和误区。 我与容器的缘分起源于我在 Google 内部研发容器集群管理系: Cluster Management。谷歌内部一切皆容器,搜索、视频、大数据、内部工具等核心业务都以容器的方式运行在容器编排系统 Borg 上。2014年,随着公司...

    _ang 评论0 收藏0
  • 引入开源模式,浪潮ERP转型之路

    摘要:年改革开放的东风吹来,浪潮集团软件系统工程公司于月成立。且在构筑数字生态时引入了开源模式聚合企业服务应用极为罕见,而开源生态的发展也为国内云市场的未来增加了变数。国内ERP素有南金蝶北用友之称,但是在政务和集团型企业还要看浪潮。近年来随着云计算等新型技术的发展,面对企业灵活部署、数据互联互通的需求,各ERP厂商开始全面向云端转型。相关数据显示,到2020年全球云ERP市场将达433亿美元。浪...

    jsyzchen 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<