Subscribe
Share
Share
Embed
Screaming in the Cloud with Corey Quinn features conversations with domain experts in the world of Cloud Computing. Topics discussed include AWS, GCP, Azure, Oracle Cloud, and the "why" behind how businesses are coming to think about the Cloud.
Transcript
Announcer: Hello, and welcome to Screaming in the Cloud with your host, Chief Cloud Economist at The Duckbill Group, Corey Quinn. This weekly show features conversations with people doing interesting work in the world of cloud, thoughtful commentary on the state of the technical world, and ridiculous titles for which Corey refuses to apologize. This is Screaming in the Cloud.
Corey: Human-scale teams use Tailscale to build trusted networks. Tailscale Funnel is a great way to share a local service with your team for collaboration, testing, and experimentation. Funnel securely exposes your dev environment at a stable URL, complete with auto-provisioned TLS certificates. Use it from the command line or the new VS Code extensions. In a few keystrokes, you can securely expose a local port to the internet, right from the IDE.
I did this in a talk I gave at Tailscale Up, their first inaugural developer conference. I used it to present my slides and only revealed that that’s what I was doing at the end of it. It’s awesome, it works! Check it out!
Their free plan now includes 3 users & 100 devices. Try it at snark.cloud/tailscalescream
Corey: Welcome to Screaming in the Cloud, I’m Corey Quinn. Some wit once said that 90% of life was just showing up. And I’m not going to suggest that today’s guest has only the fact that he shows up going for him, but I do want to say that when I first met him, it was at a drink-up that I threw here in San Francisco. And he kept turning up to a variety of community events, not just ones that I wound up hosting, but other people, too. By day, Ricardo Gonzalez is a Senior Principal Product Manager at Oracle. But in the community, he is also much more. Ricardo, thank you for joining me today.
Ricardo: Thank you so much for having me, Corey. It’s a great pleasure to be here with you today.
Corey: So, it is interesting watching you come to what I can only describe as the other side of the tracks. Because you work at Oracle. I make fun of AWS all the time, so yes, I suppose our companies do have that in common, but I digress. You also work in the database world, which is, I guess you could say I do and that I misuse things as databases, mostly for laughs and occasionally for production. And you’re over in the product manager side of the world, which for me, has always—may as well be a language that I do not understand, let alone speak. Yet you have consistently shown up and made great contributions to every conversation you’ve ever been a part in. Where did you come from? How did you start doing this?
Ricardo: Well, I’m originally from Costa Rica, right, which is I wouldn’t say uncommon, but then again, there’s just a few of us. And I was doing my master’s degree in Mexico when I showed up to a recruitment event dressed up like a business student and realize all of my peers were actually developers—although I’m a computer scientist by trade—looking for a job at Oracle’s Development Center in Mexico, right? And by showing up, something magical happened. I stayed at the session, they made a raffle with numbers. I didn’t win, but they asked us questions nobody answered, and as you can see, I talk a lot.
I raised my hand, and they said, “Okay, answer these questions.” And then it became, like, a competition, and I won. And back then I got, like, a tablet. I think it was an iPad; it was great. I thought, okay, no job for me because I wasn’t working—looking for a job in development.
And then this person, which is now an SVP in my company, which has been my mentor in many ways, approached me, and he said, “I really liked what you did. It seemed you do have some technical background. We need somebody that can talk like that with customers, but at the same time, understand the requirements for a technical product and work with engineers. Do you want to come to the office tomorrow?” And a week later, I got an offer my life change in ways, like, we’ve never foreseen.
Corey: This is a hard thing to talk about because it’s the way the world works, but when you say it, people love to come back and tear you down, like, “You just got lucky.” Or it—“Well, yeah, that works for you, but it doesn’t work for other people.” But I’ve found invariably that the seminal moments that happened in the course of my career have all come from conversations I had with people I didn’t need to be talking to at events I didn’t need to be attending, but one thing leads to another. Instead of sitting at home and brooding, I put myself in situations where I could, for lack of a better term, make my own luck. Sure, if only one conversation in a thousand winds up turning into a career opportunity, okay, but that means you need to have a thousand conversations to get there, so time to get started. And you are probably one of the best living embodiments of this that I’ve ever met.
Ricardo: Well, it’s interesting. You’re right. I mean, the luck part plays a factor, I guess, but you have to change your own luck. And it’s complicated to talk about that because there’s also privilege in both, and being part of—like, I was in college. I had the privilege to go to college, although, I mean, there’s a whole, like, list of things that made me get there and the sacrifices from family, et cetera.
And not everybody has the same level of field, right? But what I can say though, is that I heard somebody said something that really resonated with me, which is, “For some of us, right, we won’t be the main player in the game.” [reading 00:04:25], like, so imagine you have, like, a sports event where—whatever sport you want—and there’s a game of playing, right? The coach will not call you. But they might call you over the last five minutes, but when they do, you have to be there and score a goal, touchdown, whatever you want to call it, be the best player because that’s the opportunity you have and you have to make the most out of it. Some people were born and they have the opportunity to be in the starting lineup. Some of us will be just called at the last minute. But when you do, your A-Game has to be there on top and you have to be the best you can because that’s the only way you have to shine.
Corey: I think that you’re right. There’s a tremendous amount of privilege baked into all of this. And privilege is one of those things you can’t just set aside. It’s something that we wind up all manifesting in different ways to different degrees. But it’s a, “Oh, just be like me,” is fundamentally what a lot of advice comes down to, regardless of whoever it is the me in question that’s talking about it.
But there seems to be just certain things that lend themselves to better possibilities of success. One of the things that has always impressed me is that you just show up and start great conversations with people, left and right. That’s a skill that I honestly wish I had. I have to be noisy and public to get people to approach me, whereas you, ah, you don’t have the time for that. You just walk up and start talking to them. I’ve never been good at that.
Ricardo: I guess part of my upbringing—also, you know, my home country has a whole history of [horizontalness 00:05:47], but that’s a different discussion. And we are, I guess, not shy to just talk to people, right, which sometimes can bring into interesting conversations with management and, like—because if I disagree, I will let you know, right? I will be completely candid about things. But I think it’s important, right? Because like, we’re all human beings trying to do the same thing, right?
We all wake up in the morning with the same set of problems and then get to share moments in between each other. Why don’t make them as pleasant as possible and try to see how can we actually grow together? It’s important that you’re not only getting things and growing yourself but also see how can with that help others grow as well, right? So that’s, I think, part of what conversations can be—I mean, starting conversation with anybody just it’s really important to say, “Okay, nice to meet you. How can we, you know, make the most out of it for both of us?” And, you know, either even if it’s just, like, you’d have a great conversation or, you know, help each other or just me help you, et cetera.
Corey: So, I want to talk a little bit about your day job. Given that you work in product management, I have to assume that having people skills is kind of a prerequisite for the role. At least you would think. I’ve worked in places where that was apparently not the case, and not for nothing, it kind of showed.
Ricardo: Yeah, I mean, it’s really important. I think product management is one of these positions in which you are in the middle of things. When people ask me—and these are people that don’t work in technology—“What do you do?” I tell them, “I’m a translator,” right? And when they ask me, like, “Oh, so you do it between languages?” I said, “Well, yeah, I speak different languages with us.”
So, the point is, I am able to talk with people that have a less technical acumen or are actually just users of our product, right, and [unintelligible 00:07:17] highly skilled, and then go back to the engineers, which have a different point of view, right? So, I’m always back and forth. But that people skills, as you mentioned, is really important because otherwise you cannot do your job. The thing that is interesting for me is that product management itself is not really a thing that can be defined. I mean, yes, of course, there’s, like, books on it and people that have done their careers and, like, saying how it works, but it changes from company to company.
And even within the same company, there are different product managers doing different things. What I do—and I’ve been really fortunate to have really good managers that I’ve worked for the last seven years, I think—has a lot to do with the people skills that you mentioned, right? And it allows me to be as good as I can with my job and try to do me just, you know, grow every day.
Corey: It’s easier to sit here and reason about these things in the context of specifics, on some level. And it’s also easy for me at least to look at a company and think, “Oh, they do one thing,” but I have it on good authority that Oracle is a large-ish company that might have more than one product at any given point in time. What product do you work with? Where do you start and where do you stop?
Ricardo: Okay, well, I’ve been part of three different teams, if you could call it that way. Although, like, over the last seven years, I’ve been focusing mostly for—I mean, always within the database organization, so like database development. And then over the last, like, six, seven years, I’ve been on the high-availability team, which focus on a thing called maximum availability architecture, right, which is basically helping customers to achieve all their requirements. And we’re talking about, like, heavy usage of, you know, regular Oracle database with high availability, scalability, I mean, requirements for, like, 24/7, like, great uptime.
And I started working with them with the cluster file system, which I still do, but my main job over the last, like, let’s say, four, almost five years, have been working towards helping customers come to the cloud, right, to Oracle Cloud. And my product, I’m the product manager for protocols ZDM, Zero Downtime Migration, and it’s been in the market for the last three-and-a-half years, right? So, I was there since it’s all started as a whole interesting story about cross-work with different teams in Oracle getting together to get this product out. So, that’s my day-to-day job, just enabling customers on maximize the usage of the Oracle database in the high-availability realm, and also helping them move to the cloud, the Oracle Cloud, if that’s what they want and the mission they have right now in their organizations.
Corey: I know that people are going to have opinions about Oracle Cloud, and I’m just going to say something that I think is relatively uncontroversial, in that the technology is freaking solid. I have used it in a bunch of different ways, I’ve talked to folks who have, and there is remarkably little argument that when you use it as directed, that stuff works. And there’s a lot to be said for that. So, you focus a lot on the migration story, specifically, to my understanding, databases inward from a variety of other places. Do they tend to find themselves living in on-prem environments? Are they in other cloud providers? Are they, God forbid, well, we have this filing cabinet full of paperwork and we’re hoping you can help us digitize it all, which, yes, those projects exist. And no, I don’t want to be within 6000 miles of them.
Ricardo: Well, mostly, we’re talking about on-premises customers, right, that have large fleets of Oracle databases and we’re trying to help these customers, either as small businesses, it could be public or enterprises move to the Oracle Cloud when they deem that the strategy they’re doing, right? So, my product, what it does is it actually orchestrates, it automates that process for them so that when they’re actually doing the migration, it’s as seamless as possible for them. Because there’s a lot of, like, caveats and a lot of things to consider when we’re talking about database migration into the cloud.
Corey: When you take a look at what is going on in the larger ecosystem, it’s easy for me to sit here and say, “Well, I don’t see Oracle databases very often.” And yeah, in the context of companies that I work with, that are very often founded in the last few years and are born in a particular cloud provider—in my case, AWS—yeah, there doesn’t seem to be a lot of those things. But at the same time, Oracle rose to its current position by having database technology that was second to none. There’s a reason that all of these quote-unquote, “Legacy companies,” by which of course, we mean, companies that made money and had the temerity to be founded more than three years ago, have wound up standardizing across Oracle to a large extent. As a result then, we’re seeing a stupendous amount of those companies now looking and weighing, what does moving into the cloud actually look like because we have an increasingly dire raccoon problem in our data center?
Ricardo: Yeah, I mean, we have all the latest technology over the last 40 years. Like, Oracle, as you mentioned, right? It has impressive technology and it’s quite solid. Now, you’re asking me about companies that, you know, that might not be using Oracle or that you’re not aware of they’re using Oracle. The interesting thing, and when people asked me about this, right, is that it’s really easy, both me and you without knowing, use Oracle products today, right?
Because you check your bank account, you use certain financial services, you made phone calls, et cetera, right? And a lot of the underlying technology and infrastructure that runs the world today—either you took a plane, et cetera—is running on Oracle, right? There’s a lot of deployments there, right? It’s just that is not that maybe we’re not doing—you know, again, we’re talking about the whole ecosystem that runs a lot of infrastructure that normal people would do on a daily basis, but it’s right on the back end, so you might not hear about it, or it’s not as known, but it is there in the top companies all over the world. So, what we’re doing now is helping these companies, right, migrate to the cloud when their needs really adapt to exactly that goal.
And sometimes it’s actually more, “Okay, how can we actually modernize your data center, right?” So, Oracle actually has Cloud@Customer, and we also help them with that migration as well. So, we have a whole set of products and deployments that would work within the customer data center, but within a cloud managed by Oracle.
Corey: I think that that’s an interesting question in its own right, which is you have these companies that are doing incredibly important things. Like this, like Oracle databases, run hospitals, they run DMVs—
Ricardo: Yep.
Corey: At various states. They run basically everything big infrastructure that you can imagine a lot of places. They run banks, for example. And now these companies are looking at transforming into a cloud approach, on some level. How on earth you convince them to move something as critical as a workload on Oracle database, which in many cases, is a bedrock layer upon which aspects of society depend, to, “Oh, yeah, just go ahead and move it to this cloud thing. That’ll be fine.” It feels like an almost impossible goal, but it’s clearly not. What drives it.
Ricardo: Well, it’s happening all over the industry, right? People are realizing that cloud, it’s—I wouldn’t dare to say the future because it’s been happening for, you know, over the last years, but clearly for cost management, security, administration, resource scaling, you name it, it’s the way to go, right? So, it takes time, and depending on who you’re working with the projects could, you know, span, three years, et cetera. But people, that’s the way you like, you know, the whole ecosystem is going, right? So, what we’re doing is, and we didn’t reinvent the wheel here, at least with my product, right, was to take technology has been used for over 40 years as a standard for, you know, backup, export, data transfer, synchronization, security, database management, and integrate it into a single product that would be, like, automated and helping the customers.
And what we wanted to do, and it was really important for me is, like, we want you to be in our cloud, we want to help you, so let’s make this free. Even if we’re using other products that Oracle already has that have a cost, if you’re using the migration suite that we offer, it will not cost you money.
Corey: There’s a lot of value to being able to make assurances like that but, on some level, that feels like whatever someone migrates anything anywhere, but a few things are certain. One is that there’s going to be technical challenges with it. There always are. That is the nature of large systems, particularly systems built upon systems built upon systems. And too, as humans, as much as we love talking about the idea of blamelessness, everyone’s going to be looking for a scapegoat when something inherently goes wrong.
The database is always an easy thing to blame, and the cloud, aha, that’s stuff where it’s non-deterministic and we can’t go and put our meaty hands on it in the data center the way we used to when things start breaking. How do you avoid becoming the blame center in a scenario like that?
Ricardo: That’s a great question and it’s interesting because it could happen, right, that somebody says, “Well, because of the migration, things are not working as expected,” et cetera. So, we do help customer—there is a lot of implications when you’re talking about migration, right—to the proper planning, sizing, are there any architecture implications? Are you doing any cross-endianness? Then, you know, database-wise, Oracle has different architectures, so we have the previous model of non-containerized or no-container databases. Now, we’re going to tenant-based.
We’re working—are you doing an upgrade as well? Are you doing, you know, you’re coming from an older version to a newer version? Are there security implications? Because a lot of the database is on-premises might not have encryption, and we by default encrypt at the target level because it’s a requirement in the cloud, right?
So, what we work with the customers is two things. First of all, do all the planning and testing as possible before the migration so that you know what you’re doing is correct. Is the app certified with newer version and the environment you’re going into, right? And we can work with you to do all these tests. And then one thing that we realized was really important in the product is to have a way to have, like, knobs or control of what you’re doing, and you could actually do testing before the actual switch over into the cloud.
So, you will have, like, a standby database, like, a copy of your database, running in the cloud, [unintelligible 00:16:47] synchronization with your on-prem, your database, right, on your application, but you can use that to just do all the testing you want and then be sure. And only when you’re ready, then you will do a switchover, and then things would work as expected, right? But again, there’s a lot of process. And we’ve worked with customers that you know, they know what they’re doing, they were, like, super happy and they did it quite fast. There’s others that said, “You know what? I am going to do a nine-month testing process because my week that I’m going to be migrating and then the weekend that I’m going to do the switchover is crucial.” And then we work with them over those nine months. But then when it happened, it went, you know, perfectly, right? So, it really depends on the project. But we do ensure that everything is taken care of because as you mentioned, it’s a big change, it’s the big shift.
Corey: Tired of wrestling with Apache Kafka's complexity and cost? Feel like you're stuck in a Kafka novel, but with more latency spikes and less existential dread by at least 10%? You're not alone.
What if there was a way to 10x your streaming data performance without having to rob a bank? Enter Redpanda. It's not just another Kafka wannabe. Redpanda powers mission-critical workloads without making your AWS bill look like a phone number.
And with full Kafka API compatibility, migration is smoother than a fresh jar of peanut butter. Imagine cutting as much as 50% off your AWS bills. With Redpanda, it's not a pipedream, it's reality.
Visit go.redpanda.com/duckbill today. Redpanda: Because your data infrastructure shouldn’t give you Kafkaesque nightmares.
Corey: I think that there’s a very true story about how oh, we just try to close our eyes and cross our fingers and hope for the best and press the migrate button that everything will work out flawlessly. It doesn’t work that way. The way that we always wound up handling migrations in places that weren’t riddled with dysfunction up, down, and sideways—at least not in this particular way because everyone’s environment’s terrible—is that we would test these things out, we’d stage them, we would have rollbacks that were tested and known to work. In some cases, we’d begin with the rollback before we started the migration plan, just because we absolutely cannot have this system down outside of a maintenance window or outside of certain constraints. And it feels like a lot of that planning is wasted when things go well. But it’s not. It’s the reason that important things don’t crumble underneath us. Like, on some level it’s, do I feel like I wasted money on my airbags and seatbelts because I’ve never used them? Not really no.
Ricardo: Well, I mean, this is, like, the classic [unintelligible 00:18:23] ops thing and support thing, right? People always complain when things don’t work, but when they do work, they don’t realize it because of all the worries that all the people that infrastructure and planning and support and ops were doing, right? So it’s—yeah, there’s a lot of time that can be spent in planning and people would think that it’s actually wasted time, that actually is super important and crucial for these. The other thing I think it’s important is that you always should have a fallback plan. There’s, like, different configurations in which these might be more cumbersome or complex, but we do have the possibility to, like, keep replicating back to on-premises, so that if anything happens, people do have that option, right?
And we do have customers that like the idea of having a disaster recovery configuration in which they have, like, something in the cloud and then another thing on-premises, so there’s always an option for you. But planning is crucial, right? So, we even have a thing called, like, evaluation mode in which we could we dry run a migration without actually doing it, just to tell you what could happen. Of course, when you do things live, there’s always things, right, that could be related to many other factors, but we really, really try to dial in and be sure that when you’re doing the migration and you properly planned, things will be automated and work for you.
And so, we’ve grown over the last three-and-a-half years, and I was doing some research, right, and we’ve had, like, you know, thousands of databases migrated, great customer that have been using us, and surprises, so sometimes we don’t know, right, and we find out, oh, somebody’s doing a course in one of these learning platforms based on our product, which is really new, but it’s, oh, it’s cool. Like, when we’re not creating, like, even your [unintelligible 00:19:50] et cetera, right? And I’m really glad that what your doing has an impact and helps people. That’s all you want. You want to help people achieve their goals.
Corey: So, I have to ask. On some level, building something that migrates a database from one location to another naively would seem to folks to be a, “Okay, at some point, this gets declared feature-complete and then we go work on other interesting problems.” But yet the fact that you’ve remained employed in the role that you’re in where you continue to work on the problem would strongly suggest that this is not, in fact, true. How does the product continue to evolve once you are, let’s be clear, shipping this to paying customers?
Ricardo: Well, I mean, the product will evolve, as you mentioned, right—
Corey: And I want to be clear, that’s not just a rephrasing of, “Hey, quick, justify your job.” Obviously, this stuff has to evolve. This is not one of those, “So, what is it? You’d say these do here,” crappy questions that isn’t really a question so much as an accusation. Those come in a slightly different tone of voice.
Ricardo: That’s, you know, it’s a super valid question and I actually appreciate it a lot because it also makes me reflect on how much we’ve grown right? I mean, I think the magic of ZDM and the team behind it is that it’s kind of like a startup within Oracle, right? It all started because different teams [within 00:21:03] Oracle, right, you’re banded together, a team propose a prototype based on existing technology, right? So like, again, as I mentioned, like, Oracle technology for database has been over 40 years in the making. And, you know, a team said, “Okay, what are the standard tools to actually do a backup or an export of data transferred, you know, to a location”—in this case, the cloud—“Doing a whole synchronization, encryption, et cetera, and then the switchover?” Right?
So, the thing is that databases come in many flavors, there are different options, different ways for databases to work. There’s also different targets in the Oracle Cloud and those then change how you would be migrating into, you will have different workflows, physical, logical, you could use different backup locations, so of course, in Oracle Cloud, the standard is the object storage, right? You can do a direct data transfer; you have that technology as well. If you’re doing migrations to [cloud 00:21:51] customer, you’ll definitely will require, like, external storage, like NFS. If you’re doing a conversion from AIX or Solaris into, you know, the cloud target which is Linux, then again, there’s other implications, if you’re doing an inflight upgrade, if you’re changing architectures, from non-multi-tenancy to multi-tenancy, if you’re doing, you know, coming from other clouds, there are also certain considerations.
So, now that I mentioned all of these, you can see how a product from the get-go can have all those, right? So, we started with a subset of features and we’ve grown up to six releases now over the last three-and-a-half years that have incorporated everything that I’ve just mentioned. And we can do all those things, but it keeps getting better. And then there’s always, like, things that we realize that customers are using us in ways that maybe were not expected, which is great because oh, okay, cool, then this is something that we can actually, like, make better or enhance, right?
And there’s always requests from customers on what they want to do or see change in the product. We also integrate with our team. So, there is an advisor that does a pre-check for the database and checks, okay, what are, like, the recommendations on what you should do? So, those integrations and working with our teams across Oracle, again, take time, and hence why, you know, products keep growing and evolving. And you’re right, maybe at some point, we will be able to cover everything that there is to do, right?
What we’re doing now, and we’ve been working, again, in partnership with our teams at Oracle, right, is, like, be the engine of other Oracle migration strategies. So, there is a native service in Oracle Cloud infrastructure called DMS that has a subset of our features and it uses ZDM under the hood, right? So again, there’s always work to do and a lot of it sometimes is go to communication and working with customers, but there’s also a lot of, like, going back to the drawing board and see how can the product be improved.
Corey: I think that there’s a certain lack of attention also given to the fact that every time you think you’ve seen it all, all it takes is talking to one more customer, where they have a use case that you potentially hadn’t considered. And maybe it sounds ridiculous to you, but it’s ridiculous in load-bearing ways in an awful lot of these other places. Empathy becomes such a key aspect of this that I’m somewhat surprised that more folks don’t spend more time than they do thinking about these things.
Ricardo: Well, I think as a product manager, this is really important, right? You need to put yourself in the customer’s shoes. And you also need to use the product. Sometimes using the product, like, so I use it, like, to create my own workshops that we have. There’s a platform called Live Labs in Oracle that has, like, I don’t like 6000 labs that are free for you to use and learn about our technology, right?
So, in order to better the product understand, and then you know, when we’re doing a new release, et cetera, then see the key features, like, we create materials like that and we use it. But that doesn’t give us the whole scope of how a product customer would be using it. So, for all internal migration that we have within Oracle products into the Oracle Cloud, we use that and then that gives us a lot of insights. But then going to a customer and spending time with them, sometimes developing relationships that go more than a year because we were talking about, like, big [fleet 00:24:41] migrations, thousands of databases, you realize, oh, the scope is broader than we expect, but it’s actually a really—there’s a lot of satisfaction in learning from them and then getting back to the development team. Or even including. I think that’s really important as well.
I think a good PM would include development sometimes in the conversation with customers because they then—there is, like, a better understanding from both sides of the aisle. And even bring them to conferences, et cetera, so that the actual, you know, empathy of the customer requests and what they need, it’s created.
Corey: Yeah, I think that there’s also a presupposition that you can look at a company and say, “Oh, you’re using X technology? You must be crappy,” or whatnot. Something I’ve learned is that every company of a size that is remarkably small compared to what people often think he is using basically everything already. Like, I’m at this point at a company that has less than ten employees and we already have five different clouds that we have accounts with, doing different things in different ways. This explosion of different tools and different utilities is like it is for a reason. And it’s very tricky to really, I think, appreciate that until you’ve walked a mile in the shoes of someone who’s building things like that.
Ricardo: Yeah. It’s interesting. There’s a whole, like, view of product management, right, and having this idea of building and building and building products, but what you’re doing is actually helping people with their needs, and their needs can be really broad, so maybe the solution is not your product. And maybe the solution is not your technology. But I think good PM, and I think anyone in technology, a good person, would actually, like, help these users or customers to get where they need to, even if it’s not using your technology, right?
Corey: I would agree wholeheartedly. I really want to thank you for taking the time to go through what it is you’re up to and how you view the world. If people want to learn more, where’s the best place for them to find you other than, you know, local community meetups when you happen to be in town?
Ricardo: Well, I mean, of course, anybody can, like, go to LinkedIn and look me there. I have a Twitter account @productmanaged, so product manager, but without the R and a D instead because of course. Twitter handles are—or handles over on social media are hard to get, although I’m as active lately on Twitter. And I, you know, I opened an account on Bluesky, which is [@productmanager 00:26:54]. I did get that one. But um, I only starting now to use it, right, so, you know, I guess those three would be the places to.
Corey: Awesome. And we will, of course, put links to that in the [show notes 00:27:04]. Thank you so much for your time, I appreciate it.
Ricardo: Anytime. And one thing. If anyone is ever in San Francisco, you know, I’m more than happy to meet up. I love this city. It has changed my life tremendously and I’m happy to show you around. I consider myself now somebody that really, really, really cares for this place and happy to just, you know, have a good time, talk technology or not. I also love to cook. So anytime, I’m here.
Corey: I highly recommend that. He’s not just fun to hang out with, he is an excellent cook as well. But I don’t know if there's a good way to put that in show notes, so you’ll have to take my word [laugh] for it instead.
Ricardo: [laugh].
Corey: Ricardo Gonzalez, Senior Principal Product Manager at Oracle. I’m Cloud Economist Corey Quinn, and this is Screaming in the Cloud. If you’ve enjoyed this podcast, please leave a five-star review on your podcast platform of choice, whereas if you’ve hated this podcast, please leave a five-star review on your podcast platform of choice, along with an angry, insulting comment that one day I will find a tool to migrate into a central database. I know not where.
Corey: If your AWS bill keeps rising and your blood pressure is doing the same, then you need The Duckbill Group. We help companies fix their AWS bill by making it smaller and less horrifying. The Duckbill Group works for you, not AWS. We tailor recommendations to your business and we get to the point. Visit duckbillgroup.com to get started.