>>from the Cube Studios in Palo Alto and Boston. It's the Cube covering empowering the autonomous enterprise brought to you by >>Oracle Consulting. Everybody, this is Dave Vellante. We've been covering the transformation of Oracle consulting and really, it's rebirth. And I'm here with Chris Fox, who's the group vice president for Enterprise Cloud Architects and chief technologist for the North America Tech Cloud at Oracle. Chris, thanks so much for coming on the Cube. >>Thanks too great to be here, >>So I love this title. You know, years ago, this thing is a cloud architect. Certainly there were chief technologist, but so you really that's those are your peeps, Is that right? >>That's right. That's right. That's really in my team. And I That's all we dio. So our focus is really helping our customers take this journey from when they were on premise. You really transforming with cloud? And when we think about Cloud, really, for us, it's a combination. It's it's our hybrid cloud, which happens to be on premise. And then, of course, the true public cloud, like most people, are familiar with so very exciting journey and frankly, of seeing just a lot of success for our customers. You know what I think we're seeing at Oracle, though? Because we're so connected with SAS. And then we're also connected with the traditional applications that have run the business for years. The legacy applications that have been, you know, servicing us for 20 years and then the cloud native developers. So with my team and I are constantly focused on now is things like digital transformation and really wiring up all three of these across. So if we think of, like a customer outcome like I want to have a package delivered to me from a retailer that actual process flow could touch a brand new cognitive site of e commerce it could touch essentially maybe a traditional application that used to be on Prem that's now in the cloud. And then it might even use new SAS application, maybe for maybe Herman process or delivery vehicle and scheduling. So when my team does, we actually connect all three. So what? I was mentioned, too. In my team and all of our customers, we have field service, all three of those constituents. And if you think about process flows, so I take a cloud. Native developer we help them become efficient. We take the person use to run in a traditional application, and we help them become more efficient. And then we have the SAS applications, which are now rolling out new features on a quarterly basis and the whole new delivery model. But the real key is connecting all three of these into your business process flow. That makes the customers life much more vision. >>So I want to get into this cloud conversations that you guys are using this term last mover advantage. I asked you last I was being last, You know, an advantage. But let me start there. >>People always say, You know, of course, we want to get out of the data center. We're going zero data center and how we say, Well, how are you going to handle that back office stuff, right? The stuff that's really big Frankie, um, doesn't handle just, you know, instances dying or things going away too easily. It needs predictable performance in the scale. It absolutely needs security. And ultimately, you know, a lot of these applications truly have relied on Oracle database. The Oracle database has its own specific characteristics that it means to run really well. So we actually looked at the cloud and we said, Let's take the first generation clouds but you're doing great But let's add the features that specifically a lot of times the Oracle workload needed in order to run very well and in a cost effective manner. So that's what we mean when we say last mover advantage, We said, Let's take the best of the clouds that are out there today. Let's look at the workloads that, frankly, Oracle runs and has been running for years. What are customers needed? And then let's build those features right into this, uh, this next version of the cloud we service the Enterprise. So our goal, honestly, which is interesting is even that first discussion we had about cloud, native and legacy applications and also the new SAS applications. We built a cloud that handles all three use cases at scale resiliently in very secure manner, and I don't know of any other cloud that's handling those three use cases all in. We'll call it the same pendency process. Oracle >>Mike witnesses. Why was it important for Oracle? And is it important for Oracle on its customers that have to participate in IAS and Pass and SAS. Why not just the last two layers of that? Um What does that mean from a strategic advantage standpoint? What does that do for >>you? Yeah, great question. So the number one reason why we needed to have all three was that we have so many customers to today are in a data center. They're running a lot of our workloads on premise, and they absolutely are trying to find a better way to deliver lower cost services to their customers. And so we couldn't just say, Let's just everyone needs to just become net new. Everyone just needs to ditch the old and go just a brand new alone. Too hard, too expensive at times. So we said, You know, let's kill us customers the ultimate amount of choice. So let's even go back against that developer conversation and SAS Um, if you didn't have eyes, we couldn't help customers achieve a zero data center strategy with their traditional applications will call it PeopleSoft or JD Edwards, Revisit Suite or even. There's some massive applications that are running on the Oracle cloud right now that are custom applications built on the Oracle database. What they want is, they said, Give me the lowest. Possibly a predictable performance. I as I'll run my app steer on this number two. Give me a platform service for database because, frankly, I don't really want to run your database. Like with all the manual effort. I want someone automate, patching scale up and down and all these types of features like should have given us. And then number three. You know, I do want SAS over time. So we spend a lot of time with our customers really saying, How do I take this traditional application, Run it on eyes and has and the number two Let's modernize it at scale. Maybe I want to start peeling off functionality and running in the cloud Native services right alongside, right? That's something again that we're doing at scale. And other people are having a hard time running these traditional workloads on Prem in the cloud. The second part is they say, you know, I've got this legacy traditional your api been servicing we well, or maybe a supply chain system ultimately want to get out of this. How do I get to SAS? You say Okay, here's the way to do this. First bring into the cloud running on IAS and pass and then selectively, I call it cloud slicing. Take a piece of functionality and put it into SAS. We're helping customers move to the cloud at scale. We're helping them do it at their rate, with whatever level of change they want. And when they're ready for SAS, we're ready for them. >>How does autonomous fit into this whole architecture Wait for that? That that description? I mean, it's a it's nuanced, but it's important. I'm sure you haven't discussed this conversation with a lot of cloud architects and chief technologist. They want to know this stuff. They want to know how it works. Um, you know, we will talk about what the business impact is, but but yeah, it's not about autonomous and where that fits. >>So the autonomous database, what we've done is really big. And look at all the runtime operations of an Oracle database. So tuning, patching, sparing all these different features and what we've done is taken the best of the Oracle database the best of something called Exit Data right, which we run in the cloud which really helps a lot of our customers. And then we wrapped it with a set of automation and security tools to help it. Really, uh, managing self tune itself. Patch itself scale up and down, independent between compute and storage. So why that's important, though, is that it? Really? Our goal is to help people run the Oracle databases they have for years, but with far less effort and then even not letting far less effort. Hopefully, you know a machine. Last man out of the equation we always talk about is your man plus machine is greater than man alone, so being assisted by, um, artificial intelligence and machine learning to perform those database operations, we should provide a better service to our customers. Far less paths are hoping goal is that people have been running Oracle databases, you know, How can we help them do it with far less effort and maybe spend more time on what the data can do for the organization? Right? Improve customer experience at Centra versus maybe like Hana Way. How do I spin up the table? It >>so talk about the business impact. So you go into customers, you talk to the the cloud Architects, the chief technologist. You pass that test now, you got to deliver the business impact. We're is Oracle Consulting fit with regard to that? And maybe you could talk about that where you were You guys want to take this thing? >>Yeah, absolutely. I mean, so you know, the cloud is a great set of technologies, but where Oracle Consulting is really helping us deliver is in, um, you know, one of the things I think that's been fantastic working with the Oracle consulting team is that, you know, Cloud is new for a lot of customers who've been running these environments for a number of years. There's always some fear and a little bit of trepidation saying, How do I learn this new cloud of the workloads? We're talking about David, like tier zero, tier one, tier two and all the way up to Dev and Test and, er, um, Oracle consulting. This really couple things in particular, Number one, they start with the end in mind, and number two that they start to do is they really help implement these systems. And, you know, there's a lot of different assurances that we have that we're going to get it done on time and better be under budget because ultimately, you know, again, that's a something is really paramount for us and then the third part of it. But sometimes a run book, right? We actually don't want to just live in our customer's environments. We want to help them understand how to run this new system. So training and change management. A lot of times, Oracle Consulting is helping with run books. We usually well, after doing it the first time. We'll sit back and say, Let the customer do in the next few times and essentially help them through the process. And our goal at that point is to leave only if the customer wants us to. But ultimately our goal is to implemented, get it to go live on time and then help the customer learn this journey to the cloud and without them. Frankly, uh, you know, I think these systems were sometimes too complex and difficult to do on your own. Maybe the first time, especially cause I could say they're closing the books. They might be running your entire supply chain. They run your entire HR system, whatever they might be, uh, too important, leading a chance. So they really help us with helping a customer become live and become very confident. Skilled. They could do themselves >>of the conversation. We have to leave it right there. But thanks so much for coming on the Cube and sharing your insights. Great stuff. >>Absolutely. Thanks for having me on. >>All right. You're welcome. And thank you for watching everybody. This is Dave Volante for the Cube. We are covering the oracle of North American Consulting. Transformation. And it's rebirth in this digital event. Keep it right there. We'll be right back.

>> Narrator: From theCUBE studios in Palo Alto in Boston, it's theCUBE! Covering empowering the autonomous enterprise. Brought to you by ORACLE Consulting. >> Back to theCUBE everybody, this is Dave Vellante. We've been covering the transformation of ORACLE Consulting, and really it's rebirth, and I'm here with Chris Fox, who's the Group Vice President for Enterprise Cloud Architects and Chief Technologist for the North America Tech Cloud at ORACLE. Chris, thanks so much for coming on theCUBE. >> Thanks Dave, glad to be here. >> So, I love this title. I mean, years ago, there was no such thing as a cloud architect. Certainly there were chief technologists, but so, you are really, those are your peeps, is that right? >> That's right, that's right. That's really my team and I, that's all we do. So, our focus is really helping our customers take this journey from when they were on-premise to really transforming with cloud, and when we think about cloud, really, for us, it's a combination. It's our hybrid cloud, which happens to be on-premise, and then, of course, the true public cloud, like most people are familiar with. So, very exciting journey and, frankly, I've seen just a lot of success for our customers. You know, Dave, what I think we're seeing at ORACLE though, because we're so connected with SaaS, and then we're also connected with the traditional applications that have run the business for years, the legacy applications that have been, you know, servicing us for 20 years, and then the cloud needed developers. So, what my team and I are constantly focused on now is things like digital transformation and really wiring up all three of these across. So, if we think of, like, a customer outcome like I want to have a package delivered to me from a retailer, that actual process flow could touch a brand new cloud-native site from eCommerce, it could touch, essentially, maybe a traditional application that used to be on-prem that's now on the cloud, and then it might even use a new SaaS application, maybe, for maybe a permit process or delivery vehicle and scheduling. So, what my team does, we actually connect all three. So, what I always mention to my team and all of our customers, we have to be able to service all three of those constituents and really think about process flows. So, I take the cloud-native developer, we help them become efficient. We take the person who's been running that traditional application and we help them become more efficient, and then we have the SaaS applications, which are now rolling out new features on a quarterly basis and it's a whole new delivery model, but the real key is connecting all three of these into a business process flow that makes the customer's life much more efficient. People always say, you know, Chris, we want to get out of the data center, we're going zero data center, and I always say, well, how are you going to handle that back office stuff? Right? The stuff that's really big, it's cranky, doesn't handle just, you know, instances dying or things going away too easily. It needs predictable performance, it needs scale, it absolutely needs security, and ultimately, you know, a lot of these applications truly have relied on an ORACLE database. The ORACLE database has its own specific characteristics that it needs to run really well. So, we actually looked at the cloud and we said, let's take the first generation clouds, which are doing great, but let's add the features that specifically, a lot of times, the ORACLE workload needed in order to run very well and in a cost effective manner. So, that's what we mean when we say last mover advantage. We said, let's take the best of the clouds that are out there today, let's look at the workloads that, frankly, ORACLE runs and has been running for years, what our customers needed, and then let's build those features right into this next version of the cloud which can service the enterprise. So, our goal, honestly, which is interesting, is even that first discussion we had about cloud-native and legacy applications and also the new SaaS applications, we built a cloud that handles all three use cases at scale, resiliently, in a very secure manner, and I don't know of any other cloud that's handling those three use cases all in, we'll call it the same tendency for us at ORACLE. >> My question is why was it important for ORACLE, and is it important for ORACLE and its customers, to participate in IaaS and PaaS and SaaS? Why not just the last two layers of that? What does that give you from a strategic advantage standpoint and what does that do for your customer? >> Yeah, great question. So, the number one reason why we needed to have all three was that we have so many customers who, today, are in a data center. They're running a lot of our workloads on-premise and they absolutely are trying to find a better way to deliver lower-cost services to their customers and so we couldn't just say, let's just, everyone needs to just become net new, everyone just needs to ditch the old and go just to brand-new alone. Too hard, too expensive, at times. So we said, you know, let's give us customers the ultimate amount of choice. So, let's even go back again to that developer conversation in SaaS. If you didn't have IaaS, we couldn't help customers achieve a zero data center strategy with their traditional application, we'll call it PeopleSoft or JD Edwards or E-Business Suite or even, there's some massive applications that are running on the ORACLE cloud right now that are custom applications built on the ORACLE database. What they want is they said, give me the lowest cost but yet predictable performance IaaS. I'll run my apps tier on this. Number two, give me a platform service for database, 'cause frankly, I don't really want to run your database, like, with all the menial effort. I want someone to automate patching, scale up and down, and all these types of features like the cloud should have given us. And then number three, I do want SaaS over time. So, we spend a lot of time with our customers really saying, how do I take this traditional application, run it on IaaS and PaaS, and then number two, let's modernize it at scale. Maybe I want to start peeling off functionality and running them as cloud-native services right alongside, right? That's something, again, that we're doing at scale and other people are having a hard time running these traditional workloads on-prem in the cloud. The second part is they say, you know, I've got this legacy traditional ERP. It's been servicing me well, or maybe a supply chain system. Ultimately I want to get out of this. How do I get to SaaS? And we say, okay, here's the way to do this. First, bring it to the cloud, run it on IaaS and PaaS, and then selectively, I call it cloud slicing, take a piece of functionality and put it into SaaS. We're helping customers move to the cloud at scale. We're helping 'em do it at their rate, with whatever level of change they want, and when they are ready for SaaS, we're ready for them. >> And how does autonomous fit into this whole architecture? Thank you, by the way, for that description. I mean, it's nuanced but it's important. I'm sure you're having this conversation with a lot of cloud architects and chief technologists. They want to know this stuff, and they want to know how it works. And then, obviously, we'll talk about what the business impact is, but talk about autonomous and where that fit. >> So, the autonomous database, what we've done is really taken a look at all the runtime operations of an ORACLE database, so tuning, patching, securing, all these different features, and what we've done is taken the best of the ORACLE database, the best of something called Exadata, right, which we run on the cloud, which really helps a lot of our customers, and then we've wrapped it with a set of automation and security tools to help it really manage itself, tune itself, patch itself, scale up and down independent between computant storage. So, why that's important though is that it really, our goal is to help people run the ORACLE database as they have for years but with far less effort, and then even not only far less effort, hopefully, you know, a machine plus man, kind of the equation we always talk about is man plus machine is greater than man alone. So, being assisted by artificial intelligence and machine learning to perform those database operations, we should provide a better service to our customers with far less cost. Our hope and goal is that people have been running ORACLE databases. How can we help them do it with far less effort, and maybe spend more time on what the data can do for the organization, right? Improve customer experience, etc. Versus maybe, like, how do I spin up (breaks up). >> So, let's talk about the business impact. So, you go into customers, you talk to the cloud architects, the chief technologists, you pass that test. Now you got to deliver the business impact. Where does ORACLE Consulting fit with regard to that? And maybe you could talk about where you guys want to take this thing. >> Yeah, absolutely. I mean, the cloud is great set of technologies, but where ORACLE Consulting is really helping us deliver is in the outcome. One of the things, I think, that's been fantastic working with the ORACLE Consulting team is that, you know, cloud is new. For a lot of customers who've been running these environments for a number of years, there's always some fear and a little bit of trepidation saying, how do I learn this new cloud? I mean, the workloads we're talking about, Dave, are like tier zero, tier one, tier two and, you know, all the way up to DEV and TEST and DR. ORACLE Consulting does really couple of things in particular. Number one, they start with the end in mind, and number two that they start to do, is they really help implement these systems and there's a lot of different assurances that we have that we're going to get it done on time and better be under budget, 'cause ultimately, again, that's something that's really paramount for us. And then the third part of it, a lot of times it's runbooks, right? We actually don't want to just live in our customers' environments. We want to help them understand how to run this new system, so in training and change management, a lot of times ORACLE Consulting is helping with runbooks. We usually will, after doing it the first time, we'll sit back and let the customer do it the next few times and essentially help them through the process, and our goal at that point is to leave. Only if the customer wants us to, but ultimately our goal is to implement it, get it to go live on time, and then help the customer learn this journey to the cloud. And without them, frankly, I think these systems are sometimes too complex and difficult to do on your own maybe the first time, especially 'cause like I say, they're closing the books. They might be running your entire supply chain. They run your entire HR system or whatever they might be. Too important to leave to chance. So, they really help us with helping the customer become live and become very confident and skilled 'cause they can do it themselves. >> Well Chris, we've covered the gamut. Loved the conversation. We'll have to leave it right there, but thanks so much for coming on theCUBE and sharing your insights. Great stuff. >> Absolutely, thanks Dave, and thanks for having me on. >> All right, you're welcome, and thank you for watching everybody. This is Dave Vellante for theCUBE. We are covering the ORACLE of North America Consulting transformation and its rebirth in this digital event. Keep it right there, we'll be right back.

>> Narrator: From theCUBE studios in Palo Alto in Boston, it's theCUBE! Covering empowering the autonomous enterprise. Brought to you by ORACLE Consulting. >> Back to theCUBE everybody, this is Dave Vellante. We've been covering the transformation of ORACLE Consulting, and really it's rebirth, and I'm here with Chris Fox, who's the Group Vice President for Enterprise Cloud Architects and Chief Technologist for the North America Tech Cloud at ORACLE. Chris, thanks so much for coming on theCUBE. >> Thanks Dave, glad to be here. >> So, I love this title. I mean, years ago, there was no such thing as a cloud architect. Certainly there were chief technologists, but so, you are really, those are your peeps, is that right? >> That's right, that's right. That's really my team and I, that's all we do. So, our focus is really helping our customers take this journey from when they were on-premise to really transforming with cloud, and when we think about cloud, really, for us, it's a combination. It's our hybrid cloud, which happens to be on-premise, and then, of course, the true public cloud, like most people are familiar with. So, very exciting journey and, frankly, I've seen just a lot of success for our customers. You know, Dave, what I think we're seeing at ORACLE though, because we're so connected with SaaS, and then we're also connected with the traditional applications that have run the business for years, the legacy applications that have been, you know, servicing us for 20 years, and then the cloud needed developers. So, what my team and I are constantly focused on now is things like digital transformation and really wiring up all three of these across. So, if we think of, like, a customer outcome like I want to have a package delivered to me from a retailer, that actual process flow could touch a brand new cloud-native site from eCommerce, it could touch, essentially, maybe a traditional application that used to be on-prem that's now on the cloud, and then it might even use a new SaaS application, maybe, for maybe a permit process or delivery vehicle and scheduling. So, what my team does, we actually connect all three. So, what I always mention to my team and all of our customers, we have to be able to service all three of those constituents and really think about process flows. So, I take the cloud-native developer, we help them become efficient. We take the person who's been running that traditional application and we help them become more efficient, and then we have the SaaS applications, which are now rolling out new features on a quarterly basis and it's a whole new delivery model, but the real key is connecting all three of these into a business process flow that makes the customer's life much more efficient. People always say, you know, Chris, we want to get out of the data center, we're going zero data center, and I always say, well, how are you going to handle that back office stuff? Right? The stuff that's really big, it's cranky, doesn't handle just, you know, instances dying or things going away too easily. It needs predictable performance, it needs scale, it absolutely needs security, and ultimately, you know, a lot of these applications truly have relied on an ORACLE database. The ORACLE database has its own specific characteristics that it needs to run really well. So, we actually looked at the cloud and we said, let's take the first generation clouds, which are doing great, but let's add the features that specifically, a lot of times, the ORACLE workload needed in order to run very well and in a cost effective manner. So, that's what we mean when we say last mover advantage. We said, let's take the best of the clouds that are out there today, let's look at the workloads that, frankly, ORACLE runs and has been running for years, what our customers needed, and then let's build those features right into this next version of the cloud which can service the enterprise. So, our goal, honestly, which is interesting, is even that first discussion we had about cloud-native and legacy applications and also the new SaaS applications, we built a cloud that handles all three use cases at scale, resiliently, in a very secure manner, and I don't know of any other cloud that's handling those three use cases all in, we'll call it the same tendency for us at ORACLE. >> My question is why was it important for ORACLE, and is it important for ORACLE and its customers, to participate in IaaS and PaaS and SaaS? Why not just the last two layers of that? What does that give you from a strategic advantage standpoint and what does that do for your customer? >> Yeah, great question. So, the number one reason why we needed to have all three was that we have so many customers who, today, are in a data center. They're running a lot of our workloads on-premise and they absolutely are trying to find a better way to deliver lower-cost services to their customers and so we couldn't just say, let's just, everyone needs to just become net new, everyone just needs to ditch the old and go just to brand-new alone. Too hard, too expensive, at times. So we said, you know, let's give us customers the ultimate amount of choice. So, let's even go back again to that developer conversation in SaaS. If you didn't have IaaS, we couldn't help customers achieve a zero data center strategy with their traditional application, we'll call it PeopleSoft or JD Edwards or E-Business Suite or even, there's some massive applications that are running on the ORACLE cloud right now that are custom applications built on the ORACLE database. What they want is they said, give me the lowest cost but yet predictable performance IaaS. I'll run my apps tier on this. Number two, give me a platform service for database, 'cause frankly, I don't really want to run your database, like, with all the menial effort. I want someone to automate patching, scale up and down, and all these types of features like the cloud should have given us. And then number three, I do want SaaS over time. So, we spend a lot of time with our customers really saying, how do I take this traditional application, run it on IaaS and PaaS, and then number two, let's modernize it at scale. Maybe I want to start peeling off functionality and running them as cloud-native services right alongside, right? That's something, again, that we're doing at scale and other people are having a hard time running these traditional workloads on-prem in the cloud. The second part is they say, you know, I've got this legacy traditional ERP. It's been servicing me well, or maybe a supply chain system. Ultimately I want to get out of this. How do I get to SaaS? And we say, okay, here's the way to do this. First, bring it to the cloud, run it on IaaS and PaaS, and then selectively, I call it cloud slicing, take a piece of functionality and put it into SaaS. We're helping customers move to the cloud at scale. We're helping 'em do it at their rate, with whatever level of change they want, and when they are ready for SaaS, we're ready for them. >> And how does autonomous fit into this whole architecture? Thank you, by the way, for that description. I mean, it's nuanced but it's important. I'm sure you're having this conversation with a lot of cloud architects and chief technologists. They want to know this stuff, and they want to know how it works. And then, obviously, we'll talk about what the business impact is, but talk about autonomous and where that fit. >> So, the autonomous database, what we've done is really taken a look at all the runtime operations of an ORACLE database, so tuning, patching, securing, all these different features, and what we've done is taken the best of the ORACLE database, the best of something called Exadata, right, which we run on the cloud, which really helps a lot of our customers, and then we've wrapped it with a set of automation and security tools to help it really manage itself, tune itself, patch itself, scale up and down independent between computant storage. So, why that's important though is that it really, our goal is to help people run the ORACLE database as they have for years but with far less effort, and then even not only far less effort, hopefully, you know, a machine plus man, kind of the equation we always talk about is man plus machine is greater than man alone. So, being assisted by artificial intelligence and machine learning to perform those database operations, we should provide a better service to our customers with far less cost. Our hope and goal is that people have been running ORACLE databases. How can we help them do it with far less effort, and maybe spend more time on what the data can do for the organization, right? Improve customer experience, etc. Versus maybe, like, how do I spin up (breaks up). >> So, let's talk about the business impact. So, you go into customers, you talk to the cloud architects, the chief technologists, you pass that test. Now you got to deliver the business impact. Where does ORACLE Consulting fit with regard to that? And maybe you could talk about where you guys want to take this thing. >> Yeah, absolutely. I mean, the cloud is great set of technologies, but where ORACLE Consulting is really helping us deliver is in the outcome. One of the things, I think, that's been fantastic working with the ORACLE Consulting team is that, you know, cloud is new. For a lot of customers who've been running these environments for a number of years, there's always some fear and a little bit of trepidation saying, how do I learn this new cloud? I mean, the workloads we're talking about, Dave, are like tier zero, tier one, tier two and, you know, all the way up to DEV and TEST and DR. ORACLE Consulting does really couple of things in particular. Number one, they start with the end in mind, and number two that they start to do, is they really help implement these systems and there's a lot of different assurances that we have that we're going to get it done on time and better be under budget, 'cause ultimately, again, that's something that's really paramount for us. And then the third part of it, a lot of times it's runbooks, right? We actually don't want to just live in our customers' environments. We want to help them understand how to run this new system, so in training and change management, a lot of times ORACLE Consulting is helping with runbooks. We usually will, after doing it the first time, we'll sit back and let the customer do it the next few times and essentially help them through the process, and our goal at that point is to leave. Only if the customer wants us to, but ultimately our goal is to implement it, get it to go live on time, and then help the customer learn this journey to the cloud. And without them, frankly, I think these systems are sometimes too complex and difficult to do on your own maybe the first time, especially 'cause like I say, they're closing the books. They might be running your entire supply chain. They run your entire HR system or whatever they might be. Too important to leave to chance. So, they really help us with helping the customer become live and become very confident and skilled 'cause they can do it themselves. >> Well Chris, we've covered the gamut. Loved the conversation. We'll have to leave it right there, but thanks so much for coming on theCUBE and sharing your insights. Great stuff. >> Absolutely, thanks Dave, and thanks for having me on. >> All right, you're welcome, and thank you for watching everybody. This is Dave Vellante for theCUBE. We are covering the ORACLE of North America Consulting transformation and its rebirth in this digital event. Keep it right there, we'll be right back.

(upbeat jingle) >> The history of Exadata in the platform is really unique. And from my vantage point, it started earlier this century as a skunkworks inside of Oracle called Project Sage back when grid computing was the next big thing. Oracle saw that betting on standard hardware would put it on an industry curve that would rapidly evolve. Last April, for example, Oracle announced the availability of Exadata X9M in OCI, Oracle Cloud Infrastructure. One thing that hasn't been as well publicized is that Exadata on OCI is using AMD's EPYC processors in the database service. EPYC is not Eastern Pacific Yacht Club for all you sailing buffs, rather it stands for Extreme Performance Yield Computing, the enterprise grade version of AMD's Zen architecture which has been a linchpin of AMD's success in terms of penetrating enterprise markets. And to focus on the innovations that AMD and Oracle are bringing to market, we have with us today, Juan Loaiza, who's executive vice president of mission critical technologies at Oracle, and Mark Papermaster, who's the CTO and EVP of technology and engineering at AMD. Juan, welcome back to the show. Mark, great to have you on The Cube in your first appearance, thanks for coming on. Juan, let's start with you. You've been on The Cube a number of times, as I said, and you've talked about how Exadata is a top platform for Oracle database. We've covered that extensively. What's different and unique from your point of view about Exadata Cloud Infrastructure X9M on OCI? >> So as you know, Exadata, it's designed top down to be the best possible platform for database. It has a lot of unique capabilities, like we make extensive use of RDMA, smart storage. We take advantage of everything we can in the leading hardware platforms. X9M is our next generation platform and it does exactly that. We're always wanting to be, to get all the best that we can from the available hardware that our partners like AMD produce. And so that's what X9M in it is, it's faster, more capacity, lower latency, more iOS, pushing the limits of the hardware technology. So we don't want to be the limit, the software database software should not be the limit, it should be the actual physical limits of the hardware. That that's what X9M's all about. >> Why, Juan, AMD chips in X9M? >> We're introducing AMD chips. We think they provide outstanding performance, both for OTP and for analytic workloads. And it's really that simple, we just think the performance is outstanding in the product. >> Mark, your career is quite amazing. I could riff on history for hours but let's focus on the Oracle relationship. Mark, what are the relevant capabilities and key specs of the AMD chips that are used in Exadata X9M on Oracle's cloud? >> Well, thanks. It's really the basis of the great partnership that we have with Oracle on Exadata X9M and that is that the AMD technology uses our third generation of Zen processors. Zen was architected to really bring high performance back to X86, a very strong roadmap that we've executed on schedule to our commitments. And this third generation does all of that, it uses a seven nanometer CPU that is a core that was designed to really bring throughput, bring really high efficiency to computing and just deliver raw capabilities. And so for Exadata X9M, it's really leveraging all of that. It's really a balanced processor and it's implemented in a way to really optimize high performance. That is our whole focus of AMD. It's where we've reset the company focus on years ago. And again, great to see the super smart database team at Oracle really partner with us, understand those capabilities and it's been just great to partner with them to enable Oracle to really leverage the capabilities of the Zen processor. >> Yeah. It's been a pretty amazing 10 or 11 years for both companies. But Mark, how specifically are you working with Oracle at the engineering and product level and what does that mean for your joint customers in terms of what they can expect from the collaboration? >> Well, here's where the collaboration really comes to play. You think about a processor and I'll say, when Juan's team first looked at it, there's general benchmarks and the benchmarks are impressive but they're general benchmarks. And they showed the base processing capability but the partnership comes to bear when it means optimizing for the workloads that Exadata X9M is really delivering to the end customers. And that's where we dive down and as we learn from the Oracle team, we learn to understand where bottlenecks could be, where is there tuning that we could in fact really boost the performance above that baseline that you get in the generic benchmarks. And that's what the teams have done, so for instance, you look at optimizing latency to our DMA, you look at optimizing throughput on oil TP and database processing. When you go through the workloads and you take the traces and you break it down and you find the areas that are bottlenecking and then you can adjust, we have thousands of parameters that can be adjusted for a given workload. And that's the beauty of the partnership. So we have the expertise on the CPU engineering, Oracle Exadata team knows innately what the customers need to get the most out of their platform. And when the teams came together, we actually achieved anywhere from 20% to 50% gains on specific workloads, it is really exciting to see. >> Mark, last question for you is how do you see this relationship evolving in the future? Can you share a little roadmap for the audience? >> You bet. First off, given the deep partnership that we've had on Exadata X9M, it's really allowed us to inform our future design. So in our current third generation, EPYC is that is really what we call our epic server offerings. And it's a 7,003 third gen and Exadara X9M. So what about fourth gen? Well, fourth gen is well underway, ready for the future, but it incorporates learning that we've done in partnership with Oracle. It's going to have even more through capabilities, it's going to have expanded memory capabilities because there's a CXL connect express link that'll expand even more memory opportunities. And I could go on. So that's the beauty of a deep partnership as it enables us to really take that learning going forward. It pays forward and we're very excited to fold all of that into our future generations and provide even a better capabilities to Juan and his team moving forward. >> Yeah, you guys have been obviously very forthcoming. You have to be with Zen and EPYC. Juan, anything you'd like to add as closing comments? >> Yeah. I would say that in the processor market there's been a real acceleration in innovation in the last few years, there was a big move 10, 15 years ago when multicore processors came out. And then we were on that for a while and then things started stagnating, but in the last two or three years, AMD has been leading this, there's been a dramatic acceleration in innovation so it's very exciting to be part of this and customers are getting a big benefit from this. >> All right. Hey, thanks for coming back on The Cube today. Really appreciate your time. >> Thanks. Glad to be here. >> All right and thank you for watching this exclusive Cube conversation. This is Dave Vellante from The Cube and we'll see you next time. (upbeat jingle)

>> Welcome back to Supercloud22, #Supercloud22. This is Dave Vellante. In 2019 Oracle and Microsoft announced a collaboration to bring interoperability between OCI, Oracle Cloud Infrastructure and Azure Clouds. It was Oracle's initial foray into so-called multi-cloud and we're joined by Karan Batta, who's the Vice President for Product Management at OCI. And Kris Rice is the Vice President of Software Development at Oracle Database. And we're going to talk about how this technology's evolving and whether it fits our view of what we call supercloud. Welcome gentlemen, thank you. >> Thanks for having us. >> So you recently just last month announced the new service. It extends on the initial partnership with Microsoft Oracle interconnect with Azure, and you refer to this as a secure private link between the two clouds, it cross 11 regions around the world, under two milliseconds data transmission sounds pretty cool. It enables customers to run Microsoft applications against data stored in Oracle databases without any loss in efficiency or presumably performance. So we use this term supercloud to describe a service or sets of services built on hyper scale infrastructure that leverages the core primitives and APIs of an individual cloud platform, but abstracts that underlying complexity to create a continuous experience across more than one cloud. Is that what you've done? >> Absolutely. I think it starts at the top layer in terms of just making things very simple for the customer, right. I think at the end of the day we want to enable true workloads running across two different clouds where you're potentially running maybe the app layer in one and the database layer or the back in another. And the integration I think starts with, you know, making it ease of use. Right. So you can start with things like, okay can you log into your second or your third cloud with the first cloud provider's credentials? Can you make calls against another cloud using another cloud's APIs? Can you peer the networks together? Can you make it seamless? I think those are all the components that are sort of, they're kind of the ingredients to making a multi-cloud or supercloud experience successful. >> Oh, thank you for that, Karan. So I guess there's a question for Chris is I'm trying to understand what you're really solving for? What specific customer problems are you focused on? What's the service optimized for presumably it's database but maybe you could double click on that. >> Sure. So, I mean, of course it's database. So it's a super fast network so that we can split the workload across two different clouds leveraging the best from both, but above the networking, what we had to do do is we had to think about what a true multi-cloud or what you're calling supercloud experience would be it's more than just making the network bites flow. So what we did is we took a look as Karan hinted at right, is where is my identity? Where is my observability? How do I connect these things across how it feels native to that other cloud? >> So what kind of engineering do you have to do to make that work? It's not just plugging stuff together. Maybe you could explain a little bit more detail, the the resources that you had to bring to bear and the technology behind the architecture. >> Sure. I think, it starts with actually, what our goal was, right? Our goal was to actually provide customers with a fully managed experience. What that means is we had to basically create a brand new service. So, we have obviously an Azure like portal and an experience that allows customers to do this but under the covers, we actually have a fully managed service that manages the networking layer, the physical infrastructure, and it actually calls APIs on both sides of the fence. It actually manages your Azure resources, creates them but it also interacts with OCI at the same time. And under the covers this service actually takes Azure primitives as inputs. And then it sort of like essentially translates them to OCI action. So, we actually truly integrated this as a service that's essentially built as a PaaS layer on top of these two clouds. >> So, the customer doesn't really care or know maybe they know cuz they might be coming through, an Azure experience, but you can run work on either Azure and or OCI. And it's a common experience across those clouds. Is that correct? >> That's correct. So like you said, the customer does know that they know there is a relationship with both clouds but thanks to all the things we built there's this thing we invented we created called a multi-cloud control plane. This control plane does operate against both clouds at the same time to make it as seamless as possible so that maybe they don't notice, you know, the power of the interconnect is extremely fast networking, as fast as what we could see inside a single cloud. If you think about how big a data center might be from edge to edge in that cloud, going across the interconnect makes it so that that workload is not important that it's spanning two clouds anymore. >> So you say extremely fast networking. I remember I used to, I wrote a piece a long time ago. Larry Ellison loves InfiniBand. I presume we've moved on from them, but maybe not. What is that interconnect? >> Yeah, so it's funny you mentioned interconnect you know, my previous history comes from Edge PC where we actually inside OCI today, we've moved from Infinite Band as is part of Exadata's core to what we call Rocky V two. So that's just another RDMA network. We actually use it very successfully, not just for Exadata but we use it for our standard computers that we provide to high performance computing customers. >> And the multi-cloud control plane runs. Where does that live? Does it live on OCI? Does it live on Azure? Yes? >> So it does it lives on our side. Our side of the house as part of our Oracle OCI control plane. And it is the veneer that makes these two clouds possible so that we can wire them together. So it knows how to take those Azure primitives and the OCI primitives and wire them at the appropriate levels together. >> Now I want to talk about this PaaS layer. Part of supercloud, we said to actually make it work you're going to have to have a super PaaS. I know we're taking this this term a little far but it's still it's instructive in that, what we surmised was you're probably not going to just use off the shelf, plain old vanilla PaaS, you're actually going to have a purpose built PaaS to solve for the specific problem. So as an example, if you're solving for ultra low latency, which I think you're doing, you're probably no offense to my friends at Red Hat but you're probably not going to develop this on OpenShift, but tell us about that PaaS layer or what we call the super PaaS layer. >> Go ahead, Chris. >> Well, so you're right. We weren't going to build it out on OpenShift. So we have Oracle OCI, you know, the standard is Terraform. So the back end of everything we do is based around Terraform. Today, what we've done is we built that control plane and it will be API drivable, it'll be drivable from the UI and it will let people operate and create primitives across both sides. So you can, you mentioned developers, developers love automation, right, because it makes our lives easy. We will be able to automate a multi-cloud workload from ground up config is code these days. So we can config an entire multi-cloud experience from one place. >> So, double click Chris on that developer experience. What is that like? They're using the same tool set irrespective of, which cloud we're running on is, and it's specific to this service or is it more generic, across other Oracle services? >> There's two parts to that. So one is the, we've only onboarded a portion. So the database portfolio and other services will be coming into this multi-cloud. For the majority of Oracle cloud, the automation, the config layer is based on Terraform. So using Terraform, anyone can configure everything from a mid-tier to an Exadata, all the way soup to nuts from smallest thing possible to the largest. What we've not done yet is integrated truly with the Azure API, from command line drivable. That is coming in the future. It is on the roadmap, it is coming. Then they could get into one tool but right now they would have half their automation for the multi-cloud config on the Azure tool set and half on the OCI tool set. >> But we're not crazy saying from a roadmap standpoint that will provide some benefit to developers and is a reasonable direction for the industry generally but Oracle and Microsoft specifically. >> Absolutely. I'm a developer at heart. And so one of the things we want to make sure is that developers' lives are as easy as possible. >> And is there a metadata management layer or intelligence that you've built in to optimize for performance or low latency or cost across the respective clouds? >> Yeah, definitely. I think, latency's going to be an important factor. The service that we've initially built isn't going to serve, the sort of the tens of microseconds but most applications that are sort of in, running on top of the enterprise applications that are running on top of the database are in the several millisecond range. And we've actually done a lot of work on the networking pairing side to make sure that when we launch these resources across the two clouds we actually picked the right trial site. We picked the right region we pick the right availability zone or domain. So we actually do the due diligence under the cover so the customer doesn't have to do the trial and error and try to find the right latency range. And this is actually one of the big reasons why we only launch the service on the interconnect regions. Even though we have close to, I think close to 40 regions at this point in OCI, this service is only built for the regions that we have an interconnect relationship with Microsoft. >> Okay, so you started with Microsoft in 2019. You're going deeper now in that relationship, is there any reason that you couldn't, I mean technically what would you have to do to go to other clouds? You talked about understanding the primitives and leveraging the primitives of Azure. Presumably if you wanted to do this with AWS or Google or Alibaba, you would have to do similar engineering work, is that correct? Or does what you've developed just kind of poured over to any cloud? >> Yeah, that's absolutely correct Dave. I think Chris talked a lot about the multi-cloud control plane, right? That's essentially the control plane that goes and does stuff on other clouds. We would have to essentially go and build that level of integration into the other clouds. And I think, as we get more popularity and as more products come online through these services I think we'll listen to what customers want. Whether it's, maybe it's the other way around too, Dave maybe it's the fact that they want to use Oracle cloud but they want to use other complimentary services within Oracle cloud. So I think it can go both ways. I think, the market and the customer base will dictate that. >> Yeah. So if I understand that correctly, somebody from another cloud Google cloud could say, Hey we actually want to run this service on OCI cuz we want to expand our market. And if TK gets together with his old friends and figures that out but then we're just, hypothesizing here. But, like you said, it can go both ways. And then, and I have another question related to that. So, multi clouds. Okay, great. Supercloud. How about the Edge? Do you ever see a day where that becomes part of the equation? Certainly the near Edge would, you know, a Home Depot or Lowe's store or a bank, but what about the far Edge, the tiny Edge. Can you talk about the Edge and where that fits in your vision? >> Yeah, absolutely. I think Edge is a interestingly, it's getting fuzzier and fuzzier day by day. I think, the term. Obviously every cloud has their own sort of philosophy in what Edge is, right. We have our own. It starts from, if you do want to do far Edge, we have devices like red devices, which is our ruggedized servers that talk back to our control plane in OCI. You could deploy those things unlike, into war zones and things like that underground. But then we also have things like clouded customer where customers can actually deploy components of our infrastructure like compute or Exadata into a facility where they only need that certain capability. And then a few years ago we launched, what's now called Dedicated Region. And that actually is a different take on Edge in some sense where you get the entire capability of our public commercial region, but within your facility. So imagine if a customer was to essentially point a finger on a commercial map and say, Hey, look, that region is just mine. Essentially that's the capability that we're providing to our customers, where if you have a white space if you have a facility, if you're exiting out of your data center space, you could essentially place an OCI region within your confines behind your firewall. And then you could interconnect that to a cloud provider if you wanted to, and get the same multi-cloud capability that you get in a commercial region. So we have all the spectrums of possibilities here. >> Guys, super interesting discussion. It's very clear to us that the next 10 years of cloud ain't going to be like the last 10. There's a whole new layer. Developing, data is a big key to that. We see industries getting involved. We obviously didn't get into the Oracle Cerner acquisitions. It's a little too early for that but we've actually predicted that companies like Cerner and you're seeing it with Goldman Sachs and Capital One they're actually building services on the cloud. So this is a really exciting new area and really appreciate you guys coming on the Supercloud22 event and sharing your insights. Thanks for your time. >> Thanks for having us. >> Okay. Keep it right there. #Supercloud22. We'll be right back with more great content right after this short break. (lighthearted marimba music)

(upbeat music) >> Welcome back to Supercloud22, #Supercloud22, this is Dave Vellante. In 2019, Oracle and Microsoft announced a collaboration to bring interoperability between OCI, Oracle Cloud Infrastructure and Azure clouds. It was Oracle's initial foray into so-called multi-cloud and we're joined by Karan Batta, who's the vice president for product management at OCI, and Kris Rice, is the vice president of software development at Oracle database. And we're going to talk about how this technology's evolving and whether it fits our view of what we call, Supercloud. Welcome, gentlemen. Thank you. >> Thanks for having us. >> Thanks for having us. >> So you recently just last month announced the new service. It extends on the initial partnership with Microsoft Oracle Interconnect with Azure, and you refer to this as a secure private link between the two clouds across 11 regions around the world. Under two milliseconds data transmission, sounds pretty cool. It enables customers to run Microsoft applications against data stored in Oracle databases without any loss in efficiency or presumably performance. So we use this term Supercloud to describe a service or sets of services built on hyperscale infrastructure that leverages the core primitives and APIs of an individual cloud platform, but abstracts that underlying complexity to create a continuous experience across more than one cloud. Is that what you've done? >> Absolutely. I think, you know, it starts at the, you know, at the top layer in terms of, you know, just making things very simple for the customer, right. I think at the end of the day we want to enable true workloads running across two different clouds, where you're potentially running maybe the app layer in one and the database layer or the back in another, and the integration I think, starts with, you know, making it ease of use. Right? So you can start with things like, okay can you log into your second or your third cloud with the first cloud provider's credentials? Can you make calls against another cloud using another cloud's APIs? Can you peer the networks together? Can you make it seamless? I think those are all the components that are sort of, they're kind of the ingredients to making a multi-cloud or Supercloud experience successful. >> Oh, thank you for that, Karan. So, I guess as a question for Kris is trying to understand what you're really solving for, what specific customer problems are you focused on? What's the service optimized for presumably its database but maybe you could double click on that. >> Sure. So, I mean, of course it's database so it's a super fast network so that we can split the workload across two different clouds leveraging the best from both, but above the networking, what we had to do is we had to think about what a true multi-cloud or what you're calling Supercloud experience would be. It's more than just making the network bytes flow. So what we did is, we took a look as Karan hinted at, right? Is where is my identity? Where is my observability? How do I connect these things across how it feels native to that other cloud? >> So what kind of engineering do you have to do to make that work? It's not just plugging stuff together. Maybe you could explain in a little bit more detail, the resources that you had to bring to bear and the technology behind the architecture? >> Sure. >> I think, you know, it starts with actually, you know, what our goal was, right? Our goal was to actually provide customers with a fully managed experience. What that means is we had to basically create a brand new service. So, you know, we have obviously an Azure like portal and an experience that allows customers to do this but under the covers, we actually have a fully managed service that manages the networking layer that the physical infrastructure, and it actually calls APIs on both sides of the fence. It actually manages your Azure resources, creates them, but it also interacts with OCI at the same time. And under the covers this service actually takes Azure primitives as inputs, and then it sort of like essentially translates them to OCI action. So, so we actually truly integrated this as a service that's essentially built as a PaaS layer on top of these two clouds. >> So, so the customer doesn't really care, or know, maybe they know, coz they might be coming through, you know, an Azure experience, but you can run work on either Azure and or OCI, and it's a common experience across those clouds, is that correct? >> That's correct. So, like you said, the customer does know that they know there is a relationship with both clouds but thanks to all the things we built there's this thing we invented, we created called a multi-cloud control plane. This control plane does operate against both clouds at the same time to make it as seamless as possible so that maybe they don't notice, you know, the power of the interconnect is extremely fast networking, as fast as what we could see inside a single cloud, if you think about how big a data center might be from edge to edge in that cloud. Going across the interconnect makes it so that that workload is not important that it's spanning two clouds anymore. >> So you say extremely fast networking. I remember I used to, I wrote a piece a long time ago. Hey, Larry Ellison loves InfiniBand. I presume we've moved on from them, but maybe not. What is that interconnect? >> Yeah, so it's funny, you mentioned interconnect, you know, my previous history comes from HPC where we actually inside inside OCI today, we've moved from, you know, InfiniBand as its part of Exadata's core, to what we call RoCEv2. So that's just another RDMA network. We actually use it very successfully, not just for Exadata but we use it for our standard computers, you know, that we provide to, you know, high performance computing customers. >> And the multi-cloud control plane, runs... Where does that live? Does it live on OCI? Does it live on Azure? Yes? >> So it does. It lives on our side. >> Yeah. >> Our side of the house, and it is part of our Oracle OCI control plane. And it is the veneer that makes these two clouds possible so that we can wire them together. So it knows how to take those Azure primitives and the OCI primitives and wire them at the appropriate levels together. >> Now I want to talk about this PaaS layer. Part of Supercloud, we said, to actually make it work you're going to have to have a super PaaS. I know, we're taking this term a little far but it's still, it's instructive in that, what we, what we surmised was, you're probably not going to just use off the shelf, plain old vanilla PaaS, you're actually going to have a purpose built PaaS to solve for the specific problem. So, as an example, if you're solving for ultra low latency, which I think you're doing, you're probably, no offense to my friends at Red Hat, but you're probably not going to develop this on OpenShift, but tell us about that, that PaaS layer or what we call the super PaaS layer. >> Go ahead, Kris. >> Well, so you're right. We weren't going to build it out on OpenShift. So we have Oracle OCI, you know, the standard is Terraform. So the back end of everything we do is based around Terraform. Today, what we've done, is we built that control plane and it will be API drivable. It'll be drivable from the UI and it will let people operate and create primitives across both sides. So you can, you, you mentioned developers developers love automation, right? Because it makes our lives easy. We will be able to automate a multi-cloud workload, from ground up, Config is code these days. So we can Config an entire multi-cloud experience from one place. >> So, double click Kris on that developer experience, you know, what is that like? They're using the same tool set irrespective of, you know, which cloud we're running on is, is it and it's specific to this service or is it more generic across other Oracle services? >> There's two parts to that. So one is the, we've only onboarded a portion. So the database portfolio and other services will be coming into this multi-cloud. For the majority of Oracle cloud the automation, the Config layer is based on Terraform. So using Terraform, anyone can configure everything from a mid tier to an Exadata, all the way soup to nuts from smallest thing possible to the largest. What we've not done yet is is integrated truly with the Azure API, from command line drivable, that is coming in the future. It will be, it is on the roadmap. It is coming, then they could get into one tool but right now they would have half their automation for the multi-cloud Config on the Azure tool set and half on the OCI tool set. >> But we're not crazy saying from a roadmap standpoint that will provide some benefit to developers and is a reasonable direction for the industry generally but Oracle and, and, and Microsoft specifically? >> Absolutely. I'm a developer at heart. And so one of the things we want to make sure is that developers' lives are as easy as possible. >> And, and is there a Metadata management layer or intelligence that you've built in to optimize for performance or low latency or cost across the, the respective clouds? >> Yeah, definitely. I think, you know, latency's going to be an important factor. You know, the, the service that we've initially built isn't going to serve, you know, the sort of the tens of microseconds but most applications that are sort of in, you know, running on top of, the enterprise applications that are running on top of the database are in the several millisecond range. And we've actually done a lot of work on the networking pairing side to make sure that when we launch, when we launch these resources across the two clouds we actually pick the right trial site, we pick the right region, we pick the right availability zone or domain. So we actually do the due diligence under the cover, so the customer doesn't have to do the trial and error and try to find the right latency range, you know, and this is actually one of the big reasons why we only launched this service on the interconnect regions. Even though we have close to, I think, close to 40 regions at this point in OCI, this, this, this service is only built for the regions that we have an interconnect relationship with with Microsoft. >> Okay. So, so you've, you started with Microsoft in 2019 you're going deeper now in that relationship, is there is there any reason that you couldn't, I mean technically what would you have to do to go to other clouds? Would you just, you talked about understanding the primitives and leveraging the primitives of Azure. Presumably if you wanted to do this with AWS or Google or Alibaba, you would have to do similar engineering work, is that correct? Or does what you've developed just kind of pour it over to any cloud? >> Yeah, that's, that's absolutely correct, Dave, I think, you know, Kris talked a lot about kind of the multi-cloud control plane, right? That's essentially the, the, the control plane that goes and does stuff on other clouds. We would have to essentially go and build that level of integration into the other clouds. And I think, you know, as we get more popularity and as as more products come online through these services I think we'll listen to what customers want, whether it's you know, maybe it's the other way around too, Dave maybe it's the fact that they want to use Oracle cloud but they want to use other complimentary services within Oracle cloud. So I think it can go both ways. I think, you know, kind of the market and the customer base will dictate that. >> Yeah. So if I understand that correctly, somebody from another cloud Google cloud could say, "Hey, we actually want to run this service on OCI coz we want to expand our market and..." >> Right. >> And if TK gets together with his old friends and figures that out but we're just, you know, hypothesizing here, but but like you said, it can, can go both ways. And then, and I have another question related to that. So you multi-clouds. Okay, great. Supercloud. How about the edge? Do you ever see a day where that becomes part of the equation? Certainly the, the near edge would, you know, a a home Depot or a Lowe's store or a bank, but what about like the far edge, the tiny edge. Do, do you, can you talk about the edge and and where that fits in your vision? >> Yeah, absolutely. I think edge is a interestingly, it's a, it's a it's getting fuzzier and fuzzier day by day. I think there's the term, you know, we, obviously every cloud has their own sort of philosophy in what edge is, right? We have our own, you know, it starts from, you know, if you if you do want to do far edge, you know, we have devices like red devices, which is our ruggedized servers that that talk back to our, our control plane in OCI you could deploy those things in like, you know, into war zones and things like that underground. But then we also have things like Cloud@Customer where customers can actually deploy components of our infrastructure, like Compute or Exadata into a facility where they only need that certain capability. And then a few years ago we launched, you know, what's now called Dedicated Region. And that actually is a, is a different take on edge in some sense where you get the entire capability of our public commercial region, but within your facility. So imagine if, if, if a customer was to essentially point to, you know, point to, point a finger on a commercial map and say, "Hey, look, that region is just mine." Essentially, that's the capability that we're providing to our customers, where if you have a white space if you have a facility if you're exiting out of your data center space you could essentially place an OCI region within your confines behind your firewall. And then you could interconnect that to a cloud provider if you wanted to. and get the same multi-cloud capability that you get in a commercial region. So we have all the spectrums of possibilities there. >> Guys, super interesting discussion. It's very clear to us that the next 10 years of cloud ain't going to be like the last 10. There's a whole new layer developing. Data is a big key to that. We see industries getting involved. We obviously didn't, didn't get into the Oracle Cerner acquisitions a little too early for that but we we've actually predicted that companies like Cerner and you've seen it with Goldman Sachs and Capital One, they're actually building services on the cloud. So this is a really exciting new area and I really appreciate you guys coming on the Supercloud22 event and sharing your insights. Thanks for your time. >> Thank very much. >> Thank very much. >> Okay. Keep it right there. #Supercloud22. We'll be right back with more great content right after this short break. (upbeat music)

(upbeat music) >> Oracle continues to pursue a multi-mode converged database strategy. The premise of this all in one approach is to make life easier for practitioners and developers. And the most recent example is the Oracle database API for MongoDB, which was announced today. Now, Oracle, they're not the first to come out with a MongoDB compatible API, but Oracle hopes to use its autonomous database as a differentiator and further build a moat around OCI, Oracle Cloud Infrastructure. And with us to talk about Oracle's MongoDB compatible API is Gerald Venzl, who's a distinguished Product Manager at Oracle. Gerald was a guest along with Maria Colgan on the CUBE a while back, and we talked about Oracle's converge database and the kind of Swiss army knife strategy, I called it, of databases. This is dramatically different. It's an approach that we see at the opposite end of the the spectrum, for instance, from AWS, who, for example, goes after the world of developers with a different database for every use case. So, kind of picking up from there, Gerald, I wonder if you could talk about how this new MongoDB API adds to your converged model and the whole strategy there. Where does it fit? >> Yeah, thank you very much, Dave and, by the way, thanks for having me on the CUBE again. A pleasure to be here. So, essentially the MongoDB API to build the compatibility that we used with this API is a continuation of the converge database story, as you said before. Which is essentially bringing the many features of the many single purpose databases that people often like and use, together into one technology so that everybody can benefit from it. So as such, this is just a continuation that we have from so many other APIs or standards that we support. Since a long time, we already, of course to SQL because we are relational database from the get go. Also other standard like GraphQL, Sparkle, et cetera that we have. And the MongoDB API, is now essentially just the next step forward to give the developers this API that they've gotten to love and use. >> I wonder if you could talk about from the developer angle, what do they get out of it? Obviously you're appealing to the Mongo developers out there, but you've got this Mongo compatible API you're pouting the autonomous database on OCI. Why aren't they just going to use MongoDB Atlas on whatever cloud, Azure or AWS or Google Cloud platform? >> That's a very good question. We believe that the majority of developers want to just worry about their application, writing the application, and not so much about the database backend that they're using. And especially in cloud with cloud services, the reason why developers choose these services is so that they don't have to manage them. Now, autonomous database brings many topnotch advanced capabilities to database cloud services. We firmly believe that autonomous database is essentially the next generation of cloud services with all the self-driving features built in, and MongoDB developers writing applications against the MongoDB API, should not have to hold out on these capabilities either. It's like no developer likes to tune the database. No developer likes to take a downtime when they have to rescale their database to accommodate a bigger workload. And this is really where we see the benefit here, so for the developer, ideally nothing will change. You have MongoDB compatible API so they can keep on using their tools. They can build the applications the way that they do, but the benefit from the best cloud database service out there not having to worry about any of these package things anymore, that even MongoDB Atlas has a lot of shortcomings still today, as we find. >> Of cos, this is always a moving target The technology business, that's why we love it. So everybody's moving fast and investing and shaking and jiving. But, I want to ask you about, well, by the way, that's so you're hiding the underlying complexity, That's really the big takeaway there. So that's you huge for developers. But take, I was talking before about, the Amazon's approach, right tool for the right job. You got document DB, you got Microsoft with Cosmos, they compete with Mongo and they've been doing so for some time. How does Oracle's API for Mongo different from those offerings and how you going to attract their users to your JSON offering. >> So, you know, for first of all we have to kind of separate slightly document DB and AWS and Cosmos DB in Azure, they have slightly different approaches there. Document DB essentially is, a document store owned by and built by AWS, nothing different to Mongo DB, it's a head to head comparison. It's like use my document store versus the other document store. So you don't get any of the benefits of a converge database. If you ever want to do a different data model, run analytics over, etc. You still have to use the many other services that AWS provides you to. You cannot all do it into one database. Now Cosmos DB it's more in interesting because they claim to be a multi-model database. And I say claim because what we understand as multi-model database is different to what they understand as multimodel database. And also one of the reasons why we start differentiating with converge database. So what we mean is you should be able to regardless what data format you want to store in the database leverage all the functionality of the database over that data format, with no trade offs. Cosmos DB when you look at it, it essentially gives you mode of operation. When you connect as the application or the user, you have to decide at connection time, how you want, how this database should be treated. Should it be a document store? Should it be a graph store? Should it be a relational store? Once you make that choice, you are locked into that. As long as you establish that connection. So it's like, if you say, I want a document store, all you get is a document store. There's no way for you to crossly analyze with the relational data sitting in the same service. There's no for you to break these boundaries. If you ever want to add some graph data and graph analytics, you essentially have to disconnect and now treat it as a graph store. So you get multiple data models in it, but really you still get, one trick pony the moment you connect to it that you have to choose to. And that is where we see a huge differentiation again with our converge database, because we essentially say, look, one database cloud service on Oracle cloud, where it allows you to do anything, if you wish to do so. You can start as a document store if you wish to do so. If you want to write some SQL queries on top, you can do so. If you want to add some graph data, you can do so. But there's no way for you to have to rewrite your application, use different libraries and frameworks now to connect et cetera, et cetera. >> Got it. Thank you for that. Do you have any data when you talk to customers? Like I'm interested in the diversity of deployments, like for instance, how many customers are using more than one data model? Do for instance, do JSON users need support for other data types or are they happy to stay kind of in their own little sandbox? Do you have any data on that? >> So what we see from the majority of our customers, there is no such thing as one data model fits everything. So, and it's like, there again we have to differentiate the developer that builds a certain microservice, that makes happy to stay in the JSON world or relational world, or the company that's trying to derive value from the data. So it's like the relational model has not gone away since 40 years of it existence. It's still kicking strong. It's still really good at what it does. The JSON data model is really good in what it does. The graph model is really good at what it does. But all these models have been built for different purposes. Try to do graph analytics on relational or JSON data. It's like, it's really tricky, but that's why you use a graph model to begin with. Try to shield yourself from the organization of the data, how it's structured, that's really easy in the relational world, not so much when you get into a document store world. And so what we see about our customers is like as they accumulate more data, is they have many different applications to run their enterprises. The question always comes back, as we have predicted since about six, seven years now, where they say, hey, we have all this different data and different data formats. We want to bring it all together, analyze it together, get value out of the data together. We have seen a whole trend of big data emerge and disappear to answer the question and didn't quite do the trick. And we are basically now back to where we were in the early 2000's when XML databases have faded away, because everybody just allowed you to store XML in the database. >> Got it. So let's make this real for people. So maybe you could give us some examples. You got this new API from Mongo, you have your multi model database. How, take a, paint a picture of how customers are going to benefit in real world use cases. How does it kind of change the customer's world before and after if you will? >> Yeah, absolutely. So, you know the API essentially we are going to use it to accept before, you know, make the lives of the developers easier, but also of course to assist our customers with migrations from Mongo DB over to Oracle Autonomous Database. One customer that we have, for example, that would've benefited of the API several a couple of years ago, two, three years ago, it's one of the largest logistics company on the planet. They track every package that is being sent in JSON documents. So every track package is entries resembled in a JSON document, and they very early on came in with the next question of like, hey, we track all these packages and document in JSON documents. It will be really nice to know actually which packages are stuck, or anywhere where we have to intervene. It's like, can we do this? Can we analyze just how many packages get stuck, didn't get delivered on, the end of a day or whatever. And they found this struggle with this question a lot, they found this was really tricky to do back then, in that case in MongoDB. So they actually approached Oracle, they came over, they migrated over and they rewrote their applications to accommodate that. And there are happy JSON users in Oracle database, but if we were having this API already for them then they wouldn't have had to rewrite their applications or would we often see like worry about the rewriting the application later on. Usually migration use cases, we want to get kind of the migration done, get the data over be running, and then worry about everything else. So this would be one where they would've greatly benefited to shorten this migration time window. If we had already demo the Mongo API back then or this compatibility layer. >> That's a good use case. I mean, it's, one of the most prominent and painful, so anything you could do to help that is key. I remember like the early days of big data, NoSQL, of course was the big thing. There was a lot of confusion. No, people thought was none or not only SQL, which is kind of the more widely accepted interpretation today. But really, it's talking about data that's stored in a non-relational format. So, some people, again they thought that SQL was going to fade away, some people probably still believe that. And, we saw the rise of NoSQL and document databases, but if I understand it correctly, a premise for your Mongo DB API is you really see SQL as a main contributor over Mongo DB's document collections for analytics for example. Can you make, add some color here? Are you seeing, what are you seeing in terms of resurgence of SQL or the momentum in SQL? Has it ever really waned? What's your take? >> Yeah, no, it's a very good point. So I think there as well, we see to some extent history repeating itself from, this all has been tried beforehand with object databases, XML database, et cetera. But if we stay with the NoSQL databases, I think it speaks at length that every NoSQL database that as you write for the sensor you started with NoSQL, and then while actually we always meant, not only SQL, everybody has introduced a SQL like engine or interface. The last two actually join this family is MongoDB. Now they have just recently introduced a SQL compatibility for the aggregation pipelines, something where you can put in a SQL statement and that essentially will then work with aggregation pipeline. So they all acknowledge that SQL is powerful, for us this was always clear. SQL is a declarative language. Some argue it's the only true 4GL language out there. You don't have to code how to get the data, but you just ask the question and the rest is done for you. And, we think that as we, basically, has SQL ever diminished as you said before, if you look out there? SQL has always been a demand. Look at the various developer surveys, etc. The various top skills that are asked for SQL has never gone away. Everybody loves and likes and you wants to use SQL. And so, yeah, we don't think this has ever been, going away. It has maybe just been, put in the shadow by some hypes. But again, we had the same discussion in the 2000's with XML databases, with the same discussions in the 90's with object databases. And we have just frankly, all forgotten about it. >> I love when you guys come on and and let me do my thing and I can pretty much ask any question I want, because, I got to say, when Oracle starts talking about another company I know that company's doing well. So I like, I see Mongo in the marketplace and I love that you guys are calling it out and making some moves there. So here's the thing, you guys have a large install base and that can be an advantage, but it can also be a weight in your shoulder. These specialized cloud databases they don't have that legacy. So they can just kind of move freely about, less friction. Now, all the cloud database services they're going to have more and more automation. I mean, I think that's pretty clear and inevitable. And most if not all of the database vendors they're going to provide support for these kind of converged data models. However they choose to do that. They might do it through the ecosystem, like what Snowflake's trying to do, or bring it in the house themselves, like a watch maker that brings an in-house movement, if you will. But it's like death and taxes, you can't avoid it. It's got to happen. That's what customers want. So with all that being said, how do you see the capabilities that you have today with automation and converge capabilities, How do you see that, that playing out? What's, do you think it gives you enough of an advantage? And obviously it's an advantage, but is it enough of an advantage over the specialized cloud database vendors, where there's clearly a lot of momentum today? >> I mean, honestly yes, absolutely. I mean, we are with some of these databases 20 years ahead. And I give you concrete examples. It's like Oracle had transaction support asset transactions since forever. NoSQL players all said, oh, we don't need assets transactions, base transactions is fine. Yada, yada, yada. Mongo DB started introducing some transaction support. It comes with some limits, cannot be longer than 60 seconds, cannot touch more than a thousand documents as well, et cetera. They still will have to do some catching up there. I mean, it took us a while to get there, let's be honest. Glad We have been around for a long time. Same thing, now that happened with version five, is like we started some simple version of multi version concurrency control that comes along with asset transactions. The interesting part here is like, we've introduced this also an Oracle five, which was somewhere in the 80's before I even started using Oracle Database. So there's a lot of catching up to do. And then you look at the cloud services as well, there's actually certain, a lot of things that we kind of gotten take, we've kind of, we Oracle people have taken for granted and we kind of keep forgetting. For example, our elastic scale, you want to add one CPU, you add one CPU. Should you take downtime for that? Absolutely not. It's like, this is ridiculous. Why would you, you cannot take it downtime in a 24/7 backend system that runs the world. Take any of our customers. If you look at most of these cloud services or you want to reshape, you want to scale your cloud service, that's fine. It's just the VM under the covers, we just shut everything down, give you a VM with more CPU, and you boot it up again, downtown right there. So it's like, there's a lot of these things where we go like, well, we solved this frankly decades ago, that these cloud vendors will run into. And just to add one more point here, so it's like one thing that we see with all these migrations happening is exactly in that field. It's like people essentially started building on whether it's Mongo DB or other of these NoSQL databases or cloud databases. And eventually as these systems grow, as they ask more difficult questions, their use cases expand, they find shortcomings. Whether it's the scalability, whether it's the security aspects, the functionalities that we have, and this is essentially what drives them back to Oracle. And this is why we see essentially this popularity now of pendulum swimming towards our direction again, where people actually happily come over back and they come over to us, to get their workloads enterprise grade if you like. >> Well, It's true. I mean, I just reported on this recently, the momentum that you guys have in cloud because it is, 'cause you got the best mission critical database. You're all about maps. I got to tell you a quick story. I was at a vertical conference one time, I was on stage with Kurt Monash. I don't know if you know Kurt, but he knows this space really well. He's probably forgot and more about database than I'll ever know. But, and I was kind of busting his chops. He was talking about asset transactions. I'm like, well with NoSQL, who needs asset transactions, just to poke him. And he was like, "Are you out of your mind?" And, and he said, look it's everybody is going to head in this direction. It turned out, it's true. So I got to give him props for that. And so, my last question, if you had a message for, let's say there's a skeptical developer out there that's using Mongo DB and Atlas, what would you say to them? >> I would say go try it for yourself. If you don't believe us, we have an always free cloud tier out there. You just go to oracle.com/cloud/free. You sign up for an always free tier, spin up an autonomous database, go try it for yourself. See what's actually possible today. Don't just follow your trends on Hackernews and use a set study here or there. Go try it for yourself and see what's capable of >> All right, Gerald. Hey, thanks for coming into my firing line today. I really appreciate your time. >> Thank you for having me again. >> Good luck with the announcement. You're very welcome, and thank you for watching this CUBE conversation. This is Dave Vellante, We'll see you next time. (gentle music)

>>Yeah, yeah, yeah! >>Everybody, welcome back to the special digital presentation where we are tracking the transformation of Oracle consulting. And really, it's rebirth. Aaron Millstone is back. He's the senior vice president of consulting, joined by Jeff Davis. Who's ah, principal at Deloitte. He's the chief commercial officer for Oracle at Deloitte. Gentlemen, good to see you. Welcome. >>Thank you very much. >>Thanks for having me back. >>You're welcome, guys. Jeff, let me start with you. I've got the obvious question is why would Deloitte World Class? Yes, I well known why you partnering with Oracle Consultant? >>We're really It was a perfect match. The fact that we were looking to grow our oracle practice and really new and innovative ways around Oracle's cloud technology. Uh, in discussions with the oil, coal and specifically with Aaron Millstone, we discovered that we really had complementary capabilities and very little overlapping capabilities. So it was natural for us to find a way to work together. And specifically we found that there were strategic assets we had and there were tactical assets that Oracle had the mixture of two made a really unique and compelling value proposition for the customer base >>and Aaron. I mean, we've talked about the shift from from staff augmentation to much more strategic partnering with your customers. But you're not trying to compete with the big size of there's, there's it sounds like there's not a lot of overlap there. Where do you pick up and leave off for Deloitte? You describe that? >>Sure. I mean, we're You're right, right? We're not. We're not ever going to try to compete with the Deloitte. It's not our that's not in our DNA. It's not our intention. We exist to drive Oracle's to drive success for our customers on Oracle's cloud. That's that's our mantra. That's what we focus in on. So for us, right, we're deep technologists. We're We understand our cloud. We understand how cloud works within our various product suites that we migrate to the cloud. We understand how to manage it. We understand how to build paths extensions to it, but we don't have big program management. We don't understand non oracle components that well, you know, we've got some expertise here and there. But if we need to expand, you know, on Oracle solution to coexist with a Microsoft azure solution, we can't do that without going to a partner and as we bigger and the transformation that they're gonna have to change management and big, big transformation journey capabilities. Like again, That's not That's not expertise. >>Yeah, so Jeff will come back to you. So we see a lot of these deals. Sometimes we call them Barney deals. I love you. You love me. There's a press release, and that's it. But so one of the things we look for okay is their teeth behind this. You guys have come out with what you call elevate. What is elevate? How did it get started? And I have some follow up questions. >>Yeah, well, elevate really got started when Aaron and I started to look at the assets that each of the firms possessed on the Deloitte side, as Aaron suggested, We have deep capabilities and a broad range of technologies, some of them competing technologies with Oracle at the same time. Uh, we didn't have a great deal of depth in Oracle's technical products, Oracle Cloud Infrastructure and Oracle Autonomous. Our bench was not as big as Aaron's, and Aaron also had access to your local development at a level that we didn't have access to. So we really found ourselves in a situation where we could put those two capabilities together and we could offer something to our clients and a broad range of customers. Oracle customers in the field. They had access to all of the Lloyds capabilities, which includes great project management, great change management, real skill around the strategic aspects of cloud migration. And Aaron had tools on had resource is trained and developed around the late historical technology. They'd always be a step ahead of any s I So together we felt this was really a differentiation for marketplace, right, Erin? >>Yeah, absolutely right. And if I don't think I would add to it is that if you if you look at Deloitte approaches client conversation from, ah, business value perspective, you know, the work consulting teams tends to focus conversation. It tends to approach conversations with a focus on How do you want to do the technology? Um, both are helpful. But, you know, quite frankly, as we get into the bigger information in place, we need to lead with the Lloyd model of how do we How do we drive your business value and then begin from a technologist perspective, that's when we show up. So it really has been a very logical, very complimentary match. >>So you and I have talked about, you know, data centers and building data centers and investing. It's not just it's just not a good use of capital today. There's so many other things that organizations can do. You guys have identified data center. Consolidation is, is I'll call it Ah, you know, an initiative that you're seeing customers. I wonder if you could talk about that a little bit. Is that kind of a starting point for conversations? >>Yeah, well, it's definitely starting point, right? So we call it a referred to his infrastructure led transformation, Um, and appetite. The appetite for that is certainly high. We were seeing an increased focus on um, you know what customers need to do to take not just a workload here and there. But how do they get out of the data center business full? So it's a foregone conclusion, right? Like you just said, it's not. It's not really a question of should we invest in another data center? Where should we invest in up to in their data centers? The question has changed to Let's move the cloud. How do we get there and let's move in a big way? And that's why we're seeing that dialogue across all of our customers. And we find even for Oracle, it's been a learning for us, right? We started with on Oracle workload conversation, which is, Do you want to move this work? Work loads of oracle? But you want to move that Oracle workload works. And really, what we're finding is it's a wholesale transformation of everything in the data center, too. One or more clouds, right again, often often it's a multi cloud strategy, and that's okay. And we, you know, we were having more bigger conversations. The thing that has been really interesting is these conversations have evolved, and especially as we work with our partners at Deloitte, has been that, you know, we think that the combination of our our cloud technology, the consulting services that Oracle Consulting and Deloitte can bring to bear and then Oracle's ability to finance the whole deal makes the very compelling conversations for customers because you can walk in to a CEO to a CFO and say, Look on day one, you can actually have a lower spend that what you have today in your data center and get a cop transformation underway at the same time. >>So I want to come back to that business case and member Jeff, before we do, I want to ask you. So we heard Erin, you know, talking about the catalyst. You know, that sort of infrastructure transformation. But you're in the outcomes business, right in both. The bush has been deployed especially so So what is that North Star that you're seeing with customers? You know, it's not about the tech. They're not starting there. Um, that will often tell you that's kind of the easy part. But then we see tech coming and going, and it's the It's the business process. That's the people issues lining everybody. So what are you seeing is so the outcomes. What's that conversation like with your customers? >>Yeah, well, really, this conversation starts with business leadership. Um, if you think about it, there's a strong value proposition in infrastructure renewal. It's not at the top of mind, but once you start to understand the value that's created, it does raise two ah, high priority. Now, our experiences that virtually every board is looking for the C suite toe have a cloud strategy of some kind. People recognize the value of cloud in, uh in many of our clients and many of Oracle's customers, so the boards are pressing the C suite for a cloud strategy. Among those things are the value that cloud brings, including virtually unlimited scalability. Is is being tested real time now with a lot of current events. So when you see the scalability when you know you need a cloud strategy of some kind, your business advisors impressing you, the value proposition starts well, how do we get there? And what does it take to be successful? Our perspective is that it's it's fair to believe that the cloud will reduce infrastructure. Spend significantly. It's a great opportunity for consolidation. It also adds a layer of security, resiliency and scalability that you simply couldn't do on your own. So it addresses a lot of business needs Aziz well as a number of technical needs that need to be addressed. >>So let's talk a little bit more about that business cases that generally what you're seeing, where it starts is let's take some costs right out, and then Aaron, you and I talked about maybe investing that in the future of it. But is that really the starting point for the vast majority of customers? Let's let's let's cut some costs right away and get a payback immediately. >>So I'd like to share our perspective, which is, you know, nobody spends money for the sake of spending money on technology. It's got to have meaningful business value. So the conversation starts with really renewal and a path to the cloud. But there's a natural opportunity for savings in consolidation that we take advantage. We're not simply shifting from your hardware to the cloud we're actually modernizing, which will result in significant savings. But it also gives the business something that they don't have today at a level of security and scalability and ability to run a modern technology much faster, much better. Ah, and much more scalable. >>So a lot of people might again I go back to these deals. I think of this as a sales play. One of the things we look for is there. Is there any other integration? Are you doing co engineering in this case, maybe not, co engineering But are there tools that you're developing that you're taking to market, that you're actually leveraging? Eric, can you talk about that a little bit? Convinces. That's not just the sales play. >>Yeah, sure. And Jeff alluded to some of this earlier, too, right? So we definitely each had our respective tool. Angry Deloitte's investments in tools, what was built out of data that we have seen used quite a few times now we've been investing in something we call the Oracle soar. You know, our tools are, as you'd imagine, heavily Oracle focus. It's about moving Oracle technology to Oracle Cloud out of data and some of the tools that Deloitte's invested in our focus more comprehensively on holistically, looking at everything in a data center and everything that's across data centers and start to develop a set of facts around this stuff. But in both cases, we actually looked at these things and we said, You know what? If you combine these together, we get a very comprehensive view of what exactly it is, but we're looking at with a customer so we can tell everything from the types of traffic we see in the network to the specific versions of stuff you start to identify whether there's risk associated with having things, not aster on a supporter and get a very conference of you that's based on facts. And so, you know, we took those tools. We combined them together so that we can go into a customer and give a complete end and view from both on Oracle and Delight Perspective. And quite frankly, it doesn't matter whether the Lloyd leads or whether Oracle leads. We've developed these tools together. We're going to market together. And we've even got you know, the templates you'd expect consultancies tohave, right? So when you look at business cases, we've got joint business case templates that we've created together and that we're using actively with customers and therefore then we're refining them, improving them each time we do it. But, you know, we're at a point now where our tools are combined, templates are combined, and we even at this, you know, we're even Jeff in our poll earlier yesterday actually even got a joint Ah, war room that's constantly engaging with different account teams and making sure that we structurally approach things in a consistent way so that we're driving business value and using the tools appropriately. >>You know, I think, um, migration risk is probably one of the most significant factors in a business case. I mean, many don't understand it, but those in I t. And certainly hopefully in the executive office do you understand it? It sounds like that's a part of your tooling, anyway is designed to mitigate that's significant migration risk. When you talk about that a little bit, >>yeah, so we, you know, we approach migration from, you know, we start with the conversation. I'm almost always some type of log of what? The list of applications, what versions of things running they've been maintained by some might department somewhere, right? Or the collective? It's in varying degrees of accuracy is what we find. We don't rely on that. We go in and our our tools, our combined tooling across oracle, Deloitte interrogate the systems. We come back with actual information from the actual systems themselves. And then we started the plan. And so the funny thing is, with the migration, you know, probably 80% of the effort. 90% of the effort is in the planning stages and making sure that we understand exactly what we're moving exactly. When again, we're not. We're not dealing with the edge applications. Typically, we're dealing with the mission critical applications that are supporting the heart of a supply chain or a finance operation. And you can't. You just can't afford the down time that maybe you could afford on something that might be a consumer facing or a little less mission. Critical. So, yeah, we start finding very early and interrogate aggressively with actual data. >>Jeff, can you give us a sense as to how far you're into this elevate journey? May be thinking about a couple of customers either specifically or generically gonna where you're at with them. How far along? Maybe even some examples that you feel are representative. >>Sure. Um, you know, the the relationship has been probably about six Ah, close to seven months of maturity. In that time, we've had an opportunity to work on several key clients at scale. Uh, we've worked together in collaboration with one of the nation's largest retailers in the grocery business. We've worked collaboratively in aerospace and defense and also in the hospitality industry. In these cases, what we're finding and one is each one is in the various stage of maturity. One is done, one is in midstream on one is at the early stages and current economic conditions or driving a huge pipeline. Right now, I think our challenge right now is making sure that we identify those clients that can best take a value, take advantage of our services and our joint offering to deal with that pipeline. Right now, what we're finding is that the savings are at least as we projected. In some cases, we're finding even more. What people say they have and what people say they do isn't necessarily what you find when you get in there. But almost every case we're finding that there's unused equipment, unused capacity that they currently have redundancy, low utilization of their current assets. We can go a long way and streamlining that. Plus, I can't emphasize enough that ah, these days security is a major concern and we're adding a layer of security that they could never achieve themselves with soft. >>How do you guys on how the customers wanna approach the transaction? Is it a Bixby is a T and M. Is it a situation where you participate in some of the some of the savings of the game. How does the pricing work? >>So we have Go >>ahead. Um, I'll start off by saying each deal is really custom built around what a customer really needs, what they're trying to get out of it right now. As an example, Op X is very important. So we're engineering deals in a way that helps customers deal with their financial challenges, especially around op Ex. There are other structures that we can put in place. We have the backing of Oracle Finance, so we can be very innovative on deals they could be. When value was attained. They could be milestone based. There's just, uh, I think, a wide variety I don't want to say unlimited, but a wide variety of different options that we can offer our clients in order to be able to deal with whatever financial challenge or opportunity that may be looking at >>perfect, perfect. And you want >>to add to that >>and everything looking at other than you know, the there are. There are always things that are discovered during a personal project, and so, you know, we we also we do factor and things that allow some flexibility. Right? So even if we have a fixed price deal will include a bucket of ours to deal with, you know, unanticipated changes or even innovation. It doesn't have to be, You know, contingency could be Hey, we want to go out and spend and invest some money on artificial intelligence machine learning analytics over in this space since we've already moved these applications. All right, so we're approaching it again from a very flexible standpoint, and we're just point right. We can we can custom craft. Ah, deal to match what? The clients. Best business outcome. Okay. >>Yeah, that makes sense. That client might see some adjacent opportunity that they want to pursue, and they want that to be covered in the agreement I'm gonna end. Um, if you start with you, Aaron and then Jeff go to you. How? What do you guys see? A success? What does success look like? You know, when you were, you know, just less than a year in when you're 234 let's say five years and you look back, What does success look like? >>So, to me, successful success is gonna look like we've gotten a number of these big transformation deals in play. It's in motion, naturally between our organizations, not necessarily driven entirely by Jeff and I going out and driving the organization behave the right way. It's more in our DNA. But more importantly, I think we've gone into We've gone beyond the conversation of Let's Move workloads. We've gone into conversations off. Let's really talk about how to reimagine your business on top of Oracle's cloud and have an ongoing dialogue that looks at that transformation. Once we hit that 0.345 years from now, right, that will be a wild success, Jeff. >>But really, it's been around for 135 years. This is our birthday, uh, this year and in that time, what we've learned is there's no substitute for impact and value added to our clients. In our perspective, what this would success looks like his client success find success means improved scalability of their operations, uh, securing their technology and their data at a substantially lower cost, so that they can focus on what their core businesses and focus less on technology. That success to deploy >>right guys, thanks so much. Great session We're not only witnessing the rebirth of Oracle Consulting, but there's clearly a transformation going on. And it's cultural. Gentlemen, congratulations on your partnership. And thanks so much for coming on the Cube. >>Thank you so much >>for having us. >>You're welcome. Alright, Keep right there, everybody. We're back with our next guest covering Oracle Consulting North America. This is Dave Vellante with the Cube. Thanks for watching. >>Yeah, Yeah, yeah, yeah, yeah, >>yeah.