Developers may end up writing less code than ever in 2020.
The rise of serverless has given way to more developers relying on focusing on writing the business logic between managed services integrations and third-party APIs, which could contribute to reducing the overall amount of supporting code that needs to be written in an application. And this shift could become the new normal in the coming year.
These are some of the observations of Alex Casalboni, Technical Evangelist at AWS and co-organizer of ServerlessDays Milan, as detailed in our recent report, “For the Love of Serverless 2020 AWS Lambda Benchmark Report for Developers, DevOps, and Decision Makers.”
In our interview, Casalboni also talks about the importance of focusing on training and smaller teams, serverless performance myths, and why he hasn’t heard the term “it doesn’t run on Lambda” in a while.
What are the biggest organizational challenges facing serverless adoption in 2020?
I think organizational challenges will mainly be related to cultural and technical change. After more than five years, the technology is mature, and I don’t think we can blame tooling and UX anymore. If I were to recommend two approaches that might help overcome most organizational challenges for both small and large organizations, I’d choose to invest in training and focusing on smaller teams who build smaller services. Training doesn’t need to involve classrooms. Many developers prefer attending meetups or reading blogs regularly. Smaller teams— or two-pizza teams as we call them at Amazon—are still hard to imagine in some more traditional organizations but have the very high potential to impact both the commitment and productivity of every team member.
What are the biggest technical challenges facing serverless adoption in 2020?
I think most technical challenges have been addressed in the last two to three years. Since I started using serverless in 2016, many blockers have been removed. There are still technical improvements on the roadmap that will unlock even more edge cases and simplify some of the very common ones. But if you look at the last 12 months, you’ll find so many innovations in this space (Amazon EventBridge, Amazon RDS Proxy, Provisioned Concurrency for AWS Lambda, Custom Runtimes, Data API for Amazon Aurora Serverless, AWS CDK, etc.) that I’m confident 2020 will be the year when all of these new ways of designing architectures come together to simplify developers’ lives.
[embed]https://www.youtube.com/watch?v=zELyqCZhwFI[/embed]
Where do you see serverless heading in 2020?
One of the patterns I see is moving toward writing “less code.” Many developers are deeply convinced that their main job is to write code. Forty years ago, “developers” were convinced their job was to punch holes in cards manually. As developers, our primary job is to solve problems and satisfy customers’ needs. Now we can achieve the same things much faster by writing less code (even less FaaS code) via managed services integrations and third-party APIs. This pattern started years ago; some even coined the term “serviceful” as an alternative to “serverless,” and 2020 might be the year when it becomes the new normal.
What are you most excited about in 2020 regarding the state of serverless?
I haven’t heard “it doesn’t run on Lambda” for at least six months. The opportunities to “lift and shift” to serverless have increased, as a first step to get started quickly and experience the benefits.
What do you think is the biggest serverless myth that persists?
Performance. Because of the increasing number of built-in integrations (rather than custom polling or workarounds) and the continuous performance improvements under the hood, the “serverless is slow” myth should be reconsidered. Especially taking into account two of the major improvements of 2019: no more VPC cold starts and provisioned concurrency. These two combined will solve most concerns related to latency-sensitive applications at scale.
See how you can monitor, visualize, troubleshoot, and alert on all your AWS Lambda functions with a free trial of New Relic Serverless for AWS Lambda.
이 블로그에 표현된 견해는 저자의 견해이며 반드시 New Relic의 견해를 반영하는 것은 아닙니다. 저자가 제공하는 모든 솔루션은 환경에 따라 다르며 New Relic에서 제공하는 상용 솔루션이나 지원의 일부가 아닙니다. 이 블로그 게시물과 관련된 질문 및 지원이 필요한 경우 Explorers Hub(discuss.newrelic.com)에서만 참여하십시오. 이 블로그에는 타사 사이트의 콘텐츠에 대한 링크가 포함될 수 있습니다. 이러한 링크를 제공함으로써 New Relic은 해당 사이트에서 사용할 수 있는 정보, 보기 또는 제품을 채택, 보증, 승인 또는 보증하지 않습니다.