巧思云服务容器化架构实践

本文涉及的产品
容器服务 Serverless 版 ACK Serverless,317元额度 多规格
容器服务 Serverless 版 ACK Serverless,952元额度 多规格
容器镜像服务 ACR,镜像仓库100个 不限时长
简介: 在云栖TechDay : Docker深度实践专场,巧思科技CTO张杰分享了题为《巧思云服务容器化架构实践》的演讲。他主要介绍了巧思在应用容器服务过程中遇到的一些问题,包括想要解决什么问题,遇到的问题,以及阿里云怎么解决这些问题。

巧思科技简介

巧思科技公司的定位是以问卷的形式做精准数据,出发点是SASS服务,把问卷分为问卷的咨询、问卷的设计、问卷的分发,包括问卷的答题和问卷的数据结果。巧思云服务的部署方案包括: 按照SaaS云计算服务性质可以分为公有云、混合云、私有云等等;巧思系统是基于SaaS模式在线数据收集服务,是属于公有云范畴;巧思系统提供的SaaS服务基于组件化、模块化的,因此系统部署可以提供个性化、定制化、弹性化的SaaS服务,并且可以为客户提供通用型、专业型、私有型三种的服务部署方案。

遇到问题

  • 发布更新流程长、速度慢。
  • 并发能力、响应速度问题。
  • 问卷之间计算资源相互干扰。
  • 私有化部署问题。

容器服务选型

第一步是自己做,想想还可以,但是直接到正式环境上去用的时候,会发现自建这个几乎是不太可能的。第二步,找服务商帮忙解决。国内的技术超越DaoCloud很难,因为它集聚了国内在容器方面比较优秀的人,它的核心代码很多在国内还比较有名的,所以第二步选了DaoCloud。容器服务涉及到整个系统、网络、硬件、软件、进程调度,容易遇到铺天盖地的问题,有一个环节漏掉就没办法去做。比如,我们有的是计算型的,有的是IO密集型的,我们需要根据不同的应用把容器管理进行扩展,在这些层面DaoCloud会有一些弱势。第三步,尝试了一下阿里云。选择阿里云的一个优势是,由于我们原来的系统是在阿里里面的,再把它放到UCloud和DaoCloud里面,这样会把整个系统的线拉的特别长,一个远程的调用远程的API,会使系统非常庞大和复杂。如果将其换到阿里云上,很多调用都成了内部网调用,即局域网调用,就不用去考虑这些问题。

3e9d51495c0b946d489fb907193ea563ecf2a8af

首先要支持网络4层和7层协议、TCP/Websocket、支持https、支持.net、mono。

自定义路由。比如,我们的一个场景很重要的,不同的问卷到不同的容器,历史问卷到历史的容器里面去,活动的到活动的容器,还有不同厂商的要指定到不同的容器里面去,发红包的要到发红包的容器里面去,这样就完全隔离,解决了云计算资源抢占的问题。将其分布到不同的容器里面,不同的容器会做不同的事情。

两层弹性伸缩,一个是容器本身的,根据CPU或者是根据类层去弹性伸缩,还有一个是弹性节点,节点进行弹性。

监控,现在阿里这边的监控远远不够用,巧思科技还有自己的监控,需要对达到业务层面的一定应用、业务层面返回的结果做一些监控。

海外镜像一定要支持。

权限控制。由于我们的整个系统里面有很多容器,有些管前台,有些管后台,有些管正式环境,有的管测试环境。比如,我们现在是有三个集群,一个是测试环境的测试集群,一个是预生长环境的预生环境集群,还有一个正式发布的正式集群,三个集群里面,有这样一个流程,先测试,测试完了送到预生产,数据库都连着相同的,最后正式环境下发布。这样就需要一个权限去控制每个集群由不同的人去管,职责到人,这样就保证到了预生产环境,正式的环境基本上就没问题了。

容器化的原则

选择容器化的原则是伸缩、快速、安全。伸缩是指两层伸缩,按照CPU和内存进行弹性。快速是指能做到快速响应。安全,包括压力测试、稳定性。

系统结构

d25a7f2cfb0ccaa44135000abb0a7cac5ea3b2ad

右边是主系统,设计问卷发布好以后,会生成一个二维码、一个链接、一个node值,这是我们现在实际应用场景所要求的。上图中左边是API、右边是APP的每一个方框都是一个容器,既是APP的容器,也是API的容器。容器之后的进程,把Redis读到数据库里面,最终数据汇总到主系统里面。最终根据这样子的改造,APP是前台,API是后台的一个接口,前面和后面做了分离,API实现了微服务化,一个个细小的微服务去向前台提供服务。整个从这样的系统结构,可以看到,我们满足了我们对一个弹性伸缩,包括对于私有化部署,包括路由的方向的要求。

优势及优化

关于硬件资源,不想一边是UCloud,另一边是DaoCloud,这样会使技术站的侧重点不明确,其实侧重点应该是业务。所以,应用了阿里最成熟的几个产品,包括ECS服务、RDS、Redis、SLB等。其中,RDS在大数据存储上非常强大。在综合能力方面,巧思云服务单个点上功能不突出,但是综合、集成性、整体性最好。

后续会利用队列服务和容器服务提升并发处理能力;利用API网关服务和容器服务进行服务治理优化;利用Spark等大数据存储、分析服务和容器服务进行大数据分析;利用前置域名的路由自定义、私有化部署和容器服务进行私有化部署。
相关实践学习
巧用云服务器ECS制作节日贺卡
本场景带您体验如何在一台CentOS 7操作系统的ECS实例上,通过搭建web服务器,上传源码到web容器,制作节日贺卡网页。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
7天前
|
监控 Java 持续交付
后端开发中的微服务架构实践与挑战####
在当今快速迭代的软件开发领域,微服务架构以其灵活性和可扩展性成为众多企业的首选。本文探讨了微服务架构的核心概念、实施策略及面临的主要挑战,旨在为后端开发者提供一个全面的指南。通过分析真实案例,揭示微服务在提升系统敏捷性的同时,如何有效应对分布式系统的复杂性问题。 ####
|
2天前
|
消息中间件 负载均衡 测试技术
后端开发中的微服务架构实践与挑战####
本文旨在探讨微服务架构在后端开发中的应用实践,深入分析其带来的优势与面临的挑战。通过剖析真实案例,揭示微服务转型过程中的关键技术决策、服务拆分策略、以及如何有效应对分布式系统的复杂性问题。文章还将提供一套评估企业是否适合采用微服务架构的框架,帮助读者更好地理解这一架构模式,并为企业的技术选型提供参考。 ####
|
1天前
|
运维 监控 安全
深入理解微服务架构:设计原则、挑战与实践
深入理解微服务架构:设计原则、挑战与实践
|
6天前
|
Cloud Native Devops 持续交付
云原生架构的演进与实践
本文深入探讨了云原生架构的核心概念、技术组件及其在现代软件开发中的应用。通过分析容器化、微服务、持续集成/持续部署(CI/CD)等关键技术,揭示了这些技术如何共同促进应用程序的灵活性、可扩展性和高可用性。文章还讨论了云原生架构实施过程中面临的挑战和最佳实践,旨在为开发者和企业提供一套实用的指导方针,以便更有效地利用云计算资源,加速数字化转型的步伐。
20 5
|
5天前
|
测试技术 持续交付 微服务
深入理解微服务架构:从概念到实践
深入理解微服务架构:从概念到实践
|
5天前
|
负载均衡 Cloud Native 持续交付
云原生时代的微服务架构:优势、挑战与实践
云原生时代的微服务架构:优势、挑战与实践
14 0
|
5天前
|
API 持续交付 云计算
云计算中的微服务架构设计与实践
云计算中的微服务架构设计与实践
|
10天前
|
缓存 负载均衡 JavaScript
探索微服务架构下的API网关模式
【10月更文挑战第37天】在微服务架构的海洋中,API网关犹如一座灯塔,指引着服务的航向。它不仅是客户端请求的集散地,更是后端微服务的守门人。本文将深入探讨API网关的设计哲学、核心功能以及它在微服务生态中扮演的角色,同时通过实际代码示例,揭示如何实现一个高效、可靠的API网关。
|
8天前
|
Cloud Native 安全 数据安全/隐私保护
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####
|
9天前
|
Dubbo Java 应用服务中间件
服务架构的演进:从单体到微服务的探索之旅
随着企业业务的不断拓展和复杂度的提升,对软件系统架构的要求也日益严苛。传统的架构模式在应对现代业务场景时逐渐暴露出诸多局限性,于是服务架构开启了持续演变之路。从单体架构的简易便捷,到分布式架构的模块化解耦,再到微服务架构的精细化管理,企业对技术的选择变得至关重要,尤其是 Spring Cloud 和 Dubbo 等微服务技术的对比和应用,直接影响着项目的成败。 本篇文章会从服务架构的演进开始分析,探索从单体项目到微服务项目的演变过程。然后也会对目前常见的微服务技术进行对比,找到目前市面上所常用的技术给大家进行讲解。
23 1
服务架构的演进:从单体到微服务的探索之旅
下一篇
无影云桌面