Serverless无服务器架构

     

六边形架构:使用事件驱动的无服务器实现松耦合 - Ellerby

1568 1 2K

当我们使用领域驱动设计构建事件驱动的无服务器架构时,我们最终会得到一组服务,这些服务清楚地按业务功能划分,并通过事件通道(例如 Amazon EventBridge)进行异步通信。这些架构带来了许多优.

无服务器事件驱动系统

743

如何以及为什么首先使用 Amazon EventBridge 来构建您的无服务器架构以实现事件驱动的弹性,以及一些需要考虑的陷阱;包括使用 TypeScript 和无服务器框架的视觉效果和相关代码存储.

幽默:没有数据库的架构来了

2065 3
banq在2008年喊了一声:数据库已死,被当成胡言乱语,如今Redis竟然借助无服务器(Server-Less)东风,开始炒作无数据库(Database-less)架构,Redis 的Allen T.

无服务器时代:是时候做 Cloud Right 了 - Wardley

927

早在十年前,组织就开始谈论“云优先”的 IT 资产现代化政策。当时,云优先的重点主要是将应用程序转移到软件即服务 (SaaS) 和供应基础设施,从计算到存储,作为基础设施即服务 (IaaS)。现实情况.

幽默:无服务器EJB又回来了

839

提问者:我们有一个基于EJB的定制java框架。使用该框架作为依赖项(意味着扩展功能),我们有一些EJB应用程序,此应用程序托管在一台本地 jboss 服务器上。现在,我们想要删除这个本地服务器并将这.

如何使用Akka Serverless制作电子商务应用?

1367 1 2K

Akka Serverless 是一种平台即服务,它结合了 API 优先、无数据库编程和无服务器运行时。开发人员不必设置和调整数据库、维护和供应服务器、配置或运行计算集群。开发人员唯一负责的是构建无服.

从Firebase+Redis迁移到PlanetScale+MySQL

1062

这是来自Robinson博客:几周前,我将这个站点从使用Firebase和Redis转移到了 PlanetScale。PlanetScale是一个基于 MySQL 和 Vitess 构建的无服务器数据.

为什么JVM平台对于无服务器FaaS来说是个坏主意? - frankel

1441 1

JVM平台是一个很好的技术产品。特别是,抽象层允许 JVM 将字节码编译为适合工作负载的本机代码。这就是为什么即使 C/C++ 编译的应用程序更接近裸机,JVM 也能够在性能方面与它们竞争 - 甚至获.

无服务器Serverless是在经济利益驱动下发明模式架构? -Grady

1463

无服务器计算基本上是完全由经济力量驱动的架构模式,事实上,无服务器架构通常会以节省执行成本的名义驱使您使用奇怪分解的架构:事件驱动、基于业务规则的函数执行是一种有用的解耦和分解模式。事实上,无服务器更.

2021年年中前端、Java及云原生等企业IT架构的观察和预测 - AdamBien

1116 1 3K

以下是来自AdamBien博客的观察和个人预测:Kubernetes 赢得了“容器编排大战”,成为构建类云环境的标准。所有公共云都提供替代的编排解决方案,这些解决方案的复杂性和成本效益更高。对于大多数.

微服务的未来? 更多抽象! - thenewstack

1265 1 2K

微服务于10 年前出现,是软件中发生融合进化的例子之一。虽然这个词可以归功于全球软件顾问Thoughtworks 的James Lewis和 Martin Fowler (banq注:这个词应该首先由.

云原生3R原则、现代最小权限与DevSecOps平台建设 - octo

983 2K

几个月前,VMware 现代应用程序首席技术官 James Watters 在云原生安全日上发表了一篇 引人入胜的演讲,他称之为“现代最小特权”。基本概念是在  整个 DevSecOps 生命周期中应.

NorthOne如何结合无服务器与DDD实现数字银行服务API?

1051 1 2K

NorthOne是为小型企业提供银行服务的公司,他们是如何结合serverless和领域驱动设计以及EDA实现银行工作流程的?NorthOne为小型企业提供银行服务。实际上,NorthOne是一个存款.

Akka推出Serverless PaaS无服务器云平台 - thenewstack

1395 1

到目前为止,无服务器技术还无法支持企业构建的有状态、高性能、可扩展的应用程序:括消费者和工业物联网、工厂自动化、现代电子商务、实时金融服务、流媒体、基于互联网的游戏和 SaaS 应用。开源应用程序框架.

Serverless在2021年状况报告 | Datadog

891 5K

无服务器Serverless已经在各种规模的组织中获得了吸引力,从云原生初创公司到大型企业。借助无服务器,团队可以专注于更快地将想法推向市场,而不是管理基础设施,同时只为他们使用的东西付费。在这份报告.

在Kubernetes中优化Java无服务器 - Danie

809 5K

在 Kubernetes 上实现更快的启动、更小的内存占用运行无服务器函数。由于运行数千个应用程序 pod 的费用以及使用更少的工作节点和其他资源来节省成本,在Kubernetes 中更快的启动和更小.

无服务器将像智能手机终结PC时代带来革命变化! -ACM

795 1 2K

无服务器Severless计算尽管在不断发展,但是在定义其抽象和实现方面都存在许多悬而未决的问题。我们(大胆地)总结了下一个十年对无服务器计算的五种预测:当今的FaaS和BaaS分类将消失,让位于更广.

操作系统已死?容器胜出!

1488 1

我们身处一个看起来像后操作系统的世界,人们已经不再关心他们的程序工作负载运行在哪个操作系统上。“Linux还是Windows?我不在乎,运行这个应用程序就行了。”10 年前不可想象的情景现在很常见。随.

Java平台之2021年现状 - James Ward

2328 1 10K
早在2000年代初期,许多开发人员就被Java过于复杂的世界所吓坏。四种模式和中间件/ J2EE / Java EE的组合导致所谓的脱钩的荒谬程度,从我在2002年研究的开源J2EE电子商务系统的此序.

Netflix Cosmos平台:微服务+工作流+无服务器

2043 2 2K
Cosmos是一个计算平台,将微服务的最佳方面与异步工作流和无服务器函数结合在一起。它的优点是应用程序涉及资源密集型算法,这些算法通过复杂的层次化工作流进行协调,持续时间长达数分钟到数年不等。它既支持.

云计算新趋势:2020年一半新应用程序都是使用无服务器lambda构建的 - AndyJassy

835
在不管理服务器(无服务器)的情况下构建和运行应用程序:1毫秒计费可将成本降低高达70%每秒运行超过100万个交易事务部署了更多的原生本地集成和事件溯源!在2020年,一半新应用程序使用亚马逊AWS L.

服务依赖惹的祸:亚马逊云计算又双叒叕宕机了,一半互联网中断 -The Verge

1405 1 3K

Amazon Web Services(AWS)是Amazon的互联网基础设施服务,它是许多网站和应用程序的骨干,已经经历了数小时的中断,这影响了很大一部分Internet。亚马逊表示,截至周三美国东.

无服务器领域的微服务编排与编舞 - theburningmonk.com

2206 3K
编排Orchestration和编舞Choreography是微服务架构中的两种交互方式。在编排Orchestration中,有一个控制器(“编排器”)控制服务之间的交互。它决定了业务逻辑的控制流,并.

亚马逊的无服务器总线EventBridge支持事件溯源 - AWS

1492 1 2K

亚马逊宣布可在EventBridge中实现事件的存档和重播,这样,使用冷(归档)和热事件存储的机制,就可同时在新代码版本部署期间重放事件,这样能够实现CQRS/ES中的重新投影用于读模型的事件数据。事.

BBC切换到Serverless支持的新网站架构 - Register

855 1

BBC网站是英国第六大最受欢迎的网站,大目前部分已经迁移到了Amazon Web Services(AWS),现在约有一半的网站是使用无服务器平台AWS Lambda呈现的。BBC网站的大部分内容都是.

什么是全栈式无服务器? - DEV

2080 1 2K

全栈式无服务器(Full Stack Serverless)是将无服务器Serverless技术与端到端全栈架构相结合,开发人员能够以过去无法实现的方式来实现云中部署与复制,并在复杂的可扩展云应用程序.

无服务器是云原生的一部分吗? - swardley

910

问:您不喜欢云原生吗?swardley:无服务器第一选项;消费组件服务第二;基础架构即服务第三;调优现有资产第4;建立自己的系统排1,497位。 问:无服务器不是云原生的一部分吗?swardley:如.

2020年您需要了解的7 + 1无服务器趋势 -codingsans

855 2K

您是否想了解最受欢迎的Serverless框架,FaaS产品,容器服务,无服务器工具,云安全性以及更多内容?在此博客文章中,我们介绍了以下内容: 使用无服务器架构的好处 顶级无服务器提供商 用于开发无.

幽默:无服务器的定义,只有程序员才看得懂 - Kelsey Hightower

1045 1

fn serverless(code, conf) (url) {    C = container(code)    O = orchestration(C, conf)    S = servic.

抽象概念与无服务器 - Adam

1368 3K

IT系统天生就难以理解。这就是为什么我们将系统分成较小的部分。如果正确完成了这一划分,则无需了解系统的所有内容,我们仅需要单独了解每个部分以及小部分的组成方式即可。显然,“ 适当地 ” 进行划分并非易.