Who is the king of all databases when it comes to performance? Yes, Redis! Of course! In this episode of AWS Bites, we talk about Redis on ElastiCache, one of the most essential instruments in the cloud architect's toolbox. We explore the joys and woes of Redis on AWS and share some exciting alternatives regarding in-memory databases and caching systems. We discuss the use cases of Redis, including session storage, web page caching, database cache, cost optimization, queues and pub/sub messaging, and distributed applications state. We extensively talk about ElastiCache, the managed cache solution on AWS based on either Redis or Memcache, and its features such as replication groups, auto-scaling, and monitoring. Finally, we discuss potential alternatives, such as DynamoDB (with DAX), Upstash, or Momento, a serverless cache built on Pelikan. 💰 SPONSORS 💰 AWS Bites is sponsored by ⁠⁠⁠⁠⁠⁠⁠⁠⁠fourTheorem⁠⁠⁠⁠⁠⁠⁠⁠⁠, an AWS Consulting Partner offering training, cloud migration, and modern application architecture. In this episode, we mentioned the following resources: Elasticache: https://aws.amazon.com/elasticache/Upstash: https://upstash.com/Momento: https://www.gomomento.com/ You can listen to AWS Bites wherever you get your podcasts: Apple Podcasts:⁠⁠⁠⁠⁠⁠⁠⁠⁠ https://podcasts.apple.com/us/podcast/aws-bites/id1585489017⁠⁠⁠⁠⁠⁠⁠⁠⁠Spotify: ⁠⁠⁠⁠⁠⁠⁠⁠⁠https://open.spotify.com/show/3Lh7PzqBFV6yt5WsTAmO5q⁠⁠⁠⁠⁠⁠⁠⁠⁠Google: ⁠⁠⁠⁠⁠⁠⁠⁠⁠https://podcasts.google.com/feed/aHR0cHM6Ly9hbmNob3IuZm0vcy82YTMzMTJhMC9wb2RjYXN0L3Jzcw==⁠⁠⁠⁠⁠⁠⁠⁠⁠Breaker:⁠⁠⁠⁠⁠⁠⁠⁠⁠ https://www.breaker.audio/aws-bites⁠⁠⁠⁠⁠⁠⁠⁠⁠RSS:  ⁠⁠⁠⁠⁠⁠⁠⁠⁠https://anchor.fm/s/6a3312a0/podcast/rss

Are you tired of being stuck in your local development environment? Do you dream of coding from a beach in Sicily? Well, get ready to make those dreams a reality with this episode of AWS Bites! Today we are here to show you how to use VSCode to develop against a remote Cloud9 instance on AWS. You'll learn how to edit in VSCode instead of using the Cloud9 editor, so you can take advantage of the power of the cloud and code from anywhere while staying in the comfort of your favourite code editor. We'll cover two ways to edit in VSCode: with SSM and with VSCode Tunnels. With these setups, you can code from home, a coffee shop, or even a beach in Sicily (if you like granitas and sunshine). Plus, you'll get to use that fancy iPad you spent all that money on (also) for coding! Get comfortable and let’s learn how to set up our next remote coding environment! 💰 SPONSORS 💰 AWS Bites is sponsored by ⁠⁠⁠⁠⁠⁠⁠⁠fourTheorem⁠⁠⁠⁠⁠⁠⁠⁠, an AWS Consulting Partner offering training, cloud migration, and modern application architecture. In this episode, we mentioned the following resources: Visual Studio Code Server: https://code.visualstudio.com/docs/remote/vscode-serverOur previous episode "When do you need a bastion host?": https://awsbites.com/78-when-do-you-need-a-bastion-host/Instructions to set up your own VS Code integration with Cloud9: https://gist.github.com/lmammino/13f8ae95b222919c51b42153bfc71637Our live series stream "Coding a serverless file transfer app on AWS": https://www.youtube.com/playlist?list=PLAWXFhe0N1vI1_z-06EzJ22pz95_gBrId You can listen to AWS Bites wherever you get your podcasts: Apple Podcasts:⁠⁠⁠⁠⁠⁠⁠⁠ https://podcasts.apple.com/us/podcast/aws-bites/id1585489017⁠⁠⁠⁠⁠⁠⁠⁠Spotify: ⁠⁠⁠⁠⁠⁠⁠⁠https://open.spotify.com/show/3Lh7PzqBFV6yt5WsTAmO5q⁠⁠⁠⁠⁠⁠⁠⁠Google: ⁠⁠⁠⁠⁠⁠⁠⁠https://podcasts.google.com/feed/aHR0cHM6Ly9hbmNob3IuZm0vcy82YTMzMTJhMC9wb2RjYXN0L3Jzcw==⁠⁠⁠⁠⁠⁠⁠⁠Breaker:⁠⁠⁠⁠⁠⁠⁠⁠ https://www.breaker.audio/aws-bites⁠⁠⁠⁠⁠⁠⁠⁠RSS:  ⁠⁠⁠⁠⁠⁠⁠⁠https://anchor.fm/s/6a3312a0/podcast/rss

In this episode of the AWS Bites podcast, we discuss the challenges of hosting private static websites on AWS. We explore why it's important to host internal corporate applications and line of business applications only for internal consumption, and the requirements for doing so. We also evaluate different options for hosting private static websites, including S3 with CloudFront, containers on ECS/Fargate with ALB, API Gateway, and AppRunner. Finally, we summarize the pros and cons of each option and provide a rating for each. If you're looking to host a private static website on AWS, this episode is a must-listen! 💰 SPONSORS 💰 AWS Bites is sponsored by ⁠⁠⁠⁠⁠⁠⁠fourTheorem⁠⁠⁠⁠⁠⁠⁠, an AWS Consulting Partner offering training, cloud migration, and modern application architecture. In this episode, we mentioned the following resources: Our previous episode "How do you deploy a static website in AWS?": https://awsbites.com/3-how-do-you-deploy-a-static-website-on-aws/Our previous episode "How do you use Lambda response streaming": https://awsbites.com/77-how-do-you-use-lambda-response-streamingOur previous episode "How do you do Functionless APIs?": https://awsbites.com/79-how-do-you-do-functionless-apisOpen issue on GitHub for private hosted zones support for App Runner: https://github.com/aws/apprunner-roadmap/issues/183 You can listen to AWS Bites wherever you get your podcasts: Apple Podcasts:⁠⁠⁠⁠⁠⁠⁠ https://podcasts.apple.com/us/podcast/aws-bites/id1585489017⁠⁠⁠⁠⁠⁠⁠Spotify: ⁠⁠⁠⁠⁠⁠⁠https://open.spotify.com/show/3Lh7PzqBFV6yt5WsTAmO5q⁠⁠⁠⁠⁠⁠⁠Google: ⁠⁠⁠⁠⁠⁠⁠https://podcasts.google.com/feed/aHR0cHM6Ly9hbmNob3IuZm0vcy82YTMzMTJhMC9wb2RjYXN0L3Jzcw==⁠⁠⁠⁠⁠⁠⁠Breaker:⁠⁠⁠⁠⁠⁠⁠ https://www.breaker.audio/aws-bites⁠⁠⁠⁠⁠⁠⁠RSS:  ⁠⁠⁠⁠⁠⁠⁠https://anchor.fm/s/6a3312a0/podcast/rss

In this exciting episode of the AWS Bites podcast, we're diving into the fascinating world of functionless applications. Yes, you heard it right! We'll be exploring how reducing the number of lambda functions can simplify your applications, resulting in lower latency, no cold starts, and cheaper costs. But don't worry, we still love lambda! We'll be explaining the pros and cons of this approach, taking you through a step-by-step guide on how to use service proxies and manipulate the input for the target service using VTL. And that's not all! We also share some helpful resources for those interested in learning more about this approach, including blog posts from some of the brightest minds in the field like Alex DeBrie, Sheen Brisals, and Paul Swail. So, tune in and learn how to simplify your applications, reduce costs, and take your AWS game to the next level with functionless applications! 💰 SPONSORS 💰 AWS Bites is sponsored by ⁠⁠⁠⁠⁠⁠fourTheorem⁠⁠⁠⁠⁠⁠, an AWS Consulting Partner offering training, cloud migration, and modern application architecture. In this episode, we mentioned the following resources: Blog post from Alex DeBrie on API Gateway Service Proxy: https://www.alexdebrie.com/posts/aws-api-gateway-service-proxy/Another blog post on Service Proxy by Sheen Brisals: https://sbrisals.medium.com/dont-wait-for-functionless-write-less-functions-instead-8f2c331cd651"Some code is more equal than others" by Paul Swail https://serverlessfirst.com/some-code-more-equal/ You can listen to AWS Bites wherever you get your podcasts: Apple Podcasts:⁠⁠⁠⁠⁠⁠ https://podcasts.apple.com/us/podcast/aws-bites/id1585489017⁠⁠⁠⁠⁠⁠Spotify: ⁠⁠⁠⁠⁠⁠https://open.spotify.com/show/3Lh7PzqBFV6yt5WsTAmO5q⁠⁠⁠⁠⁠⁠Google: ⁠⁠⁠⁠⁠⁠https://podcasts.google.com/feed/aHR0cHM6Ly9hbmNob3IuZm0vcy82YTMzMTJhMC9wb2RjYXN0L3Jzcw==⁠⁠⁠⁠⁠⁠Breaker:⁠⁠⁠⁠⁠⁠ https://www.breaker.audio/aws-bites⁠⁠⁠⁠⁠⁠RSS:  ⁠⁠⁠⁠⁠⁠https://anchor.fm/s/6a3312a0/podcast/rss

Harken, good sir! Art thou aware of the arcane art of safeguarding thy AWS instances from malevolent threats whilst keeping them accessible for thy travels? There exists a mighty tool for such purpose, and it is hight the "bastion host." In this pamphlet, we shalt unravel the mysteries of the bastion host and showeth thee how to useth it to safeguard thy web space. We shall commence by presenting a shadowy example architecture and introducing thee to the definition of a bastion host. We shalt then delve into the question of whether bastion hosts could be a security liability and explore the enigmatic concept of port-knocking. We shalt also take thee on a valiant journey of how to provision a bastion host on AWS, and explaineth the cryptic basics of SSH and tunnels. Thou shalt discover the dark side of managing SSH keys and auditing SSH connections, and we shall reveal the secrets of AWS EC2 Instance Connect and AWS Session Manager (SSM) as solutions. Thou shalt learn how to accept connections without exposing a port on the public internet, and we shall introduce thee to a mysterious tool called "basti" that can make it easier to provision SSM-based bastion hosts and connect to thy databases. We shalt wrap up by revealing alternative security measures to the mysterious bastion host and provide thee with cryptic closing notes to summarize the key takeaways from this video. Heed our call to this intriguing guide to securing thy web space, and may the forces of the internet be in thy favor! 🛡️ SPONSORS 🛡️ Harken, good folk! We would like to offer our deepest gratitude to our noble sponsor, fourTheorem (https://fourtheorem.com), an AWS Consulting Partner that doth offer training, cloud migration, and modern application architecture. Thanks to their generosity, we are able to continue on our journey of imparting wisdom and knowledge regarding AWS. Verily, in this episode, we hath made mention of the following resources: ⁠⁠⁠An open-source implementation of the port-knocking techniqueThee official guide to set up EC2 Instance ConnectA list of AWS IPsThee official docs on how to set up SSMSSM agent code on GitHubThee inlets project on GitHubBasti on GitHubTailscaleWireguard Hear ye, hear ye! AWS Bites is at thy disposal wherever thou mayest listen to thy podcasts: Apple Podcasts:⁠⁠⁠⁠⁠⁠ https://podcasts.apple.com/us/podcast/aws-bites/id1585489017⁠⁠⁠⁠⁠⁠Spotify: ⁠⁠⁠⁠⁠⁠https://open.spotify.com/show/3Lh7PzqBFV6yt5WsTAmO5q⁠⁠⁠⁠⁠⁠Google: ⁠⁠⁠⁠⁠⁠https://podcasts.google.com/feed/aHR0cHM6Ly9hbmNob3IuZm0vcy82YTMzMTJhMC9wb2RjYXN0L3Jzcw==⁠⁠⁠⁠⁠⁠Breaker:⁠⁠⁠⁠⁠⁠ https://www.breaker.audio/aws-bites⁠⁠⁠⁠⁠⁠RSS:  ⁠⁠⁠⁠⁠⁠https://anchor.fm/s/6a3312a0/podcast/rss

Are you tired of waiting for your Lambda functions to finish before getting a response? Well, now you don't have to! In this episode of the AWS Bites podcast, we will talk about Lambda Response Streaming, a new feature recently added by AWS that lets you stream responses from your Lambda functions in real time. We'll start by explaining what Lambda Response Streaming is and how it differs from buffering. We'll also discuss HTTP Chunking and other benefits of streaming. If you're a Node.js developer, you'll be happy to know that we'll cover how to work with streams in Node.js and how the new Lambda Response Streaming API works with the Node.js runtime. But that's not all! We'll also discuss how to consume Lambda Response Streaming responses and compare that with S3 Object Response. And if you're wondering about pricing and quotas, we'll cover that too. Finally, we'll answer the question on everyone's mind: will we get streaming requests as well? You'll have to watch the video to find out! So if you're interested in learning more about Lambda Response Streaming and how it can improve the performance of your serverless applications, make sure to tune in. We promise it'll be worth your time. 💰 SPONSORS 💰 AWS Bites is sponsored by ⁠⁠⁠⁠⁠fourTheorem⁠⁠⁠⁠⁠, an AWS Consulting Partner offering training, cloud migration, and modern application architecture. In this episode, we mentioned the following resources: ⁠Official announcement blog post for Lambda Response StreamingOur previous episode about Lambda function URLs vs API GW vs LBHTTP Chunked transfer encoding protocolLuciano's free Node.js streams workshop on GitHubNode.js design patterns (the book)Streamify response functionality in MiddyLambda Rust Runtime codebase (support for Response Streaming)Similar evidence of Response Streaming feature support in the GoLang RuntimeOur previous episode about S3 pre-signed URLsLambda Response Streaming pricingEoin's article about S3 Object ResponseExperimental Node.js custom Node.js streaming runtime You can listen to AWS Bites wherever you get your podcasts: Apple Podcasts:⁠⁠⁠⁠⁠ https://podcasts.apple.com/us/podcast/aws-bites/id1585489017⁠⁠⁠⁠⁠Spotify: ⁠⁠⁠⁠⁠https://open.spotify.com/show/3Lh7PzqBFV6yt5WsTAmO5q⁠⁠⁠⁠⁠Google: ⁠⁠⁠⁠⁠https://podcasts.google.com/feed/aHR0cHM6Ly9hbmNob3IuZm0vcy82YTMzMTJhMC9wb2RjYXN0L3Jzcw==⁠⁠⁠⁠⁠Breaker:⁠⁠⁠⁠⁠ https://www.breaker.audio/aws-bites⁠⁠⁠⁠⁠RSS:  ⁠⁠⁠⁠⁠https://anchor.fm/s/6a3312a0/podcast/rss

In this episode, we're doing something different! Join us for a special screen-sharing edition of our podcast series, as we take a deep dive into AWS Copilot, a service designed to simplify container application deployment on AWS. During this video, we'll be sharing our screens as we walk through the AWS Copilot landing page and documentation, and demonstrate how to use the service to deploy a container application. We highly recommend watching the video version of this episode, as we'll be providing a lot of visual guidance and examples. Starting with the basics, we'll learn about the differences between copilot init and copilot app init, and how to prepare our environment using a custom domain. We'll then walk through the deployment process step-by-step, examining the generated configuration file, manifest.yml, and testing our deployed application. Next, we'll explore the networking resources created by AWS Copilot, including a VPC, subnets, and a load balancer, and review the automation capabilities of CodePipeline. We'll also discuss the options available for rolling out new changes, and demonstrate how to make changes and re-deploy through the pipeline. Throughout the video, we will share their thoughts and opinions on AWS Copilot, including a failed attempt with AppRunner and a review of the pipeline execution and timing. 💰 SPONSORS 💰 AWS Bites is sponsored by ⁠⁠⁠⁠fourTheorem⁠⁠⁠⁠, an AWS Consulting Partner offering training, cloud migration, and modern application architecture. In this episode, we mentioned the following resources: AWS Copilot landing pageAWS Copilot documentationAWS App2Container toolAWS AppRunnerOur previous episode "Do you use CodePipeline or GitHub Actions?"Gurarpit Singh's blog post "Blue/Green Deployments with AWS CodeDeploy and Terraform"Additional guides and resources on AWS Copilot You can listen to AWS Bites wherever you get your podcasts: Apple Podcasts:⁠⁠⁠⁠ https://podcasts.apple.com/us/podcast/aws-bites/id1585489017⁠⁠⁠⁠Spotify: ⁠⁠⁠⁠https://open.spotify.com/show/3Lh7PzqBFV6yt5WsTAmO5q⁠⁠⁠⁠Google: ⁠⁠⁠⁠https://podcasts.google.com/feed/aHR0cHM6Ly9hbmNob3IuZm0vcy82YTMzMTJhMC9wb2RjYXN0L3Jzcw==⁠⁠⁠⁠Breaker:⁠⁠⁠⁠ https://www.breaker.audio/aws-bites⁠⁠⁠⁠RSS:  ⁠⁠⁠⁠https://anchor.fm/s/6a3312a0/podcast/rss

In this special episode of AWS Bites, we drop all our opinions about the sudden growth of AI and how it is going to change the future as we know it! We begin by taking a trip down memory lane and discovering the types of AI tools that have been used in the past and how they have helped us. Then, we'll dive into ChatGPT, a language model that can assist us in writing and even creating code. We're especially excited to discuss how ChatGPT can be used to create slide decks or even write a book or a blog post. But wait, there's more! We'll also explore the utility of other AI tools such as Grammarly and OpenAI Whisper for improving our writing and transcribing spoken words into text. Moving forward, we'll examine how we tried to use AI to develop cloud applications on platforms like AWS. We'll also consider the impact of AI on the education system and how it can be used to modernize complex systems, or for learning, including programming languages that are new to developers. Now, we know there might be some concerns about using AI, such as whether it takes away the fun of software engineering or reduces creativity. But fear not! We'll address these concerns head-on and explore how AI can actually make us more productive and lead to exciting new discoveries. Finally, we'll discuss the exciting possibilities for AI and its potential to democratize access to the job market and society in general. 💰 SPONSORS 💰 AWS Bites is sponsored by ⁠⁠⁠fourTheorem⁠⁠⁠, an AWS Consulting Partner offering training, cloud migration, and modern application architecture. In this episode, we mentioned the following resources: Our episode about OpenAI Whisper for generating transcriptsDavid Boyne's AI-powered story generation tool (AWS Blog post)The Fission project for simplifying monolith to microservices migrations 🎁 BONUS CONTENT A Limerick by ChatGPT On the Amazon Cloud far away, Where businesses went to play, The costs grew so vast, Their budgets were trashed, As their dollars all floated away! You can listen to AWS Bites wherever you get your podcasts: Apple Podcasts:⁠⁠⁠ https://podcasts.apple.com/us/podcast/aws-bites/id1585489017⁠⁠⁠Spotify: ⁠⁠⁠https://open.spotify.com/show/3Lh7PzqBFV6yt5WsTAmO5q⁠⁠⁠Google: ⁠⁠⁠https://podcasts.google.com/feed/aHR0cHM6Ly9hbmNob3IuZm0vcy82YTMzMTJhMC9wb2RjYXN0L3Jzcw==⁠⁠⁠Breaker:⁠⁠⁠ https://www.breaker.audio/aws-bites⁠⁠⁠RSS:  ⁠⁠⁠https://anchor.fm/s/6a3312a0/podcast/rss

How can you use a Lambda to respond to an HTTP request? There are more ways than ever to do it. We have API Gateway REST APIs, Lambda support for Application Load Balancer, and now Function URLs. But which one should you use, and when? In this episode of AWS Bites podcast, we will give you a quick and simple guide to picking the best way to build APIs with Lambda. In this video, we're going to pitch Function URLs against API Gateway in a battle for the ages! Function URLs offer a simple and quick way to get a public URL to invoke a Lambda function, with fewer configuration options and cheaper pricing. They are suitable for private webhooks, simple backend functions, and machine learning inference backend. However, they lack authorization and DDoS protection, making them unsuitable for public webhooks. On the other hand, API Gateway offers more features and control, making it suitable for public APIs. API Gateway comes in two flavors: REST and HTTP with some subtle differences. Finally, we will also cover Application Load balancer and explore when and why it can be a convenient alternative to both Function URLs and API Gateway. 💰 SPONSORS 💰 AWS Bites is sponsored by ⁠⁠fourTheorem⁠⁠, an AWS Consulting Partner offering training, cloud migration, and modern application architecture. In this episode, we mentioned the following resources: Article by AJ Stuyvenberg reporting that Function URLs have a latency of 8.35msGitHub repository with all the material we used in our evaluation You can listen to AWS Bites wherever you get your podcasts: Apple Podcasts:⁠⁠ https://podcasts.apple.com/us/podcast/aws-bites/id1585489017⁠⁠Spotify: ⁠⁠https://open.spotify.com/show/3Lh7PzqBFV6yt5WsTAmO5q⁠⁠Google: ⁠⁠https://podcasts.google.com/feed/aHR0cHM6Ly9hbmNob3IuZm0vcy82YTMzMTJhMC9wb2RjYXN0L3Jzcw==⁠⁠Breaker:⁠⁠ https://www.breaker.audio/aws-bites⁠⁠RSS:  ⁠⁠https://anchor.fm/s/6a3312a0/podcast/rss

In this episode, we're going to be talking about AWS Application Composer - a FREE service that promises to help you build serverless applications with ease. With its simple drag-and-drop interface, it's supposed to make Infrastructure as Code a breeze. But the real question is - does it live up to the hype? We know a lot of you are probably struggling with building applications using CloudFormation. It's a real pain, right? So, we decided to take Application Composer for a spin and see if it's worth adding to your toolkit or giving it a hard pass. After covering a generic overview of the service, how it works, and the main concepts, we discuss our experience in creating a new simple serverless application from scratch only using API Gateway, Lambda, and S3. Then we cover what it looks like to import an existing project (a slightly more complicated one) into Application Composer and find out what works and what doesn't. We conclude by discussing some other things that didn't work as expected and by providing our general recommendation on whether you should be using this service today. 💰 SPONSORS 💰 AWS Bites is sponsored by ⁠fourTheorem⁠, an AWS Consulting Partner offering training, cloud migration, and modern application architecture. In this episode, we mentioned the following resources: ⁠Web platform filesystem Access APIThe current status of cross-browser support for the File System Access APIOur first Application Composer demo source codeEarthquake notifier serverless projectOur previous episode on Fargate and how to optimize cost for it You can listen to AWS Bites wherever you get your podcasts: Apple Podcasts:⁠ https://podcasts.apple.com/us/podcast/aws-bites/id1585489017⁠Spotify: ⁠https://open.spotify.com/show/3Lh7PzqBFV6yt5WsTAmO5q⁠Google: ⁠https://podcasts.google.com/feed/aHR0cHM6Ly9hbmNob3IuZm0vcy82YTMzMTJhMC9wb2RjYXN0L3Jzcw==⁠Breaker:⁠ https://www.breaker.audio/aws-bites⁠RSS:  ⁠https://anchor.fm/s/6a3312a0/podcast/rss

AWS ECS is a powerful service that allows you to run containerized applications at scale. It's suitable for a variety of use cases, including web applications, microservices, and background processing. In this episode, we'll provide an introduction to the main concepts of ECS and then dive into cost-optimization strategies. We'll explore the different options for running containers on ECS, including EC2, Fargate, and ECS Anywhere. We'll discuss various opportunities for saving money, such as using Arm (Graviton) instances, Spot instances, Compute Savings Plans, and RIs or EC2 Saving Plans. Finally, we'll cover how to set up ECS to use Spot instances, including how to create capacity providers and specify a capacity provider strategy. We'll also discuss whether it's always best to use EC2 instead of Fargate for cost optimization and recommend some tools that can help you find other opportunities to save on container costs. 💰 SPONSORS 💰 AWS Bites is sponsored by fourTheorem, an AWS Consulting Partner offering training, cloud migration, and modern application architecture. In this episode, we mentioned the following resources: Saving Plan calculatorEC2 instance selectorSpot prices dashboard by VantageFargate Right Sizing dashboardAWS Cost Explorer rightsizing recommender for EC2 You can listen to AWS Bites wherever you get your podcasts: Apple Podcasts: https://podcasts.apple.com/us/podcast/aws-bites/id1585489017Spotify: https://open.spotify.com/show/3Lh7PzqBFV6yt5WsTAmO5qGoogle: https://podcasts.google.com/feed/aHR0cHM6Ly9hbmNob3IuZm0vcy82YTMzMTJhMC9wb2RjYXN0L3Jzcw==Breaker: https://www.breaker.audio/aws-bitesRSS:  https://anchor.fm/s/6a3312a0/podcast/rss

Join us as we explore the controversy surrounding serverless computing in this week's video! We'll be discussing David Heinemeier Hansson's recent blog post where he argues that serverless is a trap that only benefits cloud providers. While we respect DHH's opinion, we'll be providing an alternative perspective by analyzing his major points and discussing the benefits of using serverless computing, including Total Cost of Ownership (TCO) and increased agility. We'll also be highlighting how serverless can help teams focus on business logic instead of infrastructure management and enable easier integration with other cloud services, making it more efficient to build and deploy applications. Don't miss out on this informative and thought-provoking discussion! 💰 SPONSORS 💰 AWS Bites is sponsored by fourTheorem, an AWS Consulting Partner offering training, cloud migration, and modern application architecture. In this episode, we mentioned the following resources: "Don't be fooled by Serverless" (Original post by DHH)"Why are we leaving the cloud" (Previous post by DHH)"Why AWS Lambda pricing has to change for the enterprise" (our article on AWS Lambda pricing comparison)Our previous episode "What will serverless 2.0 look like"Kelsey Hightower's tweet on vendor lock-inJeremy Daly's article "The cloud isn't the issue, you are using it wrong" You can listen to AWS Bites wherever you get your podcasts: Apple Podcasts: https://podcasts.apple.com/us/podcast/aws-bites/id1585489017Spotify: https://open.spotify.com/show/3Lh7PzqBFV6yt5WsTAmO5qGoogle: https://podcasts.google.com/feed/aHR0cHM6Ly9hbmNob3IuZm0vcy82YTMzMTJhMC9wb2RjYXN0L3Jzcw==Breaker: https://www.breaker.audio/aws-bitesRSS:  https://anchor.fm/s/6a3312a0/podcast/rss

Are you ready to level up your software architecture skills? In this episode, we deep-dive into the world of diagrams and show you why they are essential for creating robust and scalable cloud architectures! Starting with the basics, we explain why diagrams are so important and why you should be using them in your work. We'll discuss different approaches to creating diagrams mentioning the popular C4 method and some alternative approaches. In the context of AWS we will share some insider tips about using AWS icon sets to enhance your architecture diagrams and make them look as professional as possible. Next, we'll take you for a tour of the various tools you can use to create diagrams, from manual drag-n-drop tools like Visio, DrawIo, Excalidraw, and LucidCharts, to programmatic tools like Mermaid, Python diagrams library, and Kroki. We will also share some exciting insights into generating diagrams from infrastructure using tools like CfnDiagrams and the Terraform graph command. Finally, we'll close this episode by showing you how to share your diagrams and collaborate effectively with others. 💰 SPONSORS 💰 AWS Bites is sponsored by fourTheorem, an AWS Consulting Partner offering training, cloud migration, and modern application architecture. In this episode, we mentioned the following resources: Official AWS Icon set: https://aws.amazon.com/architecture/icons/CloudCraft: https://www.cloudcraft.co/ExcaliDraw: https://excalidraw.com/Diagrams.net: https://www.diagrams.net/LucidChart: https://www.lucidchart.com/Whiteboard: substitute tldraw: https://www.tldraw.com/Mermaid: https://mermaid.js.org/ Python diagrams library: https://pypi.org/project/diagrams/Kroki URL-based diagram renderer: https://kroki.io/cfn-diagram by Lars Jacobssen: https://github.com/ljacobsson/cfn-diagramcdk-dia by Tom Roshko: https://github.com/pistazie/cdk-diaAWS Application Composer https://aws.amazon.com/application-composer/ You can listen to AWS Bites wherever you get your podcasts: Apple Podcasts: https://podcasts.apple.com/us/podcast/aws-bites/id1585489017Spotify: https://open.spotify.com/show/3Lh7PzqBFV6yt5WsTAmO5qGoogle: https://podcasts.google.com/feed/aHR0cHM6Ly9hbmNob3IuZm0vcy82YTMzMTJhMC9wb2RjYXN0L3Jzcw==Breaker: https://www.breaker.audio/aws-bitesRSS:  https://anchor.fm/s/6a3312a0/podcast/rss

Do you know what horrors lurk in your AWS account? Aren't you afraid of the murky waters of an old and cluttered AWS account, which might be rife with security risks and other unexpected dark forces? Fear no more! In this episode, we share our best tips to discover every resource in your neglected AWS account and, whether you decide to clean things up, delete what's needed, or just put some order into the mess, we give you some practical suggestions on what kind of tools or services you could you to achieve your task.  Throughout the episode, we reveal some of the secrets and hidden potential of AWS Config, Resource Explorer, Resource Groups, and CloudTrail. Finally, We talk about third-party services and open-source projects such as Resmo, Steampipe, and CloudQuery, which can even span the realms of AWS and help you with other clouds and services. 💰 SPONSORS 💰 AWS Bites is sponsored by fourTheorem, an AWS Consulting Partner offering training, cloud migration, and modern application architecture. In this episode, we mentioned the following resources: AWS Config: https://aws.amazon.com/config/AWS Resource Explorer: https://aws.amazon.com/resourceexplorer/AWS Resource Groups: https://docs.aws.amazon.com/ARG/latest/userguide/resource-groups.htmlAWS Tag Editor: https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.htmlCloudTrail: https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-user-guide.htmlResmo https://www.resmo.com/Steampipe: https://steampipe.io/CloudQuery: https://www.cloudquery.io/Our previous episode: "How do you move away from the management console?": https://awsbites.com/11-how-do-you-move-away-from-the-management-console/cloud-nuke: https://github.com/gruntwork-io/cloud-nukeaws-nuke: https://github.com/rebuy-de/aws-nuketerraformer: https://github.com/GoogleCloudPlatform/terraformerFormer2: https://github.com/iann0036/former2 You can listen to AWS Bites wherever you get your podcasts: Apple Podcasts: https://podcasts.apple.com/us/podcast/aws-bites/id1585489017Spotify: https://open.spotify.com/show/3Lh7PzqBFV6yt5WsTAmO5qGoogle: https://podcasts.google.com/feed/aHR0cHM6Ly9hbmNob3IuZm0vcy82YTMzMTJhMC9wb2RjYXN0L3Jzcw==Breaker: https://www.breaker.audio/aws-bitesRSS:  https://anchor.fm/s/6a3312a0/podcast/rss

If you've been using AWS for a while, you might have heard the term "well-architected". But what does it really mean? Don't worry if you're not quite sure, because we are here to help! In this episode of AWS Bites, we will be diving into the world of well-architected and explaining what it means, both in general and in the specific context of AWS. We will be covering the well-architected framework, the different tools, and facets that come with it, and answering some practical questions like "should you care about building well-architected workloads?" and "how do you know if your workloads are well-architected?". Whether you're a startup or a mature organization, learn why building well-architected systems is crucial for the long-term success of your business. By the end of this episode, you'll have a solid understanding of the world of well-architected and why it's so important. Let's dive in! 💰 SPONSORS 💰 AWS Bites is sponsored by fourTheorem, an AWS Consulting Partner offering training, cloud migration, and modern application architecture. In this episode, we mentioned the following resources: The well-architected frameworkThe well-architected paper by AWSThe well-architected toolWell-architected labs You can listen to AWS Bites wherever you get your podcasts: Apple Podcasts: https://podcasts.apple.com/us/podcast/aws-bites/id1585489017Spotify: https://open.spotify.com/show/3Lh7PzqBFV6yt5WsTAmO5qGoogle: https://podcasts.google.com/feed/aHR0cHM6Ly9hbmNob3IuZm0vcy82YTMzMTJhMC9wb2RjYXN0L3Jzcw==Breaker: https://www.breaker.audio/aws-bitesRSS:  https://anchor.fm/s/6a3312a0/podcast/rss Do you have any AWS q

Are you tired of feeling overwhelmed by the vast AWS landscape? Do you find yourself constantly struggling to keep up with all the tasks at hand? Look no further! In this episode of AWS Bites podcast, Eoin and Luciano share their top six time-saving tools to help you reclaim your productivity and make the most of your AWS experience. These tools are designed to make your life easier and allow you to achieve more in less time. But don't worry, this won't be a boring lecture. Get ready to have some fun as they reveal their top tricks and tips, from profiles and SSO to terminal gems and CLI magic. These tools will have you feeling like a kid in a candy store, soaring through your AWS work with ease. And if that wasn't enough, they've got a few extra special surprises in store to take your AWS skills to new heights. So buckle up and get ready for a wild ride, it's time to have some fun with AWS! 💰 SPONSORS 💰 AWS Bites is sponsored by fourTheorem, an AWS Consulting Partner offering training, cloud migration, and modern application architecture. In this episode, we mentioned the following resources: Our previous episode discussing SSO and OIDC identity providers: AWS Bites Episode 45CLI application to switch profiles and roles easily: Granted.devAWS SSO CLI on GitHubStarship universal terminal promptjq CLI helperijq (interactive jq)AWS CLI --filter option: AWS CLI filter option documentationDash documentation app for MacGitHub CopilotIAM Policy SimulatorAWS SDK for Pandas on GitHubAWS CloudShellSLIC WatchOur previous episode on SLIC Watch: AWS Bites Episode 34Middy Serverless Framework for Node.jsOur previous episode on Middy: AWS Bites Episode 41 You can listen to AWS Bites wherever you get your podcasts: Apple Podcasts: https://podcasts.apple.com/us/podcast/aws-bites/id1585489017Spotify: https://open.spotify.com/show/3Lh7PzqBFV6yt5WsTAmO5qGoogle: https://podcasts.google.com/feed/aHR0cHM6Ly9hbmNob3IuZm0vcy82YTMzMTJhMC9wb2RjYXN0L3Jzcw==Breaker: https://www.breaker.audio/aws-bitesRSS:  https://anchor.fm/s/6a3312a0/podcast/rss Do you have any AWS q

Discover the Ultimate Battle: Serverless Framework vs AWS SAM! Are you building and deploying serverless applications and don't know which tool to choose? Look no further, as we dive into a comparison of the two heavyweights in the serverless world - AWS SAM and Serverless Framework. Find out their unique features, ease of use, and what the future holds for these Infrastructure as Code (IaC) tools. By the end of this episode, you will know which one is right for you and your projects! Join us as we explore the pros and cons of each tool, from the flexibility and ease of use of Serverless Framework to the cloud-side deployment management of SAM. Learn about the different syntax options, supported languages, and credentials management (especially SSO). Get the inside scoop on the installation process and build and deployment capabilities, including the new "sam accelerate" feature for faster development. Discover the difference between handling multiple components and stacks and how each tool keeps up with new AWS features. Don't miss out on this exciting episode as we determine the winner in the ultimate battle of Serverless Framework vs AWS SAM! 💰 SPONSORS 💰 AWS Bites is sponsored by fourTheorem, an AWS Consulting Partner offering training, cloud migration, and modern application architecture. In this episode, we mentioned the following resources: Our previous episode discussing Cloudformation vs TerraformOur previous episode discussing the Serverless development experienceServerless framework SSO support issue on GitHubSAM connectors for permissionsOur previous episode on AWS OIDC providersSLIC Watch plugin for easy serverless observability You can listen to AWS Bites wherever you get your podcasts: Apple Podcasts: https://podcasts.apple.com/us/podcast/aws-bites/id1585489017Spotify: https://open.spotify.com/show/3Lh7PzqBFV6yt5WsTAmO5qGoogle: https://podcasts.google.com/feed/aHR0cHM6Ly9hbmNob3IuZm0vcy82YTMzMTJhMC9wb2RjYXN0L3Jzcw==Breaker: https://www.breaker.audio/aws-bitesRSS:  https://anchor.fm/s/6a3312a0/podcast/rss Do you have any AWS questions you would like us to address? Leave a comment here or connect with us on Twitter: https://twitter.com/eoinshttps://twitter.com/loige #AWS #serverless #lambda

In this episode of the AWS Bites Podcast, we dive into the serverless pattern of using AWS Lambda together with SQS. We explain the basics of both Lambda and SQS for those who may not be familiar with them. We talk about how we use Lambda, a Function as a Service offering in AWS, to write our own functions and have AWS run them in response to certain events. And we also discuss SQS, a scalable and managed queuing system available on AWS, which we use to offload work to background workers. We delve into how the two services work together through the use of "Event Source Mapping" in Lambda, which polls our SQS queue and makes synchronous Lambda invocation requests when messages are available. We also mention how this feature provides us with the ability to control batch size and window, as well as specify filters to save execution time and cost. But we also share one of the limitations we faced when using SQS and Lambda together which was the lack of control over concurrency and the potential for excessive throttling. But recently, AWS has released a new feature called "SQS maximum concurrency support" which allows us to specify a maximum number of invocations for an Event Source Mapping. This solves the problem of excessive throttling and eliminates the need to use reserved concurrency. It also allows for more control over concurrency when using multiple Event Source Mappings with the same function. We explain how this new feature has improved our workflow and made it much more efficient. 💰 SPONSORS 💰 AWS Bites is sponsored by fourTheorem, an AWS Consulting Partner offering training, cloud migration, and modern application architecture. In this episode, we mentioned the following resources: AWS LambdaAmazon SQSSeries of blog posts by Zac Charles covering the original problem and the solution in detailOfficial AWS blog post with the announcement of the maximum concurrency featureOur previous episode on SQSOur video-series on AWS event services You can listen to AWS Bites wherever you get your podcasts: Apple Podcasts: https://podcasts.apple.com/us/podcast/aws-bites/id1585489017Spotify: https://open.spotify.com/show/3Lh7PzqBFV6yt5WsTAmO5qGoogle: https://podcasts.google.com/feed/aHR0cHM6Ly9hbmNob3IuZm0vcy82YTMzMTJhMC9wb2RjYXN0L3Jzcw==Breaker: https://www.breaker.audio/aws-bitesRSS:  https://anchor.fm/s/6a3312a0/podcast/rss Do you have any AWS questions you would like us to address? Leave a comment here or connect with us on Twitter: https://twitter.com/eoinshttps://twitter.com/loige #AWS #rust #lambda

Are you curious about using Rust to write AWS Lambda functions? In this episode of AWS BItes, we will be discussing the pros and cons of using Rust for serverless applications. With Rust, you'll be able to take advantage of its fast performance and memory efficiency. Plus, its programming model makes it easy to write safe and correct code. However, Rust is not a native runtime for Lambda, but rather a library that implements a custom runtime built and maintained by AWS. This custom runtime is built on top of the Tokio async runtime and even has a built-in middleware engine, which allows for easy hook-in of reusable logic and building your own middleware. But what if you're new to Rust? Don't worry, we'll also be walking you through the steps on how to write your first Lambda in Rust. From cargo-lambda to the serverless framework plugin for Rust, we'll be sharing different alternatives for building and deploying your Rust-based Lambda functions. So join us on this journey as we explore the exciting world of Rust and Lambda. 💰 SPONSORS 💰 AWS Bites is sponsored by fourTheorem, an AWS Consulting Partner offering training, cloud migration, and modern application architecture. In this episode, we mentioned the following resources: Rust 1.0 original announcement: https://blog.rust-lang.org/2015/05/15/Rust-1.0.htmlThe Rust programming language home page: https://www.rust-lang.org/Firecracker runtime: https://firecracker-microvm.github.ioLuciano's Twitch profile: https://twitch.tv/loigeAWS Rust runtime library: https://github.com/awslabs/aws-lambda-rust-runtimeTokio, Rust async runtime: https://tokio.rs/Example of how to enable the tracing middleware in Lambda: https://github.com/awslabs/aws-lambda-rust-runtime/blob/99dba6447253ac87cf3cefeb2ba130b50514f9df/examples/http-tower-trace/src/main.rs#L4Rustup tool to install the Rust toolchain: https://rustup.rs/- Reference article on how to write a Lambda in Rust using cargo-rust: https://blog.scanner.dev/getting-started-with-serverless-rust-in-aws-lambda/Cargo-lambda, a cargo extension that helps with writing, running, testing, and deploying lambdas written in Rust: https://www.cargo-lambda.infoServerless framework plugin for Rust: https://www.serverless.com/plugins/serverless-rustEoin's article on Container Image Support in AWS Lambda: https://dev.to/eoinsha/container-image-support-in-aws-lambda-deep-dive-2keh- AWS SDK for Rust: https://github.com/awslabs/aws-sdk-rustCoding challenges to learn rust: https://exercism.org/ You can listen to AWS Bites wherever you get your podcasts: Apple Podcasts: https://podcasts.apple.com/us/podcast/aws-bites/id1585489017Spotify: https://open.spotify.com/show/3Lh7PzqBFV6yt5WsTAmO5qGoogle: https://podcasts.google.com/feed/aHR0cHM6Ly9hbmNob3IuZm0vcy82YTMzMTJhMC9wb2RjYXN0L3Jzcw==Breaker: https://www.breaker.audio/aws-bitesRSS:  https://anchor.fm/s/6a3312a0/podcast/rss Do you have any AWS questions you would like us to address? Leave a comment here or connect with us on Twitter: https://twitter.com/eoinshttps://twitter.com/loige #AWS #rust #lambda

We built a Step Function that allows us to generate high-quality transcripts for AWS Bites podcast! After evaluating different approaches and technologies we ended up using Amazon transcribe and OpenAI whisper. They both have their pros and cons but combined together they gave us everything we were looking for with quite a good degree of accuracy! In this episode, we describe our use case, our research, and how eventually we did go about productionizing our final solution. If you run a podcast and you would like to do something similar, we have open source our solution. It's called PodWhisperer and you can find it on GitHub: https://github.com/fourTheorem/podwhisperer . 💰 SPONSORS 💰 AWS Bites is sponsored by fourTheorem, an AWS Consulting Partner offering training, cloud migration, and modern application architecture. In this episode, we mentioned the following resources: PodWhisperer on GitHub: https://github.com/fourTheorem/podwhisperer/Amazon Transcribe: https://aws.amazon.com/transcribeOpenAI Whisper announcement blog post: https://openai.com/blog/whisper/ You can listen to AWS Bites wherever you get your podcasts: Apple Podcasts: https://podcasts.apple.com/us/podcast/aws-bites/id1585489017Spotify: https://open.spotify.com/show/3Lh7PzqBFV6yt5WsTAmO5qGoogle: https://podcasts.google.com/feed/aHR0cHM6Ly9hbmNob3IuZm0vcy82YTMzMTJhMC9wb2RjYXN0L3Jzcw==Breaker: https://www.breaker.audio/aws-bitesRSS:  https://anchor.fm/s/6a3312a0/podcast/rss Do you have any AWS questions you would like us to address? Leave a comment here or connect with us on Twitter: https://twitter.com/eoinshttps://twitter.com/loige #AWS #speechtotext #openai