Podcasts about julian it

About Julian WoodJulian Wood is a Senior Developer Advocate for the AWS Serverless Team. He loves helping developers and builders learn about, and love, how serverless technologies can transform the way they build and run applications at any scale. Julian was an infrastructure architect and manager in global enterprises and start-ups for more than 25 years before going all-in on serverless at AWS.Twitter: @julian_woodAll things Serverless @ AWS: ServerlessLandServerless Patterns CollectionServerless Office Hours – every Tuesday 10am PTLambda ExtensionsLambda Container ImagesWatch this episode on YouTube: https://youtu.be/jtNLt3Y51-gThis episode sponsored by CBT Nuggets and Lumigo.TranscriptJeremy: Hi everyone, I'm Jeremy Daly and this is Serverless Chats. Today I'm joined by Julian Wood. Hey Julian, thanks for joining me.Julian: Hey Jeremy, thank you so much for inviting me.Jeremy: Well, I am super excited to have you here. I have been following your work for a very long time and of course, big fan of AWS. So you are a Serverless Developer Advocate at AWS, and I'd love it if you could just tell the listeners a little bit about your background, so they get to know you a bit. And then also, sort of what your role is at AWS.Julian: Yeah, certainly. Well, I'm Julian Wood. I am based in London, but yeah, please don't let my accent fool you. I'm actually originally from South Africa, so the language purists aren't scratching their heads anymore. But yeah, I work within the Serverless Team at AWS, and hopefully do a number of things. First of all, explain what we're up to and how our sort of serverless things work and sort of, I like to sometimes say a bit cheekily, basically help the world fall in love with serverless as I have. And then also from the other side is to be a proxy and sort of be the voice of builders, and developers and whoever's building service applications, and be their voices internally. So you can also keep us on our toes to help build the things that will brighten your days.And just before, I've worked for too many years probably, as an infrastructure racker, stacker, architect, and manager. I've worked in global enterprises babysitting their Windows and Linux servers, and running virtualization, and doing all the operations kind of stuff to support that. But, I was always thinking there's a better way to do this and we weren't doing the best for the developers and internal customers. And so when this, you know in inverted commas, "serverless way" of things started to appear, I just knew that this was going to be the future. And I could happily leave the server side to much better and cleverer people than me. So by some weird, auspicious alignment of the stars, a while later, I managed to get my current dream job talking about serverless and talking to you.Jeremy: Yeah. Well, I tell you, I think a lot of serverless people or people who love serverless are recovering ops and infrastructure people that were doing racking and stacking. Because I too am also recovering from that and I still have nightmares.I thought that it was interesting too, how you mentioned though, developer advocacy. It's funny, you work for a specific company, AWS obviously, but even developer advocacy in general, who is that for? Who are you advocating for? Are you advocating for the developers to use the service from the company? Are you advocating for the developers so that the company can provide the services that they actually need? Interesting balance there.Julian: Yeah, it's true. I mean, the honest answer is we don't have great terms for this kind of role, but yeah, I think primarily we are advocating for the people who are developing the applications and on the outside. And to advocate for them means we've got to build the right stuff for them and get their voices internally. And there are many ways of doing that. Some people raise support requests and other kind of things, but I mean, sometimes some of our great ideas come from trolling Twitter, or yes, I know even Hacker News or that kind of thing. But also, we may get responses from 10 different people about something and that will formulate something in our brain and we'll chat with other kind of people. And that sort of starts a thing. It's not just necessarily each time, some good idea in Twitter comes in, it gets mashed into some big surface database that we all pick off.But part of our job is to be out there and try and think and be developers in whatever backgrounds we come from. And I mean, I'm not a pure software developer where I've come from, and I come, I suppose, from infrastructure, but maybe you'd call that a bit of systems engineering. So yeah, I try and bring that background to try and give input on whatever we do, hopefully, the right stuff.Jeremy: Right. Yeah. And then I think part of the job too, is just getting the information out there and getting the examples out there. And trying to create those best practices or at least surface those best practices, and encourage the community to do a lot of that work and to follow that. And you've done a lot of work with that, obviously, writing for the AWS blog. I know you have a series on the Serverless Lens and the Well-Architected Framework, and we can talk about that in a little while. But I really want to talk to you about, I guess, just the expansion of serverless over the last couple of years.I mean, it was very narrowly focused, probably, when it first came out. Lambda was ... FaaS as a whole new concept for a lot of people. And then as this progressed and we've gotten more APIs, and more services and things that it can integrate with, it just becomes complex and complicated. And that's a good thing, but also maybe a bad thing. But one of the things that AWS has done, and I think this is clearly in reaction to the developers needing it, is the ability to extend what you can do with a Lambda function, right? I mean, the idea of just putting your code in there and then, boom, that's it, that's all you have to do. That's great. But what if you do need access to lifecycle hooks? Or what if you do want to manipulate the underlying runtime or something like that? And AWS, I think has done a great job with that.So maybe we can start there. So just about the extensibility of Lambda in general. And one of the new things that was launched recently was, and recently, I don't know what was it? Seven months ago at this point? I'm not even sure. But was launched fairly recently, let's say that, is Lambda Extensions, and a couple of different flavors of that as well. Could you kind of just give the users an over, the users, wow, the listeners an overview of what Lambda Extensions are?Julian: I could hear the ops background coming in, talking about our users. Yeah. But I mean, from the get-go, serverless was always a terrible term because, why on earth would you name something for what it isn't? I mean, you know? I remember talking to DBAs, talking about noSQL, and they go, "Well, if it's not SQL, then what is it?" So we're terrible at that, serverless as well. And yeah, Lambda was very constrained when it came out. Lambda was never built being a serverless thing, that's what was the outcome. Sometimes we focus too much on the tools rather than the outcome. And the story is S3, just turning 15. And the genesis of Lambda was being an event trigger for S3, and people thought you'd upload something to S3, fire off a Lambda function, how cool is that? And then obviously the clever clubs at the time were like, "Well, hang on, let's not just do this for S3, let's do this for a whole bunch of kind of things."So Lambda was born out of that, as that got that great history, which is created an arc sort of into the present and into the future, which I know we're also going to get on about, the power of event driven applications. But the power of Lambda has always been its simplicity, and removing that operational burden, and that heavy lifting. But, sometimes that line is a bit of a gray area and there're people who can be purists about serverless and can be purists about FaaS and say, "Everything needs to be ephemeral. Lambda functions can't extend to anything else. There shouldn't be any state, shouldn't be any storage, shouldn't be any ..." All this kind of thing.And I think both of us can agree, but I don't want to speak for you, but I think both of us would agree that in some sense, yeah, that's fine. But we live in the real world and there's other stuff that needs to connect to and we're not here about building purist kind of stuff. So Lambda Extensions is a new way basically to integrate Lambda with your favorite tools. And that's the sort of headline thing we like to talk about. And the big idea is to open up Lambda to more effectively work mainly with partners, but also your own tools if you want to write them. And to sort of have deeper hooks into the Lambda lifecycle.And other partners are awesome and they do a whole bunch of stuff for serverless, plus customers also have connections to on-prem staff, or EC2 staff, or containers, or all kind of things. How can we make the tools more seamless in a way? How can we have a common set of tools maybe that you even use on-prem or in the cloud or containers or whatever? Why does Lambda have to be unique or different or that kind of thing? And Extensions is sort of one of the starts of that, is to be able to use these kind of tools and get more out of Lambda. So I mean, just the kind of tools that we've already got on board, there's things like Splunk and AppDynamics. And Lumigo, Epsagon, HashiCorp, Honeycomb, CoreLogic, Dynatrace, I can't think. Thundra and Sumo Logic, Check Point. Yeah, I'm sorry. Sorry for any partners who I've forgotten a few.Jeremy: No, right, no. That's very good. Shout them out, shout them out. No, I mean just, and not to interrupt you here, but ...Julian: No, please.Jeremy: ... I think that's great. I mean, I think that's one of the things that I like about the way that AWS deals with partners, is that ... I mean, I think AWS knows they can't solve all these problems on their own. I mean, maybe they could, right? But they would be their own way of solving the problems and there's other people who are solving these problems differently and giving you the ability to extend your Lambda functions into those partners is, there's a huge win for not only the partners because it creates that ecosystem for them, but also for AWS because it makes the product itself more valuable.Julian: Well, never mind the big win for customers because ultimately they're the one who then gets a common deployment tool, or a common observability tool, or a HashiCorp Vault that you can manage secrets and a Lambda function from HashiCorp Vault. I mean, that's super cool. I mean, also AWS services are picking this up because that's easy for them to do stuff. So if anybody's used Lambda Insights or even seen Lambda Insights in the console, it's somewhere in the monitoring thing, and you just click something over and you get this tool which can pull stuff that you can't normally get from a Lambda function. So things like CPU time and network throughput, which you couldn't normally get. But actually, under the hoods, Lambda Insights is using Lambda extensions. And you can see that if you look. It automatically adds the Lambda layer and job done.So anyway, this is how a lot of the tools work, that a layer is just added to a Lambda function and off you go, the tool can do its work. So also there's a very much a simplicity angle on this, that in a lot of cases you don't have to do anything. You configure some of the extensions via environment variables, if that's cooled you may just have an API key or a log retention value or something like that, I don't know, any kind of example of that. But you just configure that as a normal Lambda environment variable at this partner extension, which is just a Lambda layer, and off you go. Super simple.Jeremy: Right. So explain Extensions exactly, because I think that's one of those things because now we have Lambda layers and we have Lambda Extensions. And there's also like the runtime API and then something else. I mean, even I'm not 100% sure what all of the naming conventions. I'm pretty sure I know what they do ...Julian: Yeah, fair enough.Jeremy: ... but maybe we could say the names and say exactly what they do as well.Julian: Yeah, cool. You get an API, I get an API, everybody gets an API. So Lambda layers, let's just start, because that's, although it's not related to Extensions, it's how Extensions are delivered to the power core functions. And Lambda layers is just another way to add code to a Lambda function or not even code, it can be a dependency. It's just a way that you could, and it's cool because they are shareable. So you have some dependencies, or you have a library, or an SDK, or some training data for something, a Lambda layer just allows you to add some bits and bobs to your Lambda function. That's a horrible explanation. There's another word I was thinking of, because I don't want to use the word code, because it's not necessarily code, but it's dependency, whatever. It's just another way of adding something. I'll wake up in a cold sweat tonight thinking of the word I was thinking of, but anyway.But Lambda Extensions introduces a whole new companion API. So the runtime API is the little bit of code that allows your function to talk to the Lambda service. So when an event comes in, this is from the outside. This could be via API gateway or via the Lambda API, or where else, EventBridge or Step Functions or wherever. When you then transports that data rise in the Lambda services and HTTP call, and Lambda transposes that into an event and sends that onto the Lambda function. And it's that API that manages that. And just as a sidebar, what I find it cool on a sort of geeky, technical thing is, that actually API sits within the execution environment. People are like, "Oh, that's weird. Why would your Lambda API sit within the execution environment basically within the bubble that contains your function rather than it on the Lambda service?"And the cool answer for that is it's actually for a security mechanism. Like your function can then only ever talk to the Lambda runtime API, which is in that secure execution environment. And so our security can be a lot stronger because we know that no function code can ever talk directly out of your function into the Lambda service, it's all got to talk locally. And then the Lambda service gets that response from the runtime API and sends it back to the caller or whatever. Anyway, sidebar, thought that was nerdy and interesting. So what we've now done is we've released a new Extensions API. So the Extensions API is another API that an extension can use to get information from Lambda. And they're two different types of extensions, just briefly, internal and external extensions.Now, internal extensions run within the runtime process so that it's just basically another thread. So you can use this for Python or Java or something and say, when the Python runtime starts, let's start it with another parameter and also run this Java file that may do some observability, or logging, or tracing, or finding out how long the modules take to launch, for example. I know there's an example for Python. So that's one way of doing extensions. So it's internal extensions, they're two different flavors, but I'll send you a link. I'll provide a link to the blog posts before we go too far down the rabbit hole on that.And then the other part of extensions are external extensions. And this is a cool part because they actually run as completely separate processes, but still within that secure bubble, that secure execution environment that Lambda runs it. And this gives you some superpowers if you want. Because first of all, an extension can run in any language because it's a separate process. So if you've got a Node function, you could run an extension in other kind of languages. Now, what do we do recommend is you do run your extension in a compiled binary, just because you've got to provide the runtime that the extensions got to run in any way, so as a compiled binary, it's super easy and super useful. So is something like Go, a lot of people are doing because you write a single extension and Go, and then you can use it on your Node functions, your Java functions, your PowerShell functions, whatever. So that's a really good, simple way that you can have the portability.But now, what can these extensions do? Well, the extensions basically register with extensions API, and then they say to Lambda, "Lambda, I want to know about what happens when my functions invoke?" So the extension can start up, maybe it's got some initialization code, maybe it needs to connect to a database, or log into an observability platform, or pull down a secret order. That it can do, it's got its own init that can happen. And then it's basically ready to go before the function invokes. And then when the extension then registers and says, "I want to know when the function invokes and when it shuts down. Cool." And that's just something that registers with the API. Then what happens is, when a functioning invoke comes in, it tells the runtime API, "Hello, you now have an event," sends it off to the Lambda function, which the runtime manages, but also extension or extensions, multiple ones, hears information about that event. And so it can tell you the time it's going to run and has some metadata about that event. So it doesn't have the actual event data itself, but it's like the sort of Lambda context, a version of that that it's going to send to the extension.So the extension can use that to do various things. It can start collecting telemetry data. It can alter instrument some of your code. It could be managing a secret as a separate process that it is going to cache in the background. For example, we've got one with AppConfig, which is really cool. AppConfig is a service where you manage parameters external to your Lambda function. Well, each time your Lambda function warm invokes if you've got to do an external API call to retrieve that, well, it's going to be a little bit efficient. First of all, you're going to pay for it and it's going to take some time.So how about when the Lambda function runs and the extension could run before the Lambda function, why don't we just cache that locally? And then when your Lambda function runs, it just makes a local HTTP call to the extension to retrieve that value, which is going to be super quick. And some extensions are super clever because they're their own process. They will go, "Well, my value is for 30 minutes and every 30 minutes if I haven't been run, I will then update the value from that." So that's useful. Extensions can then also, when the runtime ... Sorry, let me back up.When the runtime is finished, it sends its response back to the runtime API, and extensions when they're done doing, so the runtime can send it back and the extension can carry on processing saying, "Oh, I've got the information about this. I know that this Lambda function has done X, Y, Z, so let me do, do some telemetry. Let me maybe, if I'm writing logs, I could write a log to S3 or to Kinesis or whatever. Do some kind of thing after the actual function invocation has happened." And then when it says it's ready, it says, "Hello, extensions API, I'm telling you I'm done." And then it's gone. And then Lambda freezes the execution environment, including the runtime and the extensions until another invocation happens. And the cycle then will happen.And then the last little bit that happens is, instead of an invoke coming in, we've extended the Lambda life cycles, so when the environment is going to be shut down, the extension can receive the shutdown and actually do some stuff and say, "Okay, well, I was connected to my observer HTTP platform, so let me close that connection. I've got some extra logs to flush out. I've got whatever else I need to do," and just be able to cleanly shut down that extra process that is running in parallel to the Lambda function.Jeremy: All right.Julian: So that was a lot of words.Jeremy: That was a lot and I bet you that would be great conversation for a dinner party. Really kicks things up. Now, the good news is that, first of all, thank you for that though. I mean, that's super technical and super in-depth. And for anyone listening who ...Julian: You did ask, I did warn you.Jeremy ... kind of lost their way ... Yes, but something that is really important to remember is that you likely don't have to write these yourself, right? There is all those companies you mentioned earlier, all those partners, they've already done this work. They've already figured this out and they're providing you access to their tools via this, that allows you to build things.Julian: Exactly.Jeremy: So if you want to build an extension and you want to integrate your product with Lambda or so forth, then maybe go back and listen to this at half speed. But for those of you who just want to take advantage of it because of the great functionality, a lot of these companies have already done that for you.Julian: Correct. And that's the sort of easiness thing, of just adding the Lambda layer or including in a container image. And yeah, you don't have to worry any about that, but behind the scenes, there's some really cool functionality that we're literally opening up our Lambda operates and allowing you to impact when a function responds.Jeremy: All right. All right. So let me ask another, maybe an overly technical question. I have heard, and I haven't experienced this, but that when it runs the life cycle that ends the Lambda function, I've heard something like it doesn't send the information right away, right? You have to wait for that Lambda to expire or something like that?Julian: Well, yes, for now, about to change. So currently Extensions is actually in preview. And that's not because it's in Beta or anything like that, but it's because we spoke to the partners and we didn't want to dump Extensions on the world. And all the partners had to come out with their extensions on day one and then try and figure out how customers are going to use them and everything. So what we really did, which I think in this case works out really well, is we worked with the partners and said, "Well, let's release this in preview mode and then give everybody a whole bunch of months to work out what's the best use cases, how can we best use this?" And some partners have said, "Oh, amazing. We're ready to go." And some partners have said, "Ah, it wasn't quite what we thought. Maybe we're going to wait a bit, or we're going to do something differently, or we've got some cool ideas, just give us time." And so that's what this time has been.The one other thing that has happened is we've actually added some performance enhancements during it. So yes, currently during the preview, the runtime and all extensions need to finish before we give you your response back to your Lambda function. So if you're in an asynchronous mode, you don't really care, but obviously if you're in a synchronous mode behind an API, yeah, you don't really want that. But when Extensions goes GA, which isn't going to be long, then that is no longer the case. So basically what'll happen is the runtime will respond and the result goes directly back to whoever's calling that, maybe API gateway, and the extensions can carry on, partly asynchronously in the background.Jeremy: Yep. Awesome. All right. And I know that the plan is to go GA soon. I'm not sure when around when this episode comes out, that that will be, but soon, so that's good to know that that is ...Julian: And in fact, when we go GA that performance enhancement is part of the GA. So when it goes GA, then you know, it's not something else you need to wait for.Jeremy: Perfect. Okay. All right. So let's move on to another bit of, I don't know if this is extensibility of the actual product itself or more so I think extensibility of maybe the workflow that you use to deploy to Lambda and deploy your serverless applications, and that's container image support. I mean, we've discussed it a lot. I think people kind of have an idea, but just give me your quick overview of what that is to set some context here.Julian: Yeah, sure. Well, container image support in a simple sort of headline thing is to be able to build and package your functions as a container image. So you basically build a function using a Docker file. So before if you use a zip function, but a lot of people use Serverless Framework or SAM, or whatever, that's all abstracted away from you, but it's actually creating a zip file and uploading it to Lambda or S3. So with container image support, you use a Docker file to build your Lambda function. That's the headline of what's happening.Jeremy: Right. And so the idea of creating, and this is also, and again, you mentioned packaging, right? I mean, that is the big thing here. This is a packaging format. You're not actually running the container in a Lambda function.Julian: Correct. Yeah, let's maybe think, because I mean, "containers," in inverted commas again for people who are on the audio, is ...Jeremy: What does it even mean?Julian: Yeah, exactly. And can be quite an overload of terms and definitely causes some confusion. And I sort of think maybe there's sort of four things that are in the container world. One, containers is an isolation mechanism. So on Linux, this is UNC Group, seccomp, other bits and pieces that can be used to isolate processes or maybe groups of processes. And then a second one, containers as the packaging mechanism. This is what Docker really popularized and this is about taking some code and the dependencies needed to run the code, and then packaging them all out together, maybe with some metadata to describe it.And then, three is containers as also a design philosophy. This is the idea, if we can package and isolate software, it's easier to run. Maybe smaller pieces of software is easy to reason about and manage independently. So I don't want to necessarily use microservices, but there's some component of that with it. And the emphasis here is on software rather than services, and standardized tooling to simplify your ops. And then the fourth thing is containers as an ecosystem. This is where all the products, tools, know how, all the actual things to how to do containers. And I mean, these are certain useful, but I wouldn't say there're anything about the other kind of things.What is cool and worth appreciating is how maybe independent these things are. So when I spoke about containers as isolation, well, we could actually replace containers as isolation with micro VMs such as we do with Firecracker, and there's no real change in the operational properties. So one, if we think, what are we doing with containers and why? One of those is in a way ticked off with Lambda. Lambda does have secure isolation. And containers as a packaging format. I mean, you could replace it with static linking, then maybe won't really be a change, but there's less convenience. And the design philosophy, that could really be applicable if we're talking microservices, you can have instances and certainly functions, but containers are all the same kind of thing.So if we talk about the packaging of Lambda functions, it's really for people who are more familiar with containers, why does Lambda have to be different? You've got, why does Lambda to have to be a snowflake in a way that you have to manage differently? And if you are packaging dependencies, and you're doing npm or pip install, and you're used to building Docker files, well, why can't we just do that for Lambda at the same things? And we've got some other things that come with that, larger function sizes, up to 10 gig, which is enabled with some of this technology. So it's a packaging format, but on the backend, there's a whole bunch of different stuff, which has to be done to to allow this. Benefits are, use your tooling. You've got your CI/CD pipelines already for containers, well, you can use that.Jeremy: Yeah, yeah. And I actually like that idea too. And when I first heard of it, I was like, I have nothing against containers, the containers are great. But when I was thinking about it, I'm like, "Wait container? No, what's happening here? We're losing something." But I will say, like when Lambda layers came out, which was I think maybe 2019 or something like that, maybe 2018, the idea of it made a lot of sense, being able to kind of supplement, add additional dependencies or code or whatever. But it always just seemed awkward. And some of the publishing for it was a little bit awkward. The versioning used like a numbered versioning instead of like semantic versioning and things like that. And then you had to share it to multiple places and if you published it as a SAR app, then you got global distri ... Anyways, it was a little bit hard to use.And so when you're trying to package large dependencies and put those in a layer and then combine them with a Lambda function, the other problem you had was you still had a maximum size that you could use for those, when those were combined. So I like this idea of saying like, "Look, I'd like to just kind of create this little isolate," like you said, "put my dependencies in there." Whether that's PyCharm or some other thing that is a big dependency that maybe I don't want to install, directly in a Lambda layer, or I don't want to do directly in my Lambda function. But you do that together and then that whole process just is a lot easier. And then you can actually run those containers, you could run those locally and test those if you wanted to.Julian: Correct. So that's also one of the sort of superpowers of this. And that's when I was talking about, just being able to package them up. Well, that now enables a whole bunch of extra kind of stuff. So yes, first of all is you can then use those container images that you've created as your local testing. And I know, it's silly for anyone to poo poo local testing. And we do like to say, "Well, bring your testing to the cloud rather than bringing the cloud to your testing." But testing locally for unit tests is super great. It's going to be super fast. You can iterate, have your Lambda functions, but we don't want to be mocking all of DynamoDB, all of building harebrained S3 options locally.But the cool thing is you've got the same Docker file that you're going to run in Lambda can be the same Docker file to build your function that you run locally. And it is literally exactly the same Lambda function that's going to run. And yes, that may be locally, but, with a bit of a stretch of kind of stuff, you could also run those Lambda functions elsewhere. So even if you need to run it on EC2 instances or ECS or Fargate or some kind of thing, this gives you a lot more opportunities to be able to use the same Lambda function, maybe in different way, shapes or forms, even if is on-prem. Now, obviously you can't recreate all of Lambda because that's connected to IM and it's got huge availability, and scalability, and latency and all that kind of things, but you can actually run a Lambda function in a lot more places.Jeremy: Yeah. Which is interesting. And then the other thing I had mentioned earlier was the size. So now the size of these container or these packages can be much, much bigger.Julian: Yeah, up to 10 gig. So the serverless purists in the back are shouting, "What about cold starts? What about cold starts?"Jeremy: That was my next question, yes.Julian: Yeah. I mean, back on zip functional archives are also all available, nothing changes with that Lambda layers, many people use and love, that's all available. This isn't a replacement it's just a new way of doing it. So now we've got Lambda functions that can be up to 10 gig in size and surely, surely that's got to be insane for cold starts. But actually, part of what I was talking about earlier of some of the work we've done on the backend to support this is to be able to support these super large package sizes. And the high level thing is that we actually cache those things really close to where the Lambda layer is going to be run.Now, if you run the Docker ecosystem, you build your Docker files based on base images, and so this needs to be Linux. One of the super things with the container image support is you don't have to use Amazon Linux or Amazon Linux 2 for Lambda functions, you can actually now build your Lambda functions also on Ubuntu, DBN or Alpine or whatever else. And so that also gives you a lot more functionality and flexibility. You can use the same Linux distribution, maybe across your entire suite, be it on-prem or anywhere else.Jeremy: Right. Right.Julian: And the two little components, there's an interface client, what you install, it's just another Docker layer. And that's that runtime API shim that talks to the runtime API. And then there's a runtime interface emulator and that's the thing that pretends to be Lambda, so you can shunt those events between HTTP and JSON. And that's the thing you would use to run locally. So runtime interface client means you can use any Linux distribution at the runtime interface client and you're compatible with Lambda, and then the interface emulators, what you would use for local testing, or if you want to spread your wings and run your Lambda functions elsewhere.Jeremy: Right. Awesome. Okay. So the other thing I think that container support does, I think it opens up a broader set of, or I guess a larger audience of people who are familiar with containerization and how that works, bringing those two Lambda functions. And one of the things that you really don't get when you run a container, I guess, on EC2, or, not EC2, I'm sorry, ECS, or Fargate or something like that, without kind of adding another layer on top of it, is the eventing aspect of it. I mean, Lambda just is naturally an event driven, a compute layer, right? And so, eventing and this idea of event driven applications and so forth has just become much more popular and I think much more mainstream. So what are your thoughts? What are you seeing in terms of, especially working with so many customers and businesses that are using this now, how are you seeing this sort of evolution or adoption of event driven applications?Julian: Yeah. I mean, it's quite funny to think that actually the event of an application was the genesis of Lambda rather than it being Serverless. I mentioned earlier about starting with S3. Yeah, the whole crux of Lambda has been, I respond to an event of an API gateway, or something on SQS, or via the API or anything. And so the whole point in a way of Lambda has been this event driven computing, which I think people are starting to sort of understand in a bigger thing than, "Oh, this is just the way you have to do Lambda." Because, I do think that serverless has a unique challenge where there is a new conceptual learning maybe that you have to go through. And one other thing that holds back service development is, people are used to a client's server and maybe ports and sockets. And even if you're doing containers or on-prem, or EC2, you're talking IP addresses and load balances, and sockets and firewalls, and all this kind of thing.But ultimately, when we're building these applications that are going to be composed of multiple services talking together through using APIs and events, the events is actually going to be a super part of it. And I know he is, not for so much longer, but my ultimate boss, but I can blame Jeff Bezos just a little bit, because he did say that, "If you want to talk via anything, talk via an API." And he was 100% right and that was great. But now we're sort of evolving that it doesn't just have to be an API and it doesn't have to be something behind API gateway or some API that you can run. And you can use the sort of power of events, particularly in an asynchronous model to not just be "forced" again in inverted commas to use APIs, but have far more flexibility of how data and information is going to flow through, maybe not just your application, but your suite of applications, or to and from your partners, or where that is.And ultimately authentications are going to be distributed, and maybe that is connecting to partners, that could be SaaS partners, or it's going to be an on-prem component, or maybe things in other kind of places. And those things need to communicate. And so the way of thinking about events is a super powerful way of thinking about that.Jeremy: Right. And it's not necessarily new. I mean, we've been doing web hooks for quite some time. And that idea of, something is going to happen somewhere and I want to be notified of it, is again, not a new concept. But I think certainly the way that it's evolved with Lambda and the way that other FaaS products had done eventing and things like that, is just those tight integrations and just all of the, I guess, the connective tissue that runs between those things to make sure that the events get delivered, and that you can DLQ them, and you can do all these other things with retries and stuff like that, is pretty powerful.I know you have, I actually just mentioned this on the last episode, about one of my favorite books, I think that changed my thinking and really got me thinking about how microservices communicate with one another. And that was Building Microservices by Sam Newman, which I actually said was sort of like my Bible for a couple of years, yes, I use that. So what are some of the other, like I know you have a favorite book on this.Julian: Well, that Building Microservices, Sam Newman, and I think there's a part two. I think it's part two, or there's another one ...Jeremy: Hopefully.Julian: ... in the works. I think even on O'Riley's website, you can go and see some preview copies of it. I actually haven't seen that. But yeah, I mean that is a great kind of Bible talking. And sometimes we do conflate this microservices things with a whole bunch of stuff, but if you are talking events, you're talking about separating things. But yeah, the book recommendation I have is one called Flow Architectures by James Urquhart. And James Urquhart actually works with VMware, but he's written this book which is looking sort of at the current state and also looking into the future about how does information flow through our applications and between companies and all this kind of thing.And he goes into some of the technology. When we talk about flow, we are talking about streams and we're talking about events. So streams would be, let's maybe put some AWS words around it, so streams would be something like Kinesis and events would be something like EventBridge, and topics would be SNS, and SQS would be queues. And I know we've got all these things and I wish some clever person would create the one flow service to rule them all, but we're not there. And they've got also different properties, which are helpful for different things and I know confusingly some of them merge. But James' sort of big idea is, in the future we are going to be able to moving data around between businesses, between applications. So how can we think of that as a flow? And what does that mean for designing applications and how we handle that?And Lambda is part of it, but even more nicely, I think is even some of the native integrations where you don't have to have a Lambda function. So if you've got API gateway talking to Step Functions directly, for example, well, that's even better. I mean, you don't have any code to manage and if it's certainly any code that I've written, you probably don't want to manage it. So yeah. I mean this idea of flow, Lambda's great for doing some of this moving around. But we are even evolving to be able to flow data around our applications without having to do anything and just wire up some things in a console or in a terminal.Jeremy: Right. Well, so you mentioned, someone could build the ultimate sort of flow control system or whatever. I mean, I honestly think EventBridge is very close to that. And I actually had Mike Deck on the show. I think it was like episode five. So two years ago, whenever it was when the show came out. I mean, when EventBridge came out. And we were talking and I sort of made the joke, I'm like, so this is like serverless web hooks, essentially being able, because there was the partner integrations where partners could push events onto an event bus, which they still can do. But this has evolved, right? Because the issue was always sort of like, I would have to subscribe to web books, I'd have to build a web hook to get events from a particular company. Which was great, always worked fine, but you're still maintaining that infrastructure.So EventBridge comes along, it creates these partner integrations and now you can just push an event on that now your applications, whether it's a Lambda function or other services, you can push them to an SQS queue, you can push them into a Kinesis stream, all these different destinations. You can go ahead and pull that data in and that's just there. So you don't have to worry about maintaining that infrastructure. And then, the EventBridge team went ahead and released the destination API, I think it's called.Julian: Yeah, API destinations.Jeremy: Event API destinations, right, where now you can set up these integrations with other companies, so you don't even have to make the API call yourself anymore, but instead you get all of the retries, you get the throttling, you get all that stuff kind of built in. So I mean, it's just really, really interesting where this is going. And actually, I mean, if you want to take a second to tell people about EventBridge API destinations, what that can do, because I think that now sort of creates both sides of that equation for you.Julian: It does. And I was just thinking over there, you've done a 10 times better job at explaining API destinations than I have, so you've nailed it on the head. And packet is that kind of simple. And it is just, events land up in your EventBridge and you can just pump events to any arbitrary endpoint. So it doesn't have to be in AWS, it can be on-prem. It can be to your Raspberry PI, it can literally be anywhere. But it's not just about pumping the events over there because, okay, how do we handle failover? And how do we handle over throttling? And so this is part of the extra cool goodies that came with API destinations, is that you can, for instance, if you are sending events to some external API and you only licensed for 1,000 invocations, not invocations, that could be too Lambda-ish, but 1,000 hits on the API every minute.Jeremy: Quotas. I think we call them quotas.Julian: Quotas, something like that. That's a much better term. Thank you, Jeremy. And some sort of quota, well, you can just apply that in API destinations and it'll basically store the data in the meantime in EventBridge and fire that off to the API destination. If the API destination is in that sort of throttle and if the API destination is down, well, it's going to be able to do some exponential back-off or calm down a little bit, don't over-flood this external API. And then eventually when the API does come back, it will be able to send those events. So that does just really give you excellent power rather than maintaining all these individual API endpoints yourself, and you're not handling the availability of the endpoint API, but of whatever your code is that needs to talk to that destination.Jeremy: Right. And I don't want to oversell this to anybody, but that also ...Julian: No, keep going. Keep going.Jeremy: ... adds the capability of enhanced security, because you're not exposing those API keys to your developers or anybody else, they're all baked in and stored within, the API destinations or within an EventBridge. You have the ability, you mentioned this idea of not needing Lambda to maybe talk directly, API gateway to DynamoDB or to step function or something like that. I mean, the cool thing about this is you do have translation capabilities, or transformation capabilities in EventBridge where you can transform the event. I haven't tried this, but I'm assuming it's possible to say, get an event from Salesforce and then pipe it into Stripe or some other API that you might want to pipe it into.So I mean, just that idea of having that centralized bus that can communicate with all these different things. I mean, we're talking about distributed systems here, right? So why is it different sending an event from my microservice A to my microservice B? Why can't I send it from my microservice A to company-wise, microservice B or whatever? And being able to do that in a secure, reliable, just with all of that stuff kind of built in for you, I think it's amazing. So I love EventBridge. To me EventBridge is one of those services that rivals Lambda. It's as, I guess as important as Lambda is, in this whole serverless equation.Julian: Absolutely, Jeremy. I mean, I'm just sitting here. I don't actually have to say anything. This is a brilliant interview and Jeremy, you're the expert. And you're just like laying down all of the excellent use cases. And exactly it. I mean, I like to think we've got sort of three interlinked services which do three different things, but are awesome. Lambda, we love if you need to do some processing or you need to do something that's literally your business logic. You've got EventBridge that can route data from in and out of SaaS partners to any other kind of API. And then you've got Step Functions that can do some coordination. And they all work together, but you've got three different things that really have sort of superpowers in terms of the amount of stuff you can do with it. And yes, start with them. If you land up bumping up against any kind of things that it doesn't work, well, first of all, get in touch with me, I'll work on that.But then you can maybe start thinking about, is it containers or EC2, or that kind of thing? But using literally just Lambda, Step Functions and EventBridge, okay. Yes, maybe you're going to need some queues, topics and APIs, and that kind of thing. But ...Jeremy: I was just going to say, add DynamoDB in there for some permanent state or for some data persistence. Right? Yeah. But other than that, no, I think you nailed it. Honestly, sometimes you're starting to build applications and yeah, you're right. You maybe need a queue here and there and things like that. But for the most part, no, I mean, you could build a lot with those three or four services.Julian: Yeah. Well, I mean, even think of it what you used to do before with API destinations. Maybe you drop something on a queue, you'd have Lambda pull that from a queue. You have Lambda concurrency, which would be set to five per second to then send that to an external API. If it failed going to that API, well, you've got to then dump it to Lambda destinations or to another SQS queue. You then got something ... You know, I'm going down the rabbit hole, or just put it on EventBridge ...Jeremy: You just have it magically happen.Julian: ... or we talk about removing serverless infrastructure, not normal infrastructure, and just removing even the serverless bits, which is great.Jeremy: Yeah, no. I think that's amazing. So we talked about a couple of these different services, and we talked about packaging formats and we talked about event driven applications, and all these other things. And a lot of this stuff, even though some of it may be familiar and you could probably equate it or relate it to things that developers might already know, there is still a lot of new stuff here. And I think, my biggest complaint about serverless was not about the capabilities of it, it was basically the education and the ability to get people to adopt it and understand the power behind it. So let's talk about that a little bit because ... What's that?Julian: It sounds like my job description, perfectly.Jeremy: Right. So there we go. Right, that's what you're supposed to be doing, Julian. Why aren't you doing it? No, but you are doing it. You are doing it. No, and that's why I want to talk to you about it. So you have that series on the Well-Architected Framework and we can talk about that. There's a whole bunch of really good resources on this. Obviously, you're doing videos and conferences, well, you used to be doing conferences. I think you probably still do some of those virtual ones, right? Which are not the same thing.Julian: Not quite, no.Jeremy: I mean, it was fun seeing you in Cardiff and where else were you?Julian: Yeah, Belfast.Jeremy: Cardiff and Northern Ireland.Julian: Yeah, exactly.Jeremy: Yeah, we were all over the place together.Julian: With the Guinness and all of us. It was brilliant.Jeremy: Right. So tell me a little bit about, sort of, the education process that you're trying to do. Or maybe even where you sort of see the state of Serverless education now, and just sort of where it's evolved, where we're getting best practices from, what's out there for people. And that's a really long question, but I don't know, maybe you can distill that down to something usable.Julian: No, that's quite right. I'm thinking back to my extensions explanation, which is a really long answer. So we're doing really long stuff, but that's fine. But I like to also bring this back to also thinking about the people aspect of IT. And we talk a lot about the technology and Lambda is amazing and S3 is amazing and all those kinds of things. But ultimately it is still sort of people lashing together these services and building the serverless applications, and deciding what you even need to do. And so the education is very much tied with, of course, having the products and features that do lots of kinds of things. And Serverless, there's always this lever, I suppose, between simplicity and functionality. And we are adding lots of knobs and levers and everything to Lambda to make it more feature-rich, but we've got to try and keep it simple at the same time.So there is sort of that trade-off, and of course with that, that obviously means not just the education side, but education about Lambda and serverless, but generally, how do I build applications? What do I do? And so you did mention the Well-Architected Framework. And so for people who don't know, this came out in 2015, and in 2017, there was a Serverless Lens which was added to it; what is basically serverless specific information for Well-Architected. And Well-Architected means bringing best practices to serverless applications. If you're building prod applications in the cloud, you're normally looking to build and operate them following best practices. And this is useful stuff throughout the software life cycle, it's not just at the end to tick a few boxes and go, "Yes, we've done that." So start early with the well-architected journey, it'll help you.And just sort of answer the question, am I well architected? And I mean, that is a bit of a fuzzy, what is that question? But the idea is to give you more confidence in the architecture and operations of your workloads, and that's not a goal it's in, but it's to reduce and minimize the impact of any issues that can happen. So what we do is we try and distill some of our questions and thoughts on how you could do things, and we built that into the Well-Architected Framework. And so the ServiceLens has a few questions on its operational excellence, security, reliability, performance, efficiency, and cost optimization. Excellent. I knew I was going to forget one of them and I didn't. So yeah, these are things like, how do you control access to an API? How do you do lifecycle management? How do you build resiliency into your application? All these kinds of things.And so the Well-Architected Framework with Serverless Lens there's a whole bunch of guidance to help you do that. And I have been slowly writing a blog series to literally cover all of the questions, they're nine questions in the Well-Architected Serverless Lens. And I'm about halfway through, and I had to pause because we have this little conference called re:Invent, which requires one or two slides to be created. But yeah, I'm desperately keen to pick that up again. And yeah, that's just providing some really and sort of more opinionated stuff, because the documentation is awesome and it's very in-depth and it's great when you need all that kind of stuff. But sometimes you want to know, well, okay, just tell me what to do or what do you think is best rather than these are the seven different options.Jeremy: Just tell me what to do.Julian: Yeah.Jeremy: I think that's a common question.Julian: Exactly. And I'll launch off from that to mention my colleague, James Beswick, he writes one or two things on serverless ...Jeremy: Yeah, I mean, every once in a while you see something from it. Yeah.Julian: ... every day. The Besbot machine of serverless. He's amazing. James, he's so knowledgeable and writes like a machine. He's brilliant. Yeah, I'm lucky to be on his team. So when you talk about education, I learn from him. But anyway, in a roundabout way, he's created this blog series and other series called the Lambda Operations Guide. And this is literally a whole in-depth study on how to operate Lambda. And it goes into a whole bunch of things, it's sort of linked to the Serverless Lens because there are a lot of common kind of stuff, but it's also a great read if you are more nerdily interested in Lambda than just firing off a function, just to read through it. It's written in an accessible way. And it has got a whole bunch of information on how to operate Lambda and some of the stuff under the scenes, how to work, just so you can understand it better.Jeremy: Right. Right. Yeah. And I think you mentioned this idea of confidence too. And I can tell you right now I've been writing serverless applications, well, let's see, what year is it? 2021. So I started in 2015, writing or building applications with Lambda. So I've been doing this for a while and I still get to a point every once in a while, where I'm trying to put something in cloud formation or I'm using the Serverless Framework or whatever, and you're trying to configure something and you think about, well, wait, how do I want to do this? Or is this the right way to do it? And you just have that moment where you're like, well, let me just search and see what other people are doing. And there are a lot of myths about serverless.There's as much good information is out there, there's a lot of bad information out there too. And that's something that is kind of hard to combat, but I think that maybe we could end it there. What are some of the things, the questions people are having, maybe some of the myths, maybe some of the concerns, what are those top ones that you think you could sort of ...Julian: Dispel.Jeremy: ... to tell people, dispel, yeah. That you could say, "Look, these are these aren't things to worry about. And again, go and read your blog post series, go and read James' blog post series, and you're going to get the right answers to these things."Julian: Yeah. I mean, there are misconceptions and some of them are just historical where people think the Lambda functions can only run for five minutes, they can run for 15 minutes. Lambda functions can also now run up to 10 gig of RAM. At re:Invent it was only 3 gig of RAM. That's a three times increase in Lambda functions within a three times proportional increase in CPU. So I like to say, if you had a CPU-intensive job that took 40 minutes and you couldn't run it on Lambda, you've now got three times the CPU. Maybe you can run it on Lambda and now because that would work. So yeah, some of those historical things that have just changed. We've got EFS for Lambda, that's some kind of thing you can't do state with Lambda. EFS and NFS isn't everybody's cup of tea, but that's certainly going to help some people out.And then the other big one is also cold starts. And this is an interesting one because, obviously we've sort of solved the cold start issue with connecting Lambda functions to VPC, so that's no longer an issue. And that's been a barrier for lots of people, for good reason, and that's now no longer the case. But the other thing for cold starts is interesting because, people do still get caught up at cold starts, but particularly for development because they create a Lambda function, they run it, that's a cold start and then update it and they run it and then go, oh, that's a cold start. And they don't sort of grok that the more you run your Lambda function the less cold starts you have, just because they're warm starts. And it's literally the number of Lambda functions that are running at exactly the same time will have a cold start, but then every subsequent Lambda function invocation for quite a while will be using a warm function.And so as it ramps up, we see, in the small percentages of cold starts that are actually going to happen. And when we're talking again about the container image support, that's got a whole bunch of complexity, which people are trying to understand. Hopefully, people are learning from this podcast about that as well. But also with the cold starts with that, those are huge and they're particular ways that you can construct your Lambda functions to really reduce those cold starts, and it's best practices anyway. But yeah, cold starts is also definitely one of those myths. And the other one ...Jeremy: Well, one note on cold starts too, just as something that I find to be interesting. I know that we, I even had to spend time battling with that earlier on, especially with VPC cold starts, that's all sort of gone away now, so much more efficient. The other thing is like provision concurrency. If you're using provision concurrency to get your cold starts down, I'm not even sure that's the right use for provision concurrency. I think provision concurrency is more just to make sure you have enough capacity because of the ramp-up time for Lambda. You certainly can use it for cold starts, but I don't think you need to, that's just my two cents on that.Julian: Yeah. No, that is true. And they're two different use cases for the same kind of thing. Yeah. As you say, Lambda is pretty scalable, but there is a bit of a ramp-up to get up to many, many, many, many thousands or tens of thousands of concurrent executions. And so yeah, using provision currency, you can get that up in advance. And yeah, some people do also use it for provision concurrency for getting those cold starts done. And yet that is another very valid use case, but it's only an issue for synchronous workloads as well. Anything that is synchronous you really shouldn't be carrying too much. Other than for cost perspective because it's going to take longer to run.Jeremy: Sure. Sure. I have a feeling that the last one you were going to mention, because this one bugs me quite a bit, is this idea of no ops or some people call it ops-less, which I think is kind of funny. But that's one of those things where, oh, it drives me nuts when I hear this.Julian: Yeah, exactly. And it's a frustrating thing. And I think often, sometimes when people are talking about no ops, they either have something to sell you. And sometimes what they're selling you is getting rid of something, which never is the case. It's not as though we develop serverless applications and we can then get rid of half of our development team, it just doesn't work like that. And it's crazy, in fact. And when I was talking about the people aspect of IT, this is a super important thing. And me coming from an infrastructure background, everybody is dying in their jobs to do more meaningful work and to do more interesting things and have the agility to try those experiments or try something else. Or do something that's better or even improve the way your build or improve the way your CI/CD pipeline runs or anything, rather than just having to do a lot of work in the lower levels.And this is what serverless really helps you do, is to be able to, we'll take over a whole lot of the ops for you, but it's not all of the ops, because in a way there's never an end to ops. Because you can always do stuff better. And it's not just the operations of deploying Lambda functions and limits and all that kind of thing. But I mean, think of observability and not knowing just about your application, but knowing about your business. Think of if you had the time that you weren't just monitoring function invocations and monitoring how long things were happening, but imagine if you were able to pull together dashboards of exactly what each transaction costs as it flows through your whole entire application. Think of the benefit of that to your business, or think of the benefit that in real-time, even if it's on Lambda function usage or something, you can say, "Well, oh, there's an immediate drop-off or pick-up in one region in the world or one particular application." You can spot that immediately. That kind of stuff, you just haven't had time to play with to actually build.But if we can take over some of the operational stuff with you and run one or two or trillions of Lambda functions in the background, just to keep this all ticking along nicely, you're always going to have an opportunity to do more ops. But I think the exciting bit is that ops is not just IT infrastructure, plumbing ops, but you can start even doing even better business ops where you can have more business visibility and more cool stuff for your business because we're not writing apps just for funsies.Jeremy: Right. Right. And I think that's probably maybe a good way to describe serverless, is it allows you to focus on more meaningful work and more meaningful tasks maybe. Or maybe not more meaningful, but more impactful on the business. Anyways, Julian, listen, this was a great conversation. I appreciate it. I appreciate the work that you're doing over at AWS ...Julian: Thank you.Jeremy: ... and the stuff that you're doing. And I hope that there will be a conference soon that we will be able to attend together ...Julian: I hope so too.Jeremy: ... maybe grab a drink. So if people want to get a hold of you or find out more about serverless and what AWS is doing with that, how do they do that?Julian: Yeah, absolutely. Well, please get hold of me anytime on Twitter, is the easiest way probably, julian_wood. Happy to answer your question about anything Serverless or Lambda. And if I don't know the answer, I'll always ask Jeremy, so you're covered twice over there. And then, three different things. James is, if you're talking specifically Lambda, James Beswick's operations guide, have a look at that. Just so much nuggets of super information. We've got another thing we did just sort of jump around, you were talking about cloud formation and the spark was going off in my head. We have something which we're calling the Serverless Patterns Collection, and this is really super cool. We didn't quite get to talk about it, but if you're building applications using SAM or serverless application model, or using the CDK, so either way, we've got a whole bunch of patterns which you can grab.So if you're pulling something from S3 to Lambda, or from Lambda to EventBridge, or SNS to SQS with a filter, all these kind of things, they're literally copy and paste patterns that you can put immediately into your cloud formation or your CDK templates. So when you are down the rabbit hole of Hacker News or Reddit or Stack Overflow, this is another resource that you can use to copy and paste. So go for that. And that's all hosted on our cool site called serverlessland.com. So that's serverlessland.com and that's an aggregation site that we run because we've got video talks, and we've got blog posts, and we've got learning path series, and we've got a whole bunch of stuff. Personally, I've got a learning path series coming out shortly on Lambda extensions and also one on Lambda observability. There's one coming out shortly on container image supports. And our team is talking all over as many things as we can virtually. I'm actually speaking about container images of DockerCon, which is coming up, which is exciting.And yeah, so serverlessland.com, that's got a whole bunch of information. That's just an easy one-stop-shop where you can get as much information about AWS services as you can. And if not yet, get in touch, I'm happy to help. I'm happy to also carry your feedback. And yeah, at the moment, just inside, we're sort of doing our planning for the next cycle of what Lambda and what all the service stuff we're going to do. So if you've got an awesome idea, please send it on. And I'm sure you'll be super excited when something pops out in the near issue, maybe just in future for a cool new functionality you could have been involved in.Jeremy: Well, I know that serverlessland.com is an excellent resource, and it's not that the AWS Compute blog is hard to parse through or anything, but serverlessland.com is certainly a much easier resource to get there. S

New movie and TV deals are discussed with both Casey McQuiston’s Red, White & Royal Blue coming to Amazon and a Love, Simon series to the Disney+ streaming service. Jeff talks about seeing The Lightning Thief: The Percy Jackson Musical. New patrons Rhonda and Regi are welcomed. Will reviews the Netflix original Special. Jeff reviews Jay Bell’s Straight Boy. Jeff & Will discuss their trip to the LA Times Festival of Books. They also share the interviews they did at the festival with Julian Winters, Kim Fielding & Venona Keyes and S.A. Stovall. Julian talks about his upcoming book How to Be Remy Cameron. Kim discusses her Stars in Peril series and Venona also tells Jeff about her co-writing with Kim. S.A. gives the origin story of her Vice City series and how she uses caricature to encourage people to read the first chapter (she also did a super cute caricature of Jeff & Will). Complete shownotes for episode 185 are at BigGayFictionPodcast.com. Here’s the text of this week’s book review: Straight Boy by Jay Bell, narrated by Kirt Graves. Reviewed by Jeff. I went into Straight Boy without knowing much about it other than it was a young adult story involving Andrew, a gay high school student, who develops a crush on Carter, a straight (or maybe not-so-straight) boy. What made me buy the audiobook was the fact I’m a huge Jay Bell fan because of Something Like Summer and also for Kirt Graves’s narration. I knew these two together would give me a great read. And they did. With Something Like Summer and its sequels, Jay proved a master of telling a story with many characters and many plot lines that involve an array of emotions. He’s upped his game with Straight Boy. Two things happen right away–Andrew, a recent transplant to Chicago, discovers a boy who lives down the street having an argument with his parents and saying things like “I was born this way.” Andrew thinks he’s found a gay friend. The next day–his first day at his new school–Andrew comes out as he introduces himself in class. This makes him a target of the school bully, Bobby. Andrew goes off on Bobby, despite the bully’s threats and ends up getting sent to the guidance office. Here he meets Carter and discovers that’s the boy he heard arguing. Both of them end up in a special program at the school where learning happens outside a traditional classroom Andrew’s year is now set. Everyone–gay, straight or otherwise–inevitably has that phase where you want a romantic relationship that you can’t have. Andrew longs for Carter but also doesn’t want to wreck their friendship, which seems to grow stronger by the minute. The thing is, Carter seems to be a little experimental too and that only makes things more confusing for them both. In the hands of a lesser writer, this would end up a disaster on the page, but Jay deftly weaves the emotions and circumstances for both guys as they figure out the place they’ve got in each other’s lives as it evolves through the school year. I cheered for the good and wanted to protect them through the bad since my fifty-year-old self could vividly recall how confusing seventeen was. Bobby’s integrated deeply into their year too. He’s a friend of Carter’s and that mean’s Andrew is around Bobby far more than he likes–and he ends up putting up with more crap that he should. Andrew accepts dealing with that because he doesn’t want to lose Carter. It’s made even harder when Carter starts dating Bobby’s ex, Olivia. Along the way another of Bobby’s friends, Jackson, becomes tight with Andrew too, creating more bonds in the group. The evolution of Andrew and Jackson’s friendship is as interesting as Andrew and Carter’s. Things get rough in the last quarter of the book. Bobby doesn’t like the changes happening to his group and he plots revenge. I have to warn here that not only does bullying happen throughout the story at varying levels but as we get into the last act there’s also off-page sexual assault and a pretty epic final battle where Andrew, Carter and the group are in way over their heads. Again, Jay does an excellent job of telling the story, ratcheting tensions and putting characters–and readers–through the wringer. The epilogue was the icing on top of this cake. Jumping twenty years into the future, we find out where everyone ended up. There were some surprises here that made me go “awwww.” It provided the perfect ending. What this book excelled at was showing friendships up close–what makes them grow, what rips them apart, and most importantly, what can make a true friend for life. It also shows, perhaps too intensely for some readers, the lengths people can go to in order to protect a relationship even if it’s toxic. I can’t commend Jay enough for how well he did all of this. Kudos to Kirt Graves too. I know well from TJ Klune’s Green Creek series that Kirt can handle a large cast of characters and high emotional impact. Kirt is perfection here handling the emotional rollercoaster without sending it over the top. His performance adds perfectly to what Jay had on the page. I highly recommend Straight Boy by Jay Bell, just make sure you’re ready for the ride. Interview Transcript - Julian Winters, Kim Fielding & Venona Keyes, S.A. Stovall This transcript was made possible by our community on Patreon. You can get information on how to join them at patreon.com/biggayfictionpodcast. Interview with Julian Winters Jeff: We are at the LA Times Festival of Books with Julian Winters. Julian: Hi. Jeff: Who I’ve just had a major fanboy moment over. Julian: I had fanboy moments. Jeff: Okay. We kinda both had the fanboy moment. Julian: Yes, yes. It is equal. Jeff: Because I had to get him to sign my “Running with Lions.” Podcast listeners know that was one of my favorite books of last year. Julian: Thank you. Jeff: And you’ve got a little sneak peek… Julian: I do. Jeff: Right now of “How To Be Remy Cameron,” which comes out September 10th. Julian: Yes, yes. September 10th, yes. Jeff: Tell us what this is about. Julian: Remy is a very personal book. It’s about an out and proud teen in high school, who has always felt like he’s known himself until he has this AP lit course. And one of the final grades he has to write an essay about who am I and it’s like the make or break essay. He’s trying to get into Emory University, and he needs this course in order to get there. And so, he has this kind of panic mode of, “Okay, but who am I?” Because he’s always been defined by, “Oh, he’s the gay kid who came out at 14,” or, “Oh, he’s one of five black students that go to our school,” or “Oh, he’s the big brother to this character,” and he’s just all these labels he wears all the time. He’s, “This is who I am.” But then he starts to realize, “Is that all I am and do these labels really define exactly who Remy Cameron is?” So, it’s kinda an exploration of what labels mean to us, but it also has a great family dynamic. A couple of secret mystery parts I can’t tell you about but there’s a lot of guessing games going on in it. And of course, it wouldn’t be me if I didn’t have like a dorky romance in there. So, that’s in there too. Jeff: A dorky romance? I like that because that’s… Julian: Yes, that’s exactly what I promise you. It’s so geeky, it’s so dorky. Jeff: That’s kind of what “Lions” was as well for sure. That’s a good label for it. How would you say that your writing has evolved from first book to second? Julian: Oh, it’s a lot. A lot. With the first book, I just kinda wanted to write the feel-good story, and that was my goal, and touching on certain issues throughout the book. And it also was written in third person and “Remy’s” written in first person. I’ve never, not even when I was like a small child, wrote in first person. I love reading books like that, but I thought, I just can’t do that, it’s just too personal. And so, it was a challenge doing that, but it was a lot of fun. And “Remy,” like I said, it’s very personal, so exploring parts of myself and things that I see throughout, you know, our community and things like that. It really helped me grow as a writer to really say, Okay, you can challenge yourself and you can fail at it, but you can also improve. And that was great. So, to fail, I struggled so much in the beginning, but to have that under my belt now, it’s I think I could write a lot of different stories. Jeff: So, you think you’ll visit first again sometimes? Julian: Oh, yeah, yes, yes. The next book I’m working on, first might be where I’m stuck now. I think this might be my calling. I don’t know. Jeff: Okay. I could tell you, first is a nice place to be. Julian: Yeah, it is. Jeff: What are some elements of this book that are so personal to you? Julian: Growing up. So, I grew up in Upstate New York where I was one of five black students at my school. And then when we moved to Georgia, I was one of 400 that went to my school. So, it’s very personal in the sense of, I went through a lot of phases of am I too gay? Am I black enough? Am I too perfect as a friend? Am I good enough friend? A lot of things that I went through, Remy goes through in the book. It also explores my love for a lot of geeky things and how for a while I wouldn’t let that define me because I thought, “Oh, no, this is bad, people are gonna make fun of me.” And Remy goes through that because he had a lot of geeky moments, but it’s almost like he’s scared to show them now that he knows that these are the things that I’m defined by. Jeff: I love that you point out the geeky thing because I saw on your Instagram earlier today of the comic books that you read into here at the Festival. Julian: Listen, I almost had to leave, you know, our booth just to go, you know, bow down at the comic book booth and just say, “Listen, thank you. I love it.” Jeff: Now, let’s talk about “Lions” for a second because you’ve had an amazing year. I mean, you started out of the gate that the book was blurbed by Becky Albertalli. Julian: Yeah. Jeff: And now, just within the last week or two, you’ve won an award for it. So, tell us a little bit about that. Julian: It’s been a wild journey because, first of all, like, I never thought I’d meet Becky Albertalli, I never thought I’d talk to her, I never thought, you know, I would become friends with her. And then just meeting all the other people along the way that I’ve met and growing in that area… I always felt like I was the kid sitting at the table in the corner where I peek over at all the cool kids and say, “Yeah, I’m never sitting at that table,” but it’s been kinda really awesome being taken in by so many different people and I never thought I’d be an award-winning author. Like, I wanted to write the book for queer kids to enjoy, to see themselves and know that, you know, you’re not some other subcategory, you’re just a normal person. It’s just that…this is just a part of you, it doesn’t define you. And to win an award, I broke down crying. It wasn’t something I was expecting going into this because my journey has always been about the reader but to have something for myself was amazing. It still is amazing. I’m not over it. I guess I won’t be over it until I actually hold the award in my hands and say, “This happened.” Jeff: This actually happened. And the cover too, which was a stunning cover, also won. Julian: Yes, the cover won for best cover. And that was so great for me in the sense that I love our cover designer, C.B. Messer. She’s amazing. She reads all the books cover to cover. And so, she knows these characters, she knows their stories, and what she did with that cover just blew me away. What she did with the “Remy” cover, I’m still in complete awe of just how well she knows these characters. Jeff: When we talked back last year, the book had hardly been out. Julian: Yeah. Jeff: How’s the reader response been to it? Julian: It’s been amazing. Today just alone, just so many people will walk by and say, “Oh my gosh, ‘Running with Lions,’ I’ve heard of that book.” And I’m just like, “What? Of all the books that came out in 2018, you heard of that book?” The response has been amazing. Going to the events and having people walk up to me and say, “Thank you for writing this book because I played soccer all my life, but there was never a queer soccer book.” Or, “Thank you for writing this because there weren’t a lot of books with bisexual main characters, or characters that were gay and Muslim, or black characters, or whatever.” It’s been amazing, the response I get. I get teary-eyed every time. I’m like, “I’m not strong enough for this, we can’t talk about this.” But it’s also been so cool to know that I’m helping someone see themselves because I didn’t always get that opportunity growing up. So, to know I’m getting to be a part of their journey, it’s just been amazing. Jeff: Fantastic. And what have you thought of the fair, of the festival? Because it’s your first time up here. Julian: Yes, this is my first time here for the festival. And I was talking to another friend about it because I went to YALLWEST last year. YALLWEST is this…it’s nice little corner and then this is like a whole city. Like, I get lost every time I go either to the bathroom or get something to drink. But it’s amazing because it brings so many different publishers, so many different books together, so many different genres, so many different kinds of authors are here. And that’s the amazing part to me, just to know how influential books are because there are people everywhere all the time, stacks of books in their arms. And you don’t really get to see that in, like, media, like how impactful books are, how much people really enjoy the art that we put out there. So, this has just been amazing to watch how excited people get when they see the books. Jeff: Yeah, it’s been very cool here. So, thank you so much for hanging out with us. Julian: Thank you. You know, I love you guys. Jeff: Best of luck on “How To Be Remy Cameron,” coming out September 10th. Interview with Kim Fielding and Venona Keyes Jeff: We are at the Los Angeles Times Festival of Books with Kim Fielding and Venona Keyes. Thanks for being here. Kim: Thanks so much. Venona: Thanks for asking. Jeff: We’re excited to have you both here. And now, Kim, of course, within the past couple of weeks, we’ve raved about the “The Spy’s Love Song” and the new “Dreamspun Desires.” Where did the inspiration for this book come from? Because it was so good. Kim: I think a big part of the inspiration came from my travels in Eastern Europe. So, you know, thinking about the way things used to be in Eastern Europe and how things are changing, plus politics as they’re happening right now. And so, yeah, I think that was the main thing. Jeff: What kind of research did you have to do to develop your spy and your rock star who becomes kind of…along on this mission without even knowing he’s on it? Kim: I didn’t have to do too much research on the spy part or on the travel part, but rock stars and music is not something I know anything or have any talent or anything else about, so that was where I had to do most of my research because I don’t know what it’s like. I don’t know what it’s like to be a rock star. I can’t even sing. Jeff: Does that mean you what it’s like to be a spy? Kim: Hmm, I’m not…I can’t divulge. Venona: You have kids. Kim: Yeah, I have kids. Jeff: And you wrote song lyrics too? Kim: I did. Yeah, I know. And it was really fun. And then in the audio version, my narrator Drew Bacca sang them, which was so cool. And it’s like, this is the closest I’m ever gonna get to being a songwriter. And it’s so much fun to listen to. And I can pretend, you know, like, I’m the next thing. Jeff: Which actually raises the question, did you give him an idea of what the melody for it was or did he just kind of make that up? Kim: I had no melody in mind. I didn’t know he was gonna sing. When I write a book, I’m sorry narrators, I don’t think about what I’m doing to my narrators. And so, sometimes I torture them, and I wasn’t even thinking about a narrator singing it. So, that was his idea and I was so pleased. Jeff: And this is a little different in “Dreamspuns” as well and I noted it in my review that you are a single point of view here. Did you go into it deliberately that way or just kind of organically discovered it was the way to go? Kim: It made more sense for this book because there’s some surprises about our spy character and I think it’s a lot more fun if we kinda discover the surprises along with the other character rather than knowing right from the start. So, you know, for some books, the dual point of view works really well, but for this one, I think this works well. Jeff: Yeah, I totally agree on that. Now, this is part of a bigger series that’s happening within the “Dreamspuns.” Kim: It is. Jeff: Tell us a little bit about the series overall. Kim: Sure. So, this series is called “Stars from Peril” and this is the first book in it. The second book comes out next month, and that’s “Redesigning Landry Bishop.” And the third book, I just finished the first round of edits on. It’ll be out in October and that one is “Drawing the Prince.” We went over several titles on that one. And so, what all three of them have in common is the main characters are from the same small town in Nebraska called Peril, Nebraska. And all three main characters have made it big in some way. So, our first guy is a rock star, our second guy is kind of a Martha Stewart type, and the third guy is an artist. And so, they’ve made it big in the world and they meet someone. And so, you can read each of them as a standalone and in any order you want to, but you’ll kind of see the characters appearing a little bit in one another’s story. Jeff: It didn’t even click for me that it was the name of the town too because peril plays into their own peril. Kim: Exactly. And I honestly cheated a little bit on that. There is a real town, a tiny little town, I think there’s like 60 people in it, in Nebraska called Hazard, Nebraska. So, Peril. Jeff: Peril, Hazard, it works. Kim: And it’s a great name. Jeff: Now, people may be wondering, why do we have both of them here together? Well, Venona and Kim also co-write. Tell us about that book. Venona: “Running Blind.” I will tell you this came about some years ago in Portland at our Dreamspinner meetup and she pulls me aside. Now, you have to understand that I was such a fan of Kim. I love “Brute”, I loved all of her stuff. And then she’s talking to me and I’m like, “You sure you’re talking to me because, you know, I don’t, like, co-write. I’m really bad at, you know, doing it by myself.” And she goes, “Oh, yeah, I heard on NPR…” And that’s how it started. Because Peter Sagal who’s out of Chicago hosts, “Wait, wait, Don’t Tell Me.” He is a running guide for blind people for marathons.” So, she had the idea and we came up with “Running Blind.” Kim: And the reason why Venona was such a perfect choice is because, unlike me, she does triathlons. So, I didn’t have to do the research on marathon running. Venona: No, or running guides either. Stuff like, “Yeah. That’s your department,” I’m like, “All right, we can do this.” And it’s a wonderful book and we decided that we wanted to have a second story because in the beginning, and it’s not giving a spoiler away, is Kyle and Matt who have been friends, who went to college together, were friends, became lovers, and now they’re in a comfortable pattern, and they really love each other but as brothers rather than lovers. So, when something happens to Kyle, Kyle breaks it off and he goes, “You gotta go do stuff.” And Matt’s reluctant, but this story is about Kyle and how he deals with the things that have happened in his life. So, the next book that we’re writing, the working title is “Playing,” is Matt’s story about how he finds romance after the breakup. Jeff: And when do we get to see that one come out? TBD. Venona: TBD. Kim: Well, that one is still in progress. Venona: It’s still in progress. It’s now in my hands. And so, we switch back and forth when we write, and I need to get it back to Kim. So, hopefully soon. Jeff: And you’ve got some other co-writing coming too? You’re working with Shira Anthony as well. Venona: Shira Anthony, it is another story. It’s actually about a farmer and a city boy. So, that one is coming up soon and that’s an honor of a friend of ours from GRL. So, we’re writing a story about a farmer which he is and who’s not out and a city boy who is. So, it’s a lot of fun. We already have the outline and we’re just getting started on writing that as well too. Jeff: Very cool. Anything else coming up we should know about? Venona: Yes. “How to Become a K-pop Idol,” I am writing that one by myself. We might get a co-writer on that one, you never know. But that one is, if people aren’t familiar with this, I love Korean culture, a lot of Asian culture, Japanese, Korean. I’m learning Korean. I’ve been a K-pop fan since 2009 proudly with the Big Bang. Jeff: Before it was cool. Venona: Before it was cool. And my bias is right now, because Big Bang, if you don’t know in Korea, you have to go in for military service mandatory by the time you’re 30. So, a lot of the K-pop idols are going in. So, new ones are coming up. So, the third gens right now is BTS, if you’ve not heard of Bangtan Sonyeondan, BTS, they’re really big. They’re the band that I’m following right now. Jeff: Very cool. Anything coming up for you, Kim, a part from the Peril series? Kim: Yes, start of the Peril series at the end of this month, so April 30th. I’ve got a new novella coming out. So, if people who are following my “Bureau” series, there’ll be a new novella in that. And I wanna push that because I give all my royalties for that to Doctors Without Borders. So, this is the fourth story in that series, but you can read them as standalones too. Venona: And they’re awesome stories too, I love those. Kim: Thanks. Jeff: And what have you guys thought of the festival? Venona: You know, this is the first time I’ve been here, and it is awesome. There’s just so many people here, there’s so many different books, and you get to browse them all at the same time instead of in a little bookstore somewhere. So, yeah. Kim: And it’s been a lot of fun just kinda hanging out with everybody, LA is fun. So, it’s been a lot of fun. Jeff: Very cool. Well, thanks for hanging out with us for a few minutes. Kim: Thanks so much. Venona: Thanks for asking us. Interview with S.A. Stovall Jeff: And we’re at the LA Times Festival of Books with S.A. Stovall. Thanks so much for being here with us. S.A.: Well, thank you for having me. It’s super exciting. Jeff: Now, you’re the author of “Vice City,” it’s currently two books in the series. Tell us a little bit about what the series is? S.A.: It’s a crime thriller like a noir style. Ironically, if you’ve ever read “Sin City,” which is a graphic novel, it’s kind of similar to that. I used to work at a courthouse and I got a lot of green, was an attorney and all that. I don’t do that anymore because it’s a little depressing, but I used some of my experience in that to write the series. And I really like redemption stories and like criminals turning it around. That’s what I did in the courts is I helped a lot of drug addicts get to rehab and turn their life around. And so, I’m really into that kind of story. So, the series follows an ex-mobster who like, you know, leaves the mob and then becomes a private detective, and then, you know, shenanigans ensue. Jeff: Shenanigans ensue? S.A.: Yeah. Jeff: And he’s consistent through the series? S.A.: He’s the main viewpoint. There’s a romance a subplot in which he falls in love with like a police academy cadet, and obviously, that’s his in to the police and you know, again, more shenanigans ensue that way. In the sequel book that just came out, one of the subplots is that a police officer suspects the main character’s actual identity, that he had connections to the mob and used to be a mob enforcer. And so, he’s out to prove that it’s him. And so, you know, it’s a thriller story so it’s got lots of thrills. Jeff: Mystery, suspense, thrills, it’s all there. S.A.: Yes, exactly. Jeff: What got you into starting to write these books? S.A.: So, I had a friend who really likes Dreamspinner Press and I used to write just books like short stories for my D&D group, because they really liked, you know, fantasy, all that kind of stuff. So, I wrote short story fantasies and she was like, “My God, you should write me a Dreamspinner-style novel, like, that’s what you should write for me.” And I was like, “Okay, I don’t know if I can do it as good as all these other people, but I’ll try.” And I wrote “Vice City” for her specifically. I even put that in the dedication. I’m like, “It’s just for you.” I didn’t think that it would go anywhere because, you know, I was just like, “Okay.” But I got an agent after I wrote this and then the agent sold it to Dreamspinner and then they published it for the DSP line because that’s where they do genre stuff. Jeff: It doesn’t necessarily have the romance in it, right? S.A.: Yeah. Well, mine does but it’s not the focal point. The focal point is the, you know, mystery and the mobster story. So, I was very surprised. I didn’t think it would go anywhere but it totally went somewhere. So, every time somebody is like, “Oh, I don’t know if I should write a novel,” there’s a piece of me that’s like, “Man, I just wrote that novel willy-nilly. So, you should try, you should do it. You should try.” Now admittedly, you know, I was writing before I wrote this because I wrote other stories and short stories, but still, if you’re thinking about it, you should just do it, you know. Don’t even think to yourself, “Oh, nobody will read this,” because I kinda thought, “Nobody’s gonna read a crime noir.” You know what I’m saying? Like, I was like, “That’s old school, nobody reads that kind of stuff anymore.” But no, people do, and people like it. So, I was really happy. Jeff: And you noted that the second book just came out. Do you have plans for third? S.A.: Yeah. Jeff: What is yet to come? S.A.: I’m about halfway through the third book and it’s a true series in the sense that it could go for as long as I want it or, you know, that kind of thing. It’s not like a trilogy or a set thing like, “Oh, something needs to happen.” But, you know, as a private investigator, anything can happen, you know, all sorts of shenanigans can ensue. Jeff: Very true, very true. S.A.: But there is a connecting theme. The whole reason that it’s the vice enforcer is that the mob that he used to work for was the vice family, and they’re still around by book three so you can kinda see the, like, he’s trying to take them down one by one. And so, I guess I could be limited to and then it got the whole vice family and then the series is over. But, you know, there’s that connecting thread too. Jeff: Now, that you’ve been writing in this genre, do you wanna expand out to other genres or is noir thriller kind of your sweet spot? S.A.: Well, it’s just a thing that I like a lot, that I thought, you know, nobody likes this anymore, but I like it. I wrote “Modern Gladiator” which is just a pure romance for Dreamspinner. It was a sports romance with UFC fighter. Jeff: Oh, cool. S.A.: I, a few years back, was dating a guy who was in the UFC. And so, I just used all of that experience to write a sports romance. And I know a lot about, you know, wrestling and all that kind of stuff just from him. And I put a lot of that kind of information in the book and it literally just came out about two weeks ago. Yeah, “Modern Gladiator” came out. And then I do a lot of fantasy and science fiction on the side as well. So, I mean, all sorts of things, all crazy things. Jeff: Very cool. Now you’re also an artist? S.A.: Yes, that’s true. Jeff: While she’s been here doing her signings and such, she’s also been doing caricatures of people who get their book signed. And so, we had this one done of us. It is so freaking adorable. How did this get started for you? S.A.: I’ve just always drawn things. I like doodling. I was really into comic books at a point in my life. I mean, so many comic books and manga. I mean, anything that was drawn and kind of that like storybook style with the panel, super loved. But I didn’t really intend for it to go anywhere. I went and got my history degree, I got a law degree. I wasn’t like, “Man, I need to study art.” But I did at least doodle enough that I was like, “I’m mildly good, you know.” And when I went to my first ever book fair, I thought, “I can’t just be the schmoe who’s standing in a booth trying to peddle their book, because I’m gonna be like 50 other people in the road doing the exact same thing. I should try and do something that’s at least enticing or to get people to read my stuff.” And I figured, “Hey, I could try a little caricature, and while I’m drawing them, they can read my book. And if it’s enticing enough, you know, they’ll buy the book, or they’ll feel guilty enough to buy the book, you know, I don’t know, whatever gets them to buy the book.” And a lot of people usually give me comments right away. Like, the first line in “Vice City,” everybody always comments, well, not everybody but like 80% of people. The first line is, “Getting hit with a wrench hurts.” And, so many people either laugh or comment like, “Oh my God, what a good line,” and I’m like, “Yeah.” And the first chapter in “Vice City” is an interrogation of that police cadet. So, Pierce, the mobster, is interrogating this guy who he thinks is a police mole. So, it’s really intense, you know, high stakes going on. I really like that first chapter and it usually hooks people. So, they read that first chapter while I’m drawing them and, bam, that’s my sales strategy. Don’t steal it. I’m joking, everybody can use it. Jeff: It’s all her’s. S.A.: Anybody can do it. Jeff: But the key is, like, I could never draw. There’s no way I’d do this, I’d have to find another hook. S.A.: I’ve been successful with it. People typically like that. And the caricatures are free. I just give them to people. So, even if they don’t buy the book, you know, it’s fine. Jeff: And it’s awesome watching her do them. We watched as she did ours. It’s like, “Oh my God, there we are just manifesting on the page.” It was very cool. Well, thank you so much for hanging out with us a little bit. One last question, what have you thought of the fair? S.A.: It’s good. There are a lot of people here though. I mean, just thousands of people all over the place. Going to the food trucks was fun, although not during lunchtime. There’s like a mile-long line from here to the sun and back. Nobody wants to do that. But the food trucks are good, the people seem to be really nice, and I don’t know, it’s just a good time. Jeff: Excellent. Well, thank you so much for spending a little bit of time with us. S.A.: Thank you for having me again, like, super awesome.

Investing in education is the most important gift somebody can give to themselves. In today’s inspiring episode Irene interviews, award-winning speaker, business coach and author Julian Businge. Hear Julian’s incredible story and passion for education, she believes in doing business the right way, being entrepreneurial and giving back by helping others.   Julian and Irene discuss what it takes to be an entrepreneur and how as parents, you can influence your children and help them pick up the knowledge it takes to be successful. KEY TAKEAWAYS Irene: How have you brought your ideas of being an entrepreneur into being a parent? Julian: My children have probably picked it up subconsciously, but we talk about it all the time in the house and when we do things together, my daughter is 8 years old and is an author seeking to create other products. Irene: What’s the best piece of advice you have been given? Julian: Follow your passion and if you can find something you love to do, do it. If it’s business that you love to do it will never disappoint you. Irene: What does Raising Successful Kids mean to you? Julian: It means a lot. As parents, we have a challenge and we have been given these amazing children as gifts and we must try to help them. We must recognise our children and bring out the greatness in them. BEST MOMENTS “Always knew I wanted to go into business” “No longer work, I am an entrepreneur” “It’s always been part of me, to be trading and to be entrepreneurial” VALUABLE RESOURCES Rich Dad Poor Dad Increase Your Cashflow: Serviced Accommodation Ella and the pink creature - Book ABOUT THE HOST Irene Santineer is a working mum of an entrepreneurial child & shares a passion with her husband, to see children succeed. She's the creator and the host of the Raising Successful Kids Podcast which aims to help parents, educators and mentors effectively guide children towards success. CONTACT METHOD Facebook https://www.facebook.com/Irene-Santineer-1827282224265825/ Twitter https://twitter.com/irenetwin1 ABOUT THE GUEST Julian Businge Is an award-winning speaker and business coach. She is also an author of Increase Your Cash Flow: Serviced Accommodation, but more than anything Julian is a mother of two. “I have done a lot of training in various property investment strategies and I work closely with those that seek to shape their destinies and secure financial freedom through sound property investments like serviced Apartments or rent to rent properties. With the right support, education and training, nothing should stand in the way of achieving your dreams.” GUEST CONTACT METHOD www.peacepropertyeducation.co.uk Email: peaceproperty@yahoo.co.uk Facebook: Julian Businge

Welcome to another episode of The Raising Successful Kids podcast, in this inspiring episode your host Irene Santineer interviews serial entrepreneur, CEO, and founder of ‘Ultra Education’ Julian Hall. ‘Ultra Education’ teaches entrepreneurship to young people between the ages of 7-18 years old and aims to be the leading brand and #1 provider of entrepreneur education in the world. Julian and Irene discuss how the kids of today, are not being fulfilled and prepared for society. Julian says we need to be more entrepreneurial as a society, we need to look at problems quicker more innovatively and be able to teach the next generation to make an impact. Discover how ‘Ultra Educations’ teaches entrepreneurship, critical thinking, resilience, communication, leadership and teamwork and why entrepreneurship can be taught and nurtured in all kids if you give them the opportunity. Julian talks about one of the secrets to success, consistency. If you love what you're doing it doesn't feel like work and if you attach what you love to some kind of financial income you are an entrepreneur. ‘Ultra Education’ is going global, creating opportunities for kids and allowing them the chance to be successful. The vision is that all children and young people regardless of background or social standing have access to essential entrepreneurial education. KEY TAKEAWAYS We are entering a 4th industrial revolution we are seeing changes happen to society. 60% of primary school kids will go into jobs that aren’t even invented yet. Ultra is on a mission to provide those kids with the tools to adapt to change, to be successful and to be prepared. Irene: What advice would you give to anyone starting their own business? Julian: Understanding your customers wants, needs and desires. The first thing you need to do is really understand what it is your audience want. You must also need to be able to adapt and be on the forefront of change, respond to the ways in which people digest information. Finally, decide if you are the entrepreneur or the business person and go all in. Irene: What does raising successful kids mean to you? Julian: It means ensuring they are in a loving environment and they are comfortable. You need to meet this as a baseline in order to express confidence and entrepreneurship. BEST MOMENTS "I've had entrepreneurship in my life to help navigate the challenges I've had" "Help the next generation embrace entrepreneurship and develop the skills that will need to be successful" "The reason why lots of people are turned off from business is that adults make it boring" "I’ve explored every type of business in every type of sector, I’ve started 15 different types of business and they've mostly failed” “Societal thinking has remained the same, we need to adopt a different way of thinking in order to solve older social problems.” “Sometimes parents are managing the growth of their kids instead of loving them and raising them.” VALUABLE RESOURCES https://ultra.education/ info@ultra.education https://www.facebook.com/theultrapreneur/ ABOUT THE HOST Irene Santineer is a working mum of an entrepreneurial child & shares a passion with her husband, to see children succeed. She's the creator and the host of the Raising Successful Kids Podcast which aims to help parents, educators and mentors effectively guide children towards success. CONTACT METHOD Facebook https://www.facebook.com/Irene-Santineer-1827282224265825/ Twitter https://twitter.com/irenetwin1

Welcome to another episode of the The Young Achievers Podcast On this episode of the Young Achievers Podcast Caiden Santineer interviews personal mentor and founder of ‘Ultra Education’ Julian Hall. ‘Ultra Education’ teaches entrepreneurship to young people from the ages of 7-18 years old and aims to be the leading brand and #1 provider of entrepreneur education in the world. Caiden and Julian discuss why having a great attitude in business is extremely important and how you too can how to have the confidence to take the opportunities that come your way. KEY TAKEAWAYS Caiden - What is your favourite part of being able to teach and spread your message to as many people as you can? Julian - I guess it’s the impact Ultra is having on the lives of others around us, it’s also helped me to grow personally as an entrepreneur. Caiden - What’s the difference between an ‘Ultrapreneur’ and an entrepreneur? Julian - Great question, entrepreneurs are usually associated with people that make money, ‘Ultra’ is derived from the latin word ‘beyond’ Ultrapreneurs go beyond making money and think about environment, think about their community and really are the new wave on entrepreneurs. Caiden - Your called the serial entrepreneur why is that? Julian - For the last 25 years, I’ve ran lots of businesses, some of which I’ve been good at but not passionate about and some which I’ve been passionate about and not good at. Ultra Education is a project that not only needs a lot of work but if filled with amazing teachers and students so it’s certainly something that will stick around. Caiden - When Ultra was founded what was your goal? Julian - We are just scratching the surface, it may take another 5 or 10 years to go global. I want Ultra to be a brand as big as Apple or Coca-Cola. Caiden - What is your biggest goal? Julian - My biggest goal in business is to help hundreds of millions of children have access to entrepreneurial education, my life goal is simply to be as happy as I can. Caiden - What does Young Achievers been to you? Julian - It means you don’t need to be an adult to achieve, you don’t have to be an adult to do something that you love, something that’s impactful you can do it now. It’s really about giving young people time and space to exercise their abilities. The future will be run by young people it’s our responsibility to give them the tools to be successful, to run the world. Caiden - What do you do to give back? Julian - We do lots of free workshops and Caiden - What's the most important thing in business for you? Julian - It’s about being exciting about what your doing, to stay motivated and improved the product or service you’re selling and having an unwavering belief in yourself in order to succeed. Caiden - Who is your idol? Julian - My mum, she has always supported me and really put in the work in order to give me the life that I live today. BEST MOMENTS “Ultrapreneurs go beyond making money and think about environment, think about their community and really are the new wave on entrepreneurs.” “We are just scratching the surface, it may take another 5 or 10 years to go global. I want Ultra to be a brand as big as Apple or Coca-Cola.” “Young Achievers means you don’t need to be an adult to achieve, you don’t have to be an adult to do something that you love, something that’s impactful you can do it now.” VALUABLE RESOURCES https://ultra.education/ info@ultra.education ABOUT THE HOST Caiden Santineer is an inspiring young entrepreneur, sharing ideas and experiences to help you achieve your goals and dreams, however young you are. Caiden Santineer is an Author and YouTuber interviewing high networth individuals and business owners bringing you their tips to success.   CONTACT METHOD Caiden Santineer - YouTube Channel https://www.youtube.com/channel/UCmcBZJxirJzyZfqADSrvClQ Caiden Santineer - Twitter https://twitter.com/caidensantineer

It's Word with Framily Friday! For today's episode, Julian "It's always the baguettes" Stern invited Scout "It's abwheel o'clock" Durwood to talk about FESTOON. They talk about festooning, speaking french, snap pants, being manic, cofee meetings, and beards. What's your favorite Salt n Pepa song? Do you have a dad bod? How do you feel about westerns? Email us your answers at wordwithfriendpodcast@gmail.com   Scout is a libra, comedian, musical comedian, cabaret singer and is in the docuseries Funny Girls on Oxygen. She recently released her album Woman of Whimsy which you can get at CD Baby now! Check us out on iTunes   Follow ScoutFollow Julian Follow Word With Friend