赢得自定义新的遗物弹球机!只需将数据书呆子提交以注册Futureestack。 现在注册

对于无服务器的爱:来自Alex Casalboni,技术福音师,AWS的思想

6分钟阅读

开发人员最终可能比2020年的少于以往的代码。

无服务器的兴起已经给更多开发人员专注于在托管服务集成和第三方API之间编写业务逻辑,这可能有助于减少需要在应用程序中编写的支持代码的总体量。这种转变可能成为来年的新正常。

这些是Alex Casalboni,技术福音师在AWS和协作者的一些观察刀长米兰在我们最近的报告中详细说明,为了无服务的爱情2020 AWS Lambda开发人员,DEVOPS和决策者的基准报告。“

在我们的采访中,Casalboni还谈到了重点关注培训和较小的团队,无务性能神话以及为什么他没有听到一段时间“它不会在Lambda上运行”一词。

2020年无服务器采用面临的最大组织挑战是什么?

我认为组织挑战将主要与文化和技术变革有关。经过五年多的时间,技术成熟,我不认为我们可以再责怪工具和UX了。如果我建议两种可能有助于克服小型和大型组织的大多数组织挑战,我会选择投资培训并专注于构建较小服务的较小团队。培训不需要涉及课堂。许多开发人员更喜欢定期参加聚会或阅读博客。较小的团队或两披萨队在亚马逊召唤他们 - 仍然很难想象一些传统的组织,但有很高的潜力会影响每个团队成员的承诺和生产力。

2020年无服务器采用面临的最大技术挑战是什么?

我认为最近两到三年来解决了大多数技术挑战。由于我在2016年开始使用无服务器,因此已删除了许多拦截器。路线图仍有技术改进,可以解锁更多边缘案例并简化一些非常常见的情况。但如果你看过过去12个月,你会在这个空间中找到很多创新(亚马逊EventBridge.亚马逊RDS代理为AWS Lambda提供并发自定义运行时Amazon Aurora无服务器的数据APIAWS CDK.等等)我确信2020年将成为一年的设计架构的所有新方法都聚集在一起,以简化开发人员的生命。

[嵌入] https://www.youtube.com/watch?v=zelyqczhwfi [/嵌入]

你在哪里看到了2020年的无服务标题?

我看到的一个模式正在朝着写作“较少的代码”。许多开发商深感相信,他们的主要工作是写代码。四十年前,“开发人员”确信他们的工作是手动打牌的洞。作为开发人员,我们的主要工作是解决问题并满足客户的需求。现在,我们可以通过托管服务集成和第三方API编写更少的代码(甚至更少的FAAS代码)来实现同样的事情。这个模式在几年前开始;有些人甚至将术语“服务”一词作为“无务”,2020年的替代方案可能是这一年度成为新的正常的年份。

在2020年关于无服务器的状态,你最兴奋的是什么?

我没有听到“它不会在lambda上运行”至少六个月。“升力和转移”到无服务器的机会增加了增加,作为快速开始的第一步,体验好处。

您认为什么是持续存在的最大无助手的神话

表现。由于内置集成数量越来越多(而不是定制轮询或解决方法)以及引擎盖下的连续性能改进,因此应重新考虑“无服务器缓慢”神话。特别考虑到2019年的两个主要改进:没有更多的VPC冷启动和拨款并发。这两个组合将解决与尺度延迟敏感应用有关的大多数问题。

了解如何在所有AWS Lambda功能上监控,可视化,故障排除和警报,并提供免费试用适用于AWS Lambda的新遗物无法