站酷云 : APP Engine + 云原生 + CICD + 中间件管理 + 服务网格

本文涉及的产品
性能测试 PTS,5000VUM额度
注册配置 MSE Nacos/ZooKeeper,118元/月
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
简介: App Engine本身不是技术手段,它是一个PAAS平台,至于底层用K8s还是虚拟机、serverless还是微服务,其实都是可以的,这个概念可以越来越老,但是它简化开发者的入门门槛,通过简单的勾选即可生成一个应用,这个思想,值得PAAS平台们借鉴。

我们先来看看什么是App Engine:


2008年,Google在Campfire One上介绍了一种简化创建、运行和构建伸缩性Web应用的工具——Google App Engine。简而言之,Google App Engine允许你本地使用Google基础设施构建Web应用,待其完工之后再将其部署到Google基础设施之上。

用户不用关注linux、系统、网络等概念,只要上传php,即可发布自己的博客、应用等,十分方便。

(如果你看到这个小飞机,心里也有一凡涟漪,那就暴露年龄了)


随个谷歌的影响力,App Engine这个概念在国内也流行起来,最早是新浪的同学,使用openstack技术做底层,搭建了SAE(sina app engine),100云豆一小时最少5云豆一天=1.2元。计费可以随开随关,在技术圈风靡起来。


后来百度云BAE、腾讯的TAE,都是看中了这块PAAS的蛋糕,分分加入其中。阿里在联合微博后,也是将SAE概念收入其中,但是S不再是Sina概念,变成了ServerLess,有蹭概念的嫌疑。


但随后研发同学的需求越来越多越来越复杂,微服务、云原生、serverless、网格等越来越流行,单纯的App Engine已经不能满足,这些年AWS、阿里云等厂商也在云平台推出了各种各样的云产品、解决方案,开发者的选择度得到了极大的提升。


上文提到,App Engine本身不是技术手段,它是一个PAAS平台,至于底层用K8s还是虚拟机、serverless还是微服务,其实都是可以的,这个概念可以越来越老,但是它简化开发者的入门门槛,通过简单的勾选即可生成一个应用,这个思想,值得PAAS平台们借鉴。


那站酷要打造一套什么系统,来支持安全、稳定、提效、降本这个基础架构原则呢?

在这半年,我们搭建了站酷云,它使用了K8s、服务网格、DevOps技术,可以满足java php node 甚至go等各类开发需求,是目前站酷容器化的重要工具,满足了社区、海洛、云软件、共创、技术中心的各类研发需求。

第一版站酷云基于kubeshpere。

整体架构如图:

CMDB-NATIVE.png


站酷第一版于2022年中上线,上线后就遇到了的问题,即:配置复杂度高,有k8s学习成本


是否我们要做一版App Engine来简化站酷云呢?但是App Engine同样也有问题:

App Engine无法满足研发同学的各类需求,同时K8s、网格的技术,还是比较前沿复杂的,需要研发人员深入理解,才能发挥它巨大的效能(面试中也往往看到,简历里写了解k8s,但真正问的时候,他们会说使用的公司的xAE,不太了解背后的逻辑)。


所以,通过APP Engine的思想,帮助我们化繁为简,降低入门门槛,是后面站酷云的重要研发目标之一。

但我们会将ZAE(Zcool App Engine)作为站酷云的一个功能点,而不是替换现有的系统:

而且我们要不同与普通app engine,因为我们不是aws之类的云平台,我们实面向公司业务的,基于应用和业务,来展现一个研发人员所有需要的资源。将会极大提高研发效率。


说干就干,整体概览如下:

1.应用

不同于原始的kubesphere,我们基于部门和应用,来展现一个研发的所有资源

image.png


2.  一键部署应用:

简单填写git地址,基本信息即可应用一键部署:使用文档


2、Devops

CICD项目设置:可以通过可视化的勾选,来实现云原生cicd,使用tekton及ArgoCD作为支持

4.应用&中间件

每个应用有自己的中间件进行维护

企业微信截图_524471c4-1155-490b-aea4-d3c58892da90.png

 

5.成本中心

基础架构的目的就是提效降本、安全稳定,这里可以很好的让研发了解自己应用的成本。

企业微信截图_89913607-24b7-401b-9e55-ce34be8090fc.png

6.可观测性

部署的应用,通过istio的ingress,自动具有可观测性:

企业微信截图_f00ed68a-87ff-43bc-9253-0c58db35909a.png

更多参考《站酷云原生可观测性实践》https://developer.aliyun.com/article/1121189?spm=a2c6h.13262185.profile.15.308044634nOxuB

7.服务网格

通过istio的接入,打通了php、java、node之间的网关、注册中心,统一了公司技术栈

更多参考《站酷服务治理:网格istio实践》https://developer.aliyun.com/article/1089806


未来的规划:

1.入门同学可以通过ZAE功能,简单勾选、填写域名、端口、app名称,git地址、打包命令,

即可生成从waf到asm到k8s的应用,生成完整的yaml、jenkinsfile,然后就可以直接访问你的应用了(如下图)~






2.istio的边车模式,对网络及资源损耗较大,需要关注eBPF方式,优化服务网格,在监控等方面提高服务性能。


如上随想,欢迎大家指正~


附:

《站酷云 CICD实践》https://developer.aliyun.com/article/1121228

《站酷云思考》https://developer.aliyun.com/article/1121213

《站酷云原生可观测性实践》https://developer.aliyun.com/article/1121189?spm=a2c6h.13262185.profile.15.308044634nOxuB

《站酷服务治理:网格istio实践》https://developer.aliyun.com/article/1089806

相关文章
|
4月前
|
机器学习/深度学习 Kubernetes Cloud Native
云原生技术演进之旅:从容器到服务网格
在云计算的浪潮中,云原生技术以其独特的灵活性和可扩展性引领了新的技术革命。本文将深入探讨云原生技术的发展脉络,从容器技术的突破,到Kubernetes的集群管理,再到服务网格的微服务通信解决方案,揭示云原生如何不断适应和塑造现代应用的需求。文章将通过数据支撑和案例分析,展示云原生技术在实际应用中的优势和挑战,并预测其未来的发展趋势。
50 1
|
1月前
|
负载均衡 Cloud Native 安全
云原生时代的开发者指南:从容器到服务网格
【9月更文挑战第32天】在云原生技术日益成为企业数字化转型的核心力量之际,了解其背后的理念与实践对于开发者而言至关重要。本文旨在通过浅显易懂的语言,为读者揭开云原生技术的神秘面纱,从容器化的基础谈起,逐步深入到服务网格的高级应用,带领开发者们在云原生的海洋中航行。
40 1
|
4月前
|
Cloud Native Devops 数据库
云原生架构:未来软件开发的引擎深入理解操作系统的虚拟内存管理
【7月更文挑战第30天】在这篇文章中,我们将深入探讨云原生架构的概念,以及它如何改变软件开发的世界。我们将从云原生的基本概念开始,然后深入到它的关键技术和实践,最后讨论它对软件开发的未来影响。无论你是软件开发者,还是IT专业人士,这篇文章都将为你提供深入理解和掌握云原生架构的重要信息。 【7月更文挑战第30天】在数字世界的构建中,虚拟内存是操作系统不可或缺的一环。本文将探索虚拟内存的核心概念、工作机制及其对现代计算环境的重要性,同时揭示其背后的技术细节和面临的挑战。
40 3
|
4月前
|
敏捷开发 运维 Cloud Native
云原生架构的演进之路:从容器化到服务网格
在数字化转型的浪潮中,云原生技术以其灵活性、可扩展性和弹性成为企业IT架构的新宠。本文将探讨云原生技术的演进路径,特别是容器化技术和服务网格的发展,以及它们如何共同推动现代应用的开发和部署。通过分析实际案例,我们揭示了云原生技术如何助力企业实现敏捷开发和高效运维,同时指出了未来云原生技术的发展趋势。
|
4月前
|
消息中间件 Cloud Native 中间件
云原生中间件问题之消息中间件MetaQ中的NameServer如何解决
云原生中间件问题之消息中间件MetaQ中的NameServer如何解决
|
3月前
|
Cloud Native 安全 云计算
云原生技术的未来:探索服务网格和无服务器架构
随着企业数字化转型的深入,云计算已成为推动业务创新的核心力量。本文将深入探讨云原生技术的最新发展趋势,重点分析服务网格和无服务器架构如何重塑云计算的未来。通过实际案例和技术解析,揭示这些前沿技术如何解决现代应用部署的复杂性,提高系统的可伸缩性和弹性。文章旨在为读者提供云原生领域的深度见解,并激发对云技术未来发展的思考。
94 0
|
3月前
|
运维 Kubernetes Cloud Native
云原生技术演进:从容器到服务网格
【8月更文挑战第14天】云原生技术的迅速发展,不仅重塑了软件开发与部署的流程,也重新定义了企业IT架构的未来。本文将深入探讨容器技术的兴起、Kubernetes成为事实上的工业标准,以及服务网格的出现如何进一步优化微服务间的通信。通过分析这些技术的发展脉络,我们将揭示它们是如何共同促进现代云原生生态系统的成熟和扩展,同时指出这些技术面临的挑战和未来的发展方向。
|
4月前
|
Kubernetes Cloud Native 持续交付
云原生架构的核心组成部分通常包括容器化(如Docker)、容器编排(如Kubernetes)、微服务架构、服务网格、持续集成/持续部署(CI/CD)、自动化运维(如Prometheus监控和Grafana可视化)等。
云原生架构的核心组成部分通常包括容器化(如Docker)、容器编排(如Kubernetes)、微服务架构、服务网格、持续集成/持续部署(CI/CD)、自动化运维(如Prometheus监控和Grafana可视化)等。
|
3月前
|
运维 Cloud Native 持续交付
云原生之旅:从容器化到服务网格的探索
在数字化浪潮中,云原生技术如同一艘扬帆起航的船,带领企业驶向灵活、高效的未来。本文将带你领略云原生的魅力,从容器化技术的基石铺就,到微服务架构的精细打磨,再到服务网格的智能导航,我们一同探索云原生如何重塑软件开发和运维的生态。你将看到,随着技术的深入,云原生不仅仅是一种技术选择,更是一场关于创新和变革的航行。
36 0
|
4月前
|
Kubernetes Cloud Native Docker
云原生架构的演进:从容器化到服务网格
本文深入探讨了云原生技术从最初的容器化技术,如Docker和Kubernetes,发展到现代的服务网格架构,如Istio。文章将通过分析云原生技术的演进路径,揭示其在处理微服务复杂性、流量管理和安全性方面的优势。我们将通过具体案例展示服务网格如何优化分布式系统的性能,并预测未来云原生技术的发展趋势。
42 2

相关产品

  • 服务网格