资讯专栏INFORMATION COLUMN

Authing 和 云原生应用(CloudNative)

whidy / 1724人阅读

摘要:云原生应用是提出的一个概念,出现在其一书中。既包含技术微服务,敏捷基础设施,也包含管理,持续交付,康威定律,重组等。同样的问题也容易发生在部署上线,并可能造成更大的线上故障。它是针对云原生应用开发的最佳实践原则。

CloudNative

云原生应用是 Matt Stine 提出的一个概念,出现在其 Migrate to cloud Native App Architectures 一书中。

CloudNative 是一个思想的集合,包括 DevOps、持续交付(Continuous Delivery)、微服务(MicroServices)、敏捷基础设施(Agile Infrastructure)、康威定律(Conways Law)等,以及根据商业能力对公司进行重组。Cloud Native 既包含技术(微服务,敏捷基础设施),也包含管理(DevOps,持续交付,康威定律,重组等)。Cloud Native也可以说是一系列 Cloud 技术、企业管理方法的集合。

Cloud speed up the rate of creating, CloudNative is the way.
CNCF(云计算基金会)认为CloudNative 系统需包含如下属性: 1. 容器化封装:

以容器为基础,提高整体开发水平,形成代码和组件重用,简化云原生应用程序的维护。在容器中运行应用程序和进程,并作为应用程序部署的独立单元,实现高水平资源隔离。

2. 自动化管理:

统一调度和管理中心,从根本上提高系统和资源利用率,同时降低运维成本。

3. 面向微服务:

通过松耦合方式,提升应用程序的整体敏捷性和可维护性。

CloudNative 致力于解决以下问题: 1. 传统应用开资源利用率低

业务部门通常会根据自己的业务发展规划资源需求,如起初平均只要一台设备,但考虑突发业务峰值,以及后续扩容,通常会冗余3~5倍左右的资源,这部分资源几乎无法被共享使用。而最近几年出现了虚拟化技术后,理论上基于VM的方式对这个问题有所改善,但仍然存在业务部门申请虚拟机后无人主动释放的问题,人为因素仍然造成设备资源利用率低。

2. 开发、测试、运维、无法一体化,上线周期长

一般中小企业应用开发相对粗放,开发自行搭建环境,开发后代码给测试,而测试通常也要维护一套相同的运行环境,对每次测试配置应用和环境,容易引起两边不一致,造成测试质量下降。同样的问题也容易发生在部署上线,并可能造成更大的线上故障。

3. 单体应用系统耦合度高,无法满足应用后续快速迭代和灵活性要求

传统应用开发通常容易造成后续业务发展代码和系统结构高度耦合,继而影响整个开发团队合作,造成组织庞大,分工混乱。同时在新功能开发迭代、问题排查上牵一发而动全身,新功能上线替换式升级,需要中断线上业务,造成整体系统可用性很低;发布上线本身还可能附带BUG风险高,随着时间,人员变动调整,每个企业都有一堆无法维护的毒瘤代码;在运维上,单体应用几乎几法扩容,随着业务发展,只能限于纵向扩容,盲目提升硬件设备能力,购置昂贵的高端服务器,运维成本越来越高。

在之前,我们介绍过 12-Factor 原则。它是针对云原生应用开发的最佳实践原则。这些原则带来的是应用的可移植、自动化、效率提升,促进开发、测试、运维、文化、组织、技术、整个范围的变革,进而帮助企业IT转型,成为市场竞争中真正敏捷的力量,获得优于竞争对手的效率、成本优势。

Authing 的整体开发架构遵循 CloudNative 思想

Authing 的整体开发架构遵循 CloudNative 思想。这为我们和我们的客户带来了极大的灵活性、高可用性和可扩展性。成为我们 30+ 倍效率提升的关键。

Authing 的目标:致力于提高社会生产力。通过 Authing 推动云原生应用在中国落地,让Authing 成为受开发者欢迎的身份认证工具,终端用户喜欢的身份数据品牌。

技术的进步带来软件开发越来越往更高一层抽象发展,以达到更高灵活。我们有理由相信未来的软件开发也可以抽像到如今的硬件组装一样,赋予每一个终端用户更多创造力可能,那时 Authing 将类似你在现时世界看到的 “Inter Inside”。

最后,虽然云原生应用不可能在所有应用场景都完美适配,但在云计算发展到今天的这个时代,尤其你是一个互联网或小的团队创业者,云原生(CloudNative)这个理念,你值得拥抱!

参考资料:

云原生时代下的12-Factor应用与实践
https://www.jianshu.com/p/bbd...

迁移到云原生应用架构(中文版)
https://jimmysong.io/migratin...

一篇文章带你了解 CloudNative
https://blog.csdn.net/u011537...

Cloud Native 世界顶级开源项目
https://blog.csdn.net/M2l0ZgS...

CloudNative 云原生应用汇总
https://blog.csdn.net/wh21121...

Migrate to cloud Native App Architectures
https://www.oreilly.com/libra...

从 Kubernetes 到 CloudNative——云原生应用之路
https://zhuanlan.zhihu.com/p/...

什么是 Authing?
Authing 提供专业的身份认证和授权服务。
我们为开发者和企业提供用以保证应用程序安全所需的认证模块,这让开发人员无需成为安全专家。
你可以将任意平台的应用接入到 Authing(无论是新开发的应用还是老应用都可以),同时你还可以自定义应用程序的登录方式(如:邮箱/密码、短信/验证码、扫码登录等)。
你可以根据你使用的技术,来选择我们的 SDK 或调用相关 API 来接入你的应用。当用户发起授权请求时,Authing 会帮助你认证他们的身份和返回必要的用户信息到你的应用中。

Authing 在应用交互中的位置

官网:http://authing.cn

小登录:https://wxapp.authing.cn/#/

仓库: 欢迎 Star,欢迎 PR

https://gitee.com/Authi_ng

https://github.com/authing

Demo:

https://sample.authing.cn

https://github.com/Authing/qr...

文档:https://docs.authing.cn/authing/

欢迎关注 Authing 技术专栏

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

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

相关文章

  • 为什么身份认证值得上

    摘要:身份认证云本质上是一种无服务器应用,今天,我们就来讨论下这种模式的优点和缺点。未来几年一定还会取得其他有趣进展,总有一天身份认证上云将会进入我们的架构工具包。什么是提供专业的身份认证和授权服务。 身份认证云本质上是一种无服务器应用,今天,我们就来讨论下这种模式的优点和缺点。如果没有权衡利弊,你或许不会使用身份认证云或其他无服务器应用。 先看一下无服务器架构的介绍: 无服务器架构是包含 ...

    zhangrxiang 评论0 收藏0
  • 走进身份管理-IAM/IDaaS

    摘要:企业通过微信微博等为消费者提供社交认证或其他更多第三方身份提供商。支持多样身份提供方案良好的身份管理解决方案应该支持几乎所有流行的身份来源。易于迁移应支持移入和移出身份管理解决方案而不受限 IDaaS 身份即服务是随着云计算发展起来的新软件即服务。 showImg(https://segmentfault.com/img/remote/1460000020177039?w=800&h=...

    gghyoo 评论0 收藏0
  • IDaaS 端身份认证,你了解这个新兴的市场吗?

    摘要:而云端身份认证就是这样一个构建软件基础设施的细分市场。可见,云端身份认证的市场在海外已经被打开,这同时也是中国的机会。在中国,是认证行业的领头羊,其已在新三板上市。这有助于防止身份盗用,消除了个人数字身份在不同场景使用时信息不一致的风险。 showImg(/Users/jack/Authing/images/idaas.jpg); 云端身份认证,也叫IDaaS(Identity As ...

    harryhappy 评论0 收藏0
  • 使用 Authing + Lambda 替代 AWS Cognito

    摘要:编写函数编写函数推荐使用这个,控制台中的函数编写堪称让人痛不欲生。在控制台中安装在中引入包后会一起打包上传到运行时中。 Amazon Web Services(AWS) 虽然作为市场份额全球第一的云计算厂商,其产品也不是完美无缺的,Cognito (AWS 的身份认证解决方案)及其附带的中文文档就是一个反面教材,其难用程度令人发指。当然,除了不易用之外,还有访问速度缓慢,不适用于中国市...

    Vultr 评论0 收藏0

发表评论

0条评论

whidy

|高级讲师

TA的文章

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