>> Welcome back to Los Angeles. TheCUBE is live. I can't say that enough. The cube is live. We're at KubeCon Cloud Native Con 21. We've been here all day yesterday, and today and tomorrow I'm talking with lots of guests, really uncovering what's going on in the world of Kubernetes. Lisa Martin, here with Dave Nicholson. We've got some folks. Next we're going to be talking about a customer use case, which is always one of my favorite things to talk about. Please welcome Micah Coletti, the principal platform engineer at CHG healthcare, and Venkat Ramakrishnan VP of products from Portworx by Pure Storage, guys welcome to the program. >> Thank you. >> Happy to be here. >> Yeah. So Micah, first of all, let's go ahead and start with you. Give the audience an overview of CHG healthcare. >> Yeah. So CHG healthcare, we're a staffing company. So we try like a little companion. So our clients are doctors and hospitals, so we help staff hospitals with temporary doctors or even permanent placing. So we deal with a lot of doctors, a lot of nursing and we're a combination of multiple companies. So CHG is the parent. So, and yeah, we're known in the industry as one of the leaders in this field and providing hospitals with high quality doctors and nurses. And, you know, our customer service is like number one, and one of the things our CEO is really focused on is now how do we make that more digital? How do we provide that same level of quality of service, but a digital experience as rich for her. >> I can imagine it was a massive need for that in the last 18 months alone. >> COVID definitely really raised that awareness up for us and the importance of that digital experience and that we need to be out there in the digital market. >> Absolutely. So you're a customer port works by pure storage, we're going to get into that, but then Venkat talk to us about what's going on, the acquisition of port works by pure storage was about a year ago. Talk to us about your VP of products what's going on. >> Yeah, I mean, you know, first of all, I think I could not say how much of a great fit for a Portworx will be part of pure storage, it's, pure itself is a very fast moving, large startup that's a dominant leader in the flash and data center space, and, you know, pure recognizes the fact that Kubernetes is the new operating system of the cloud is not how, you know, it's kind of virtualizing the cloud itself, and there's a, you know, a big burgeoning need for data management and Kubernetes and how you can kind of orchestrate workloads between your on-prem data centers and the cloud and back. So Portworx fits right into the story as complete vision of data management for our customers, and it's been phenomenal. Our business has grown as part of being part of a pure, and you know, we're looking at launching some new products as well, and it's all exciting times. >> So you must've been pretty delighted to be acquired as a startup by essentially a startup because, because although pure has reached significant milestones in the storage business and is a leader in flash storage still that that startup mindset is absolutely unique. That's not, that's not the same as being acquired by a company that's been around for a hundred years seeking to revitalize itself. >> Absolutely. >> Can you talk a little bit about that aspect? >> Yeah, So I think, you know, purist culture is a highly innovation-driven and it's a very open, flat culture, right? I mean, it's, everybody in pure is accessible. It can easily have a composition with folks and everybody has his learning mindset and Portworx is and has always been the same way. Right? So when you put these teams together, if we can create wonders, I mean, we right after the acquisition, just within a few months, we announced an integrated solution that portworx orchestrates volumes and file shares in pure splash products and then delivers as an integrated solution for our customers, and pure has a phenomenal cloud-based monitoring and management system called pure one that we integrated well into. Now, we're bringing the power of all of the observability that pure's customers are used to for all of the corporate customers, and I've been super happy, you know, delegating that capability to our customers and our customers are delighted. Now they can have a complete view all the way from Kubernetes app to the flash. and I don't think any one company in the planet can even plan they can do that. >> I think it's fair to acknowledge that pure one was observability before observability was a word that everyone used regularly. >> Yep. >> Sounds very interesting. >> Micah Talk to us about, obviously you are a customer. CHG is a customer of Portworx now Portworx by Pure Storage. Talk to us about the use case. What, what was the compellent? Was there a compelling event and from a storage perspective that led you to Portworx in the first place. >> So we beat, they began this, our CEO base came to the vision, we need to have a digital presence we need enhances. and this was even before COVID. So they brought me on board and my, my manager read glossary. We basically had this task to, how are we going to get out into the cloud? How are we going to make that happen? And we chose to follow a very much a cloud native strategy and the platform of choice, I mean, it just made sense with Kubernetes. And so when we were looking at Kubernetes, we were starting to figure out how we're doing. We knew that data is going to be a big factor. You know, being a, provide data. We're very much focused on an event driven. We're really pushing to event driven architecture. So we leverage Kafka on top of Kubernetes, but at the time we were actually leveraging Kafka with a MSK down, out in AWS, and that was just a huge cost to us. So I came on board, I had experienced with Portworx, a prior company before that, and I basically said, we need to figure out a great storage relay overlay. and the only way to do is we got to have high performance storage, we've got to have secure. We got to be able to backup and recover that storage. And the Portworx was the right match. And that allowed us to have a very smooth transition off of MSK onto Kubernetes saving us a significant amount of money per month, and just leverage that already existing hardware that our existing compute memory and just, and the, and move right to Portworx. >> Leveraging your existing investments. >> Exactly. >> Which is key, >> Very key, very key so. >> So how common are the challenges that when you guys came together with CHG, how common are the challenges? >> It's actually a, that's a great question. You know, this is, you know, I'll tell you the challenges that Micah and his team are running into is what we see a lot in the industry where people pay a ton of money, you know to other vendors are, you know, especially in some cases use some cloud native services, but they want to have control over the data. They want to control the cost and they want higher performance and they want to have, you know, there's also governance and regulatory things that they need to control better. So they want to kind of bring these services and have more control over them. Right? So now we will work very well with all of our partners, including the cloud providers, as well as, you know, on-prem and server vendors and everybody, but different customers have different kinds of needs. And Portworx gives them that flexibility. If you are a customer who want, you know, have a lot of control over your applications, the performance, the latency, and want to control costs very well and leverage your existing investments Portworx can deliver that for you in your data center. Right now, you can integrate that with pure slash and you get a complete solution, or you want to run it in cloud, and you still want to have leverage the agility of the cloud and scale Portworx delivers a solution for you as well. So it kind of not only protects their investment its future proves their architecture, you get future proving your architecture completely. So if you want to tear the cloud or burst the cloud, you have a great solution that you can continue to leverage >> Micah, when you hear future-proof and I'm a marketer. So I always go, I love to know what it means to different people. What does that mean to you in your environment? >> My environment. So a future-proof means like one of the things we've been addressing lately, that's just a real big challenge. And I'm sure it's a challenge in the industry, especially the Q and A's is upgrading our clusters. The ability to actually maintain a consistent flow with how fast Kubernetes is growing, you know, they're, they they're out. I think he cast, we leverage the cast. So it's like 121 or 122 now, and that effort to upgrade a cluster, it can be a daunting one. With Portworx, we actually were able to make that to where we could actually spin up a brand new cluster. And with Portworx shift, all our applications, services, data migrated completely over, Portworx handles all of that for us and stand up that new cluster in, in less than a day. And that effort, I mean, it would take us a week, two weeks to do so, not even man hours and time spent there, but just the reliability of being able to do that in the cost, you know, instead of standing up a new cluster and configuring it and doing all that and spending all that time, we can just really, we move to what we call blue green cut-over strategy. And Portworx is an essential piece of that. >> So Venkat, is it fair to say that there are a variety of ways that people approach Portworx from a value perspective in terms of, I know that one area that you are particularly good in is the area of backups in this environment, but then you get data management and there's a third kind of vector there. What is the third vector? >> As all of the data services, >> Data services, >> Yeah Like for example, deep database as a service on any Kubernetes cluster feed on your cloud or your on-prem data centers. >> Which data, what kind of databases are you talking about? >> I mean we're talking about anything from Reddit Kafka, Post-stress my sequel console, we are supporting. We just announced something called a Portworx Data Services Offering that essentially delivers all these databases as a service on any Kubernetes cluster that a customer can point to and lets them kind of get the automated management of the database from day one to day three, the entire life cycle, you know, through regular Kubernetes, scoop cuddle experience through APIs and SDKs and a nice slick UI that they can, you know, that's, role-based access control and all of that, that they can completely control their data and their applications through it. And you know, that's the third vector of Portworx office. >> Micah a question for you. So Portworx has been a part of pure storage? You've known it since obviously for several years before you were at CHG, you brought it to CHG. You now know it a year into being acquired by a fast paced startup. Talk to me about the relationship and some of the benefits that you're getting with Portworx as a part of pure storage? >> Well, I mean, one of the things I, you know, when I heard about the acquisition, my first thing was, I was a little bit concerned is that relationship going to change? And when we were acquiring, when we were looking at adopting Portworx, one thing I would tell my management is Portworx is not just a vendor that wants to throw a solution on you and provide some capability. They're a partner. They want to partner with you and your success in your journey and this whole cloud native journey to provide this rich digital experience in the, for not only our platform engineering team, but our Dev teams, but also be able to really accelerate the development of our services. So we can provide that digital portal for our end users. And that didn't change. If anything, that it accelerated that relationship did not change. You know, I came to Venkat with an issue. We just we're, we're dealing with, he immediately got someone on a phone call with me. And so that has not changed. So it's really exciting to see that now that they've been acquired, that they still are very much invested in the success of their customers and making sure we're successful. You know, it's not all of a sudden. I was worried I was going to have to do a whole different support PA process, and it was going to go into a black hole. Didn't happen. They still are very much involved with their customers. >> It's sounds kind of Venkat similar to what you talked about with the cultural alignment. I've known here for a long time and they're very customer centric sounds like one of the areas in which there was a very strong alignment with Portworx >> Absolutely. and Portworx has always taken pride in being customer first company. Our founders are heavily customer focused. You know, they are aligned. They want, they have always aligned. our portraits business to our customers' needs. Now Pure is a company that's maniacally focused on customers, right? I mean, that's all in a pure pounder cars and everybody cared about. And so, you know, bringing these companies together and being part of the Pure team, I kind of see how, how synergistic it is. And, you know, we have, you know, that has enabled us to serve our customer's customers even better than before. >> So I'm curious about the two of you personally, in terms of your, your histories, I'm going to assume that you didn't both just bounce out of high school into the world of Kubernetes, right? So like Lisa and I you're spanning the generations between the world of say virtualization based on x86 architecture, virtualization, where you're not, you don't have microservices, you have a full blown operating system that you're working with. Kind of talk about, you know, Micah with you first talk about what that's been like navigating that change. We were in the midst of that. Do you have advice for others that are navigating that change? >> Don't be afraid of it. You know, a lot of people want to, you know, I call it we're moving from where we're name me. We still have cats and dogs. They have a name that the VMs either whether or not they're physical boxes or their VMs to where it's more like, he'd say cattle, you know, it's like we don't own the OOS and not to be afraid of afraid of that, because change is really good. You know, the ability for me to not have to worry about patching and operating system, it's huge, you know, where I can rely on someone like EKS and, and the version and allow them to, if a CV comes out, they let me know. I go and I use their tools to be able to upgrade. So I don't have to literally worry about owning that OOS and containers as the same thing. You know, you, you know, it's all about being fault-tolerant right. And being able to be changed or where, you know, you can actually roll out a new version of a container, a base image with a lot of ease without having to go and patch a bunch of servers. I mean, patch night was hell and sorry if I could say that, but it was a nightmare, you know, but this whole world has just been a game changer with that. >> So Venkat from your perspective, you were coming at it, going into a startup, looking at the landscape in the future and seeing opportunity. What what's that been like for you? I guess the question for you is more something, Lisa and I talk about this concept of peak Kubernetes, where are we in the wave? Is this just, is this just the beginning? Are we in the thick of it? >> I think I would say we're kind of transitioning from early adopters, early majority phase in the whole, you know, crossing the chasm analogy, right? So I would say we're still early stages of this big wave. That's going to transform how infrastructure is built. Apps are apps are built and managed and run in production. I think some of the pieces, the key pieces are falling in place and maturing. There are some other pieces like observability and security, you know, kind of edge use cases need to be, you know, they're kind of going to get a lot more mature and you'll see that the cloud, as we know today, and the apps, as we know today, they're going to be radically different. And you know, if you're not building your apps and your business on this modern platform, on this modern infrastructure, you're going to be left behind. You know, I, my wife's birthday was a couple of days ago. I was telling the story to my couple of friends is that I, I used another flowers delivery website. They miss delivering the flowers on the same day, right. So they told me all kinds of excuses. Then I just went and looked up a, you know, like door dash, which is delivers, you know, and then, you know, like your food, but there's also flower delivery and door dash and I don't do I door dash flowers to her, and I can track the flower delivery all the way she did not need them, but my kids love the chocolates though. Right. So, and you know, the case in point is that you cannot be in a building, a modern business without leveraging the model tool chain and modern tool chain and how the business is going to be delivered at that thing is going to be changing dramatically. And those kinds of customer experience, if you don't deliver, you're not going to be successful in business. And Kubernetes is the fundamental technology that enables this containers is a fundamental piece of technology that enables building new businesses, you know, modernizing existing businesses. And the 5G is going to be, there's going to be new innovations. It's going to get unleashed. And again, Kubernetes and containers enable us to leverage those. And so we're still scratching the surface on this. It's big. Now, it's going to be much, much bigger, you know, as, as we go into the next couple of years. >> Speaking, scratching the surface, Micah, take us out in the last 30 seconds or so with where CHG healthcare is on institutional transformation, how is Portworx facilitating that? >> So we're, we're right in the thick of it. I mean, we are, we still have what we call the legacy. We're working on getting those, but I mean, we're really moving forward to provide that rich experience, especially with event driven platforms like Kafka and Kubernetes and partnering with Portworx is one of the key things for us with that. And AWS along with that. But we're a, and I remember I heard a talk and I can't, I can't remember her name, but he talked about how, how Pure Kubernetes is sort of like the 56K modem, right. You're hearing it and see, but it's got to get to the point where it's just there. It's just the high-speed internet and Kelsey Hightower. That's great. But yeah, and I really liked that because that's true, you know, and that's where we are. We're all in that transition where we're still early, it's still at 50. So you still want to hear note, you still want to do cube CTL. You want to learn it the hard way and do all that fun stuff. But eventually it's going to be where it's just, it's just there. And it's running everything like 5G. I mean, stripped down doing micro, you know, Kate's things like that. You know, we're going to see it in a lot of other areas and just periphery and really accelerate the industry in compute and memory and storage, and. >> Yeah, a lot of acceleration. Guys thank you. This has been a really interesting session. I always love digging into customer use cases. How CHG is really driving its evolution with Portworx. Venkat, thanks for sharing with us, What's going on with Portworx a year after the acquisition. It sounds like all good stuff. >> Thank you. Thanks for having us. >> Pleasure. All right. For Dave Nicholson, I'm Lisa Martin. You're watching theCUBE live from Los Angeles. This is our coverage of KubeCon Cloud Native Con 21.

(soft techno music) >> Good evening. Welcome back to the Kube. Live in Los Angeles. We are at KubeCon Cloud Native Con 2021. Lisa Martin with Dave Nicholson, rounding out our day. We're going to introduce you to a new company, a new company that's new to us. I should say, log DNA. Peter Choi joins us the VP of product. Peter, welcome to the program. >> Thanks for having me. >> (Lisa) Talk to us about log DNA. Who are you guys? What do you do? >> So, you know, log DNA is a log medicine platform. Traditionally, we've been focused on, you know, offering log analysis, log management capabilities to dev ops teams. So your classic kind of troubleshooting, debugging, getting into your systems. More recently, maybe in like the last year or so we've been focused on a lot of control functionality around log medicine. So what I mean by that is a lot of people typically think of kind of the analysis or the dashboards, but with the pandemic, we noticed that you see this kind of surge of data because all of the services are being used, but you also see a downward pressure on cost, right? Because all of a sudden you don't want to be spending two X on those digital experiences. So we've been focused really on kind of tamping down kind of controls on the volume of log data coming in and making sure that they have a higher kind of signal and noise ratio. And then, you know, I'll talk about it a little bit, but we've really been honing in on how can we take those capabilities and kind of form them more in a pipeline. So log management, dev ops, you know, focusing on log data, but moving forward really focused on that flow of data. >> (Dave) So, when you talk about the flow of data and logs that are being read, make this a little more real, bring it up, bring it up just to level in terms of data, from what? >> Yeah. >> What kind of logs? What things are generating logs? What's the relevant information that's being. Kept track of? >> Yeah, I mean, so from our perspective, we're actually agnostic to data source. So we have an assist log integration. We have kind of basic API's. We have, you know, agents for any sort of operating system. Funny enough people actually use those agents to install, log DNA on robots, right? And so we have a customer they're, you know, one of the largest E-commerce platforms on, in the, in the world and they have a warehouse robots division and they installed the agent on every single one of those robots. They're, you know, they're running like arm 64 processors and they will send the log data directly to us. Right? So to us, it's no different. A robot is no different from a server is no different from an application is no different from a router. We take in all that data. Traditionally though, to answer your question, I guess, in the simplest way, mostly applications, servers, firewalls, all the traditional stuff you'd expect kind of going into a log platform. >> So you mentioned a big name customer. I've got a guess as to who that is. I won't, I won't say, but talk to us about the observability pipeline. What is that? What are the benefits in it for customers? >> (Peter) Sure. So, like if we zoom out again, you know, you think about logs traditionally. I think a lot of folks say, okay, we'll ingest the logs. We'll analyze them. What we noticed is that there's a lot of value in the step before that. So I think in the earlier days it was really novel to say, Hey, we're going to get logs and we're going to put it into a system. We're going to analyze it. We're going to centralize. Right. And that had its merits. But I think over time it got a little chaotic. And so you saw a lot of the vendors over the last three years consolidating and doing more of a single pane of glass, all the pillars of observability and whatnot. But then the downside of that is you're seeing a lot of the teams that are using that then saying being constrained by single vendor for all the ways that you can access that data. So we decided that the control point being on the analysis side on, on the very far right side was constricting. So we said, okay, let's move the control point up into a pipeline where the logs are coming to a single point of ingress. And then what we'll do is we will offer views, but also allow you to stream into other systems. So we'll allow you to stream into like a SIM or a data warehouse or something, something like that. Right? So, and you know, we're still trying to like nail down the messaging. I'm sure our marketing person's going to roast me after this. But the simplest way to think of observability pipeline is it's the step before the analysis part, that kind of ingest processes and routes the data. >> (Dave) Yeah. This is the Kube, by the way, neither one of us is a weather reporter. (laughing) So, so the technical stuff is good with us. >> Yes. It is. What are, and talk to us about some of the key features and capabilities and maybe anything that's newly announced are going to be announced. >> Yeah. For sure. So what we recently announced early access on is our streaming capabilities. So it's something that we built in conjunction with IBM and with a couple of, you know, large major institutions that we were working with on the IBM cloud. And basically we realized as we were ingesting a log data, some of those consumers wanted to access subsets of that data and other systems such as Q radar or, you know, a security product. So we ended up taking, we filtered down a subset of that data and we stream it out into those systems. And so we're taking those capabilities and then bringing it into our direct product, you know, whatever you access via logging.com. That is what's essentially going to be the seed for the kind of observability pipeline moving forward. So when you start thinking about it, all of this stuff that I mentioned, where we say, we're focusing on control, like allowing you to exclude logs, allowing you to transform logs, you take those processing capabilities, you take the streaming capabilities, you put them together and all of a sudden that's the pipeline, right? So that's the biggest focus for us now. And then we also have supporting features such as, you know, control API's. We have index rate alerting so that you can get notified if you see aberrations in the amount of flow of data. We have things like variable retention. So when a certain subset of logs come in, if you want it store it for seven days or 30 days, you can go ahead and do that because we know that a large block of logs is going to have many different use cases and many different associated values, right? >> So let's pretend for a moment that a user, somebody who has spent their money on log DNA is putting together a Yelp review and they've given you five stars. >> Yup. >> What do they say about log DNA? Why did they give you that five star rating? >> Yeah. Absolutely. I think, you know, the most common one and it's funny it's Yelp because we actually religiously mine, our G2 crowd reviews. (all laughing) And so the thing that we hear most often is, it's ease of use, right? A lot of these tools. I mean, I'm sure, you know, you're talking to founders and product leaders every day with developers. Like the, the bar, the baseline is so low, you know, a lot of, a lot of organizations where like, we'll give them the, you know, their coders, they'll figure it out. We'll just give them docs and they'll figure it out. But we, we went a little bit extra in terms of like, how can we smooth that experience so that when you go to your computer and you type in QTPL, blah, blah, blah, two lines, and all of a sudden all your logs are shipping from your cluster to log DNA. So that's the constant theme for us in all of our views is, Hey, I showed up, I signed up and within 30 minutes I had everything going that I needed to get. >> (Lisa) So fast time to value. >> Yes. >> Which is critical these days. >> Absolutely. >> Talk to me. So here we are at, at KubeCon, the CNCF community is huge. I think I, the number I saw yesterday was 138,000 contributors. Lots of activity, because we're in person, which is great. We can have those hallway networking conversations that we haven't been able to have in a year and a half. What are some of the things that you guys have heard at the booth in terms of being able to engage with the community again? >> You know, the thing that we've heard most often is just like having a finger on the pulse. It's so hard to do that because you know, when we're all at our computers, we just go from zoom to zoom. And so it, it like, unless it punches you in the face, you're not aware of it. Right. But when you come here, you look around, you go, you can start to identify trends, you hear the conversations in the hallway, you see the sessions. It's just that, that sense of, it's almost like a Phantom limb that, that sense of community and being kind of connected. I think that's the thing that we've heard most often that people are excited. And, you know, I think a lot of us are just kind of treating this like a dry run. Like we're kind of easing our way back in. And so it, you know, it felt good to be back. >> Well, they've done a great job here, right? I mean, you have to show your proof of vaccination. They're doing temperature checks, or you can show your clear health pass. So they're making it. We were talking to the executive director of CNCF earlier today and you're making it, it's not rocket science. We have enough data to know that this can be done carefully and safely. >> (David) Don't forget the wristbands. >> That's right. And, and did you see the wristbands? >> (Peter) Oh yeah. >> Yeah, yeah that's great. >> Yep, it is great. >> I was, I was on the fence by the way. I was like, I was a green or yellow, depending on the person. >> (both) Yeah. >> Yeah. But giving, giving everybody the opportunity to socialize again and to have those, those conversations that you just can't have by zoom, because you have somebody you've seen someone and it jogs your memory and also the control of do I want to shake someone's hand or do I not. They've done a great job. And I think hopefully this is a good test in the water for others, other organizations to learn. This can be done safely because of the community. You can't replicate that on video. >> (Peter) Absolutely. And I'll tell you this one for us, this is our, this is our event. This is the event for us every single year. We, we it's the only event we care about at the end of the day. So. >> What are some of the things that you've seen in the last year, in terms of where, we were talking a lot about the, the adoption of Kubernetes, kind of, where is it in its maturation state, but we've seen so much acceleration and digital transformation in the last 18 months for every industry businesses rapidly pivoting multiple times to try to, to survive one and then figure out a new way to thrive in this, this new I'll call it the new. Now I'll borrow that from a friend at Citrix, the new now, not the new normal, the new now, what are some of the things that you've seen in the last year and a half from, from your customer base in terms of what have they been coming to you saying help? >> (Peter) You know, I think going back to the earlier point about time to value, that's the thing that a lot. So a lot of our customers are, you know, very big Kubernetes, you know, they're, they're big consumers of Kubernetes. I would say, you know, for me, when I do the, we do our, our QBRs with our top customers, I would say 80% of them are huge Kubernetes shops. Right. And the biggest bottleneck for them actually is onboarding new engineers because a lot of the, and you know, we have a customer, we have better mortgage. We have, IBM, we have Rappi is a customer of ours. They're like Latin American version of Instacart. They double their engineering base and you, you know, like 18 in 18 months. And so that's, you know, I think it was maybe from 1500 to 3000 developers or so, so their thing is like, we need to get people on board as soon as possible. We need to get them in these tools, getting access to, to, to their longs, to whatever they need. And so that's been the biggest thing that we've heard over and over again is A, how can we hire? And then B when we hire them, how do we onboard them as quickly as possible, so that they're ramped up and they're adding value. >> How do you help with that onboarding, making it faster, seamless so that they can get value faster? >> So for us, you know, we really lean in on our, our customer success teams. So they do, you know, they do trainings, they do best practices. Basically. We kind of think of ourselves given how much Kubernetes contradiction we have, we think of ourselves as cross pollinators. So a lot of the times we'll go into those decks and we'll try to learn just as much as we're trying to try to teach. And then we'll go and repeat that process through every single set of our customers. So a lot of the patterns that we'll see are, well, you know, what kinds of tools are you using for orchestration? What kind of tools are you using for deployment? How are you thinking about X, Y, and Z? And then, you know, even our own SRE teams will kind of get into the mix and, you know, provide tips and feedback. >> (Lisa) Customer centricity is key. We've heard that a lot today. We hear that from a lot of companies. It's one thing to hear it. It's another thing to see it. And it sounds like the Yelp review that you would have given, or, or what you're hearing through G2 crowd. I mean, that voice of the customer is valid. That's, that's the only validation. I think that really matters because analysts are paid. >> Yeah. >> But hearing that validation through the voice of the customer consistently lets you know, we're going in the right direction here. >> Absolutely. >> I think it's, it's interesting that ease of use comes up. You wonder if those are only anonymous reviews, you don't necessarily associate open source community with cutting edge, you know, we're the people on the pirate ship. >> (Peter) Yeah. And so when, when, when people start to finally admit, you know, some ease of use would be nice. I think that's an indication of maturity at a certain point. It's saying, okay, not everyone is going to come in and sit behind a keyboard and program things in machine language. Every time we want to do some simple tasks, let's automate, let's get some ease of use into this. >> And I'll tell you in the early days it drove me and our, our CEO talker. It drove us nuts that people would say easiest to be like, that's so shallow. It doesn't mean anything. Well, you know, all of that. However, but to your point, if we don't meet the use case, if we don't have the power behind it, the ease of use is abstracting away. It's like an iceberg, right. It's abstracting away a lot. So we can't even have the ease of use conversation unless we're able to meet the use case. So, so what we've been doing is digging into that more, be like, okay, ease of use, but what were you trying to do? What, what is it that we enabled? Because ease of use, if it's a very shallow set of use cases is not as valid as ease of use for petabytes of data for an organization like IBM. Right? >> That's a great, I'm glad that you dug into that because ease of use is one of those things that you'll see it in marketing materials, but to your point, you want to know what does this actually mean? What are we delivering? >> Right. >> And now, you know what you're delivering with Peter, thank you for sharing with us about logged in and what you guys are doing, how you're helping your community of customers and hearing the voice of the customer through G2 and others. Good work. >> Thank you. And by the way, I'll be remiss if I, if I don't say this, if you're interested in learning more about some of the stuff that we're working on, just go to logging in dot com. We've got, I think we've got a banner for the early access programs that I mentioned earlier. So, you know, at the end of the day, to your point about customer centricity, everything we prioritize is based on our customers, what they need, what they tell us about. And so, you know, whatever engagement that we get from the people at the show and prospects, like that's how we drive a roadmap. >> (Lisa) Yup. That's why we're all here. Log dna.com. Peter, thank you for joining Dave and me today. We appreciate it. >> Thanks for having me. >> Our pleasure for Dave Nicholson. I'm Lisa Martin signing off from Los Angeles today. The Kubes coverage of KubeCon clouding of con 21 continues tomorrow. We'll see then. (soft techno music)

>> Man: from around the globe, it's "theCUBE" with coverage of "Kubecon" and "CloudNativeCon Europe 2020", virtual. Brought to you by Red Hat, the cloud native computing foundation and ecosystem partners. >> Welcome back, I'm Stu Miniman, and this is "theCUBE's" coverage of KubeCon CloudNativeCon Europe 2020, the virtual edition of course, it, this ecosystem has been bustling, a lot of activity in the five years that we've been covering it with "theCUBE" we've watched very much the maturation of what's going on. Remember, in the early days, it was open source projects, companies pulling all the pieces together. Now, there's a lot more things to choose from lots of projects, not just Kubernetes, but all the other pieces, and still lots of new innovations and new startups coming into the space. So happy to welcome to the program, have two first time guests from Spectro Cloud, first of all, we have the co founder and CEO Tenry Fu, and also Tina Notle who's the Vice President of product, Tina and Tenry, thank you so much for joining us. >> Thank you for having us. >> Likewise. >> All right, so Tenry, as one of the co founders, I want to understand, you know, why Spectro Cloud? Why now, you know, many outsiders, would they have said for a while, you know, Kubernetes, it's just getting baked into all of the environment. They looked at all the platforms, whether you're talking, you know, Google and AWS or VMware, they all have their platforms, they all have their managed services offering. So help us understand, what your team does and how you differentiate from what's already existing. >> Absolutely yeah, so I actually used to work at VMware, I, and then, I saw clouds taking off right and then I left VMware, to start my first startup called CliQr Technologies, which focus on multicloud management. But at that time, really, multicloud management through a single pane of glass is obviously right, and then clicker later acquired by Cisco. So at Cisco, I kind of witness The Container and Kubernetes taking off, right? And it makes a lot of sense, right for the first time both the application workloads and infrastructure became truly portable across multiple environments, but also very interestingly at Cisco I observed there are many developer teams, right? That is adopting Kubernetes and everyone is doing a little bit different things, that because different teams, they have a different stack constructor requirements, like some for AI/ML, some, they need a different base OS, some they just don't want to have a different version, and a lot of existing solutions doesn't really provide this kind of flexibility to satisfy all the different needs, right? one size fit all, typically is a one size fit for nothing. So we asked ourselves, why can't we try to create a platform that will give people the flexibility, but not turning it into a DIY project, right, still have a full manageability, so that user don't need to worry about the upgrade, Day Two operations, governance so and so forth. >> Yeah to Tina, I know when I've looked at your product, it's discussed as layers, which my background's in networking. So I love seeing things visually and understanding the pieces as they lay out the stack. So maybe help us understand a little bit as to, you know, that the flexibility that you give and how it's not just the Paradox of Choice, just too many options out there and you know, developers left to create their own mess that they can't then support. (laughing) >> Yeah, so you know, as Tenry mentioned, offering folks flexibility without turning into a do it yourself, you know, hot mess is what we're what we're helping People do at Spectrol Cloud, the core of our solution, the core of the differentiation within our solution is around this concept of a cluster profile, and as you mentioned, cluster profile basically allows people to define in a layered fashion, what's part of their Kubernetes infrastructure stack? So at the bottom, you're talking, what's the base operating system? What's the version of Kubernetes, that's going to be part of clusters that uses profile? What's your networking and storage interface look like? And then on top of that, you have a number of optional layers. So again, you know, back to flexibility manageability, we give people options around what those other layers look like on top. They include everything from security, logging, monitoring, etc, just anything that you want to go ahead and kind of bake into a definition, a profile of what a cluster should look like in one of your deployed environments. >> All right, well, Want to make sure I understand when you talk about Kubernetes in there, can it be, you know, say VMware with Vsphere7, now has Kubernetes support. Red Hat open shift is an option, all of the cloud players have their, you know, AKS, EKS. And they're like, can I bake that Kubernetes in or are you taking a different approach? >> We're going with upstream vanilla Kubernetes today, that allows us to go ahead and provide what's newest within the ecosystem, and let people go ahead and have a really open, really open solution that's replying. >> Okay, so when I talk to, when you look out there, a lot of companies are saying how can I manage multiple clusters? So if you look at what Google, Microsoft and VMware, they're talking about, we can manage our clusters and we can also help you with those other clusters. How does that impact Tenry, your Solution, doesn't it need to be, it's just the upstream solution that I put into that cluster profile, or can I connect to, say a managed cloud solution? >> Yeah, so I think in terms the multi class management or the consistency is really the key, right. So through this class profile concept, not only it can be used as the initial template to deploy a cluster, but it can also use as a single source for choose, to drive the cluster Lifecycle Management income upgrade. So right now, as Tina mentioned, we primarily focus on upstream, so that we want to provide the maximum flexibility in terms of our end to end Kubernetes stack. But we do also have a plan, that down the road that we go into in Brownfield existing clusters. So that enterprise, existing investment to their Kubernete infrastructure can be under managed by us. >> Well there always reaches a time when the brand new technology gets called Brownfield. I think that's the first time I've heard something like, you know, EKS or the like, you know, referred to as Brownfield. Tina, you know, when I think back to my history with integrated solutions, obviously, if I have the various pieces, it should be easier for me to stay on the latest make upgrades, roll things forward or roll things back, but you know, what, give us if you could some of the, the key values of, you know, building these cluster profiles, what that enables for your customers. >> So the key around cluster profiles, we offer this policy based management, so you describe as an administrator, what it is that those clusters need to look like, right? And we've got, we adopt a declarative desired state, you know, management approach along what Kubernetes does itself, and so what you're able to get through adopting, utilize cluster profiles, is this guarantee that from deployment and then into day two as well, what you've described in this profile, winds up maintaining itself, it remains true of the clusters that have been deployed. So what it is that you require as far as the operating system, what is required as far as some configuration options, etc. So the profile itself winds up being ground source of truth and around what it is that you've got running at all these various locations, across clouds, across different clusters, etc. >> All right. Tenry, you mentioned that having things more standardized is going to help customers, absolutely, we saw that in data centers for a long time, and standardized, how do you help customers make sure that the configuration that they build are going to work, are going to be stable, if they make changes that they're not going to get things out of sync. Is there you know, interoperability matrix or some other ways that we're trying to make sure that customers, you know, stay on the rails, if you will. >> Absolutely right, So through our system, right, all the integration points, we carry the additional metadata, right to basically give the hint about compatibility, resource constraints, right, and also the upgradability, in terms of moving from one version to another. So this way, we can kind of give you some guidance, when they initially construct a class profile, what will work together nicely and then what will not, right. And then on top of that, when upgrading from one existing cluster to a new version of a class profile definition, then we can look at the environment, right to understand, right, if there's something that potentially incompatible will popping up right, so we call that pre pilot integration, check right and also post deployment, we also allow user to run additional conformance tests. So that make sure the cluster everything is actually is still acting as as it's supposed to be. >> Another way to explain that is that you know, the cluster profile concept has a lot of flexibility attached with to it, right? That's a lot of power, it can get you into trouble if you don't have the right safety nets and safety harnesses underneath you. So we have a multi layered approach to helping make sure that people are getting benefit out of that flexibility. >> Wonderful and I'm wondering did, when you've had more customers using this, is their shared information, and if there're community guidelines that help, you know, understand when it's going to be okay, hey, 1.19's out, we're looking at 1.20. You might want to do this or hey, if you're using this piece of networking, you might want to wait a little bit before you go to the next version. >> That's definitely the idea over time, folks that are engaging with us, are very interested in the fact that, because of the fact that we're SaaS management platform, SaaS space management platform today, that it offers them the opportunity to learn from their peers, if you will, right, and their peers experiences. On top of that, we also have the ability to watch just what's been going on in other deployments in the Kubernetes ecosystem and we can make sure that all that's available, as Tenry mentioned, you know, in the form of the metadata that's on top of those packs. >> All right, how about how do you price this solution? When I look out there, I talked about Kubernetes baked into all the platforms, oftentimes, it can be baked into ELA, It's part of, you know, my just general cloud spend from that platform. So how do you do the pricing and, you know, are you plugged into any of the cloud marketplaces yet? >> Yeah, so flexibility is really part of our DNA. So even for pricing, we want to provide the maximum flexibility to our customer. So unlike some traditional solution typically is priced based on number of pause, right, a year, or even number of nodes, right. So we actually price based on number of CPU cores of all workers node under management by hour. So what we call those, core hour under management, right, and then every thousand core hours at one unit, we call kilo core hours. So kind of similar to how electricity is consumed, right, so this way, based on these core hour consumption, we allow user to either pay as you go as amongst the on demand plan, or you can do an annual commitment. >> And we are in process on the marketplaces. >> Yeah. >> All right, how about, we talked about Kubernetes, I think service mesh are part of it. What in this Kube, kubecon cloud native con ecosystem, which projects are the most tied into what you're doing anything that specter cloud is particularly contributing to that you can share? >> Yeah, so our system is built on top of Kubernetes cluster API project. So we are one of the contributor to class API, we are actively adding additional functionality to enhance class API, especially by in some other VMware environment for some custom use case, such as static IP or some special placement behaviors, and also adding additional contribute on different cloud support. >> Yeah, and as far as things that we're watching, and clearly we're, we've seen a dramatic increase in the number of people on our customer front that are interested in actual deployment, of service mesh now. So that's something that you know, we're going to be more engaged in over time. And another one that we're hoping to see, check out more talks around Kubecon is AI ML, right? A lot of interest on the part of customers around AIML use cases. >> Yeah, absolutely edge and AI and ML. Definitely very hot topics to conversation this year at the, at the Europe show, expect that to continue. Tina, I'm wondering, do you have any customer examples, maybe even anonymized that could kind of just explain the key values that your customers are seeing using your solution? >> Yeah, sure, so we've got one of our earliest customers is a Canadian financial, who came to us because, they were looking to figure out how to manage consistently at scale, and they have the problem that Tenry described earlier, around, I've got different development teams, they have different needs, and you know, how do you satisfy all those guys without going crazy, right? They've got an AIML use case, that's a special snowflake they've got two separate teams in different groups that would like to be under an IT management umbrella. That's a convergence use case that they're looking at, so kind of a typical example of somebody that we think of is, you know, a really good set of people for us to be having conversations with. We've also been working with a telecom provider that it's in a similar, similar vein actually, there's an AIML, there are multiple teams of different infrastructure, and they want to be able to consistently manage it's a story that we're seeing over and over again, thankfully. >> Yeah, we also see right from I think, at individual group or team level, right. There are a lot of, kind of a product owner or data scientists that they really want to have a kind of an easy button to quickly be able to provision Kubernetes clusters that suit for their need, right. And a lot of these groups, their primary focus is really the application, right? It's not their interest to spend a lot of time and resource on Kubernete management, in terms of deploying update, or secure an operation. So through us, they can very easily spin up a Kubernetes cluster, whether it's for AIML or for developing experiment, they can very quickly do that But with the flexibility, because a lot of existing solution, they may limit the version of Kubernetes clusters, they may limit the what kind of integration they can do. >> Yeah, Tenry you, we talked a little bit earlier about, you know, potential integration down the road. I'm curious, just there's so many companies creating innovations out there, you know, say for example, one that I hear a lot of feedback on is AWS now has far gate support for their EKS offering. Is that Something down the line you should look at or do you have some guidance as to how customers should be thinking about that, and if they want that kind of functionality, how they would get that with a solution like yours? >> Yeah, actually, we really share the same vision as AWS, right. So we believe, ultimately is the infrastructure really should be transparent to application developers, right, and it should be boundary-less. So our goal is not only manage Kubernetes, across multiple environment, but eventually we will be able to link all these cluster together, to make them acting as a single infrastructure. So developers, they can still use their familiar Kubernetes interface to deploy and manage their application, but without worrying about the how infrastructure underneath is operated or managed, right. So this in a way will eventually become kind of a phallic model, but across multiple cluster and multiple clouds. >> Alright, Tina, if maybe if you could give us the final takeaway, people attending Kubecon, cloud native con, what's the one thing that if you know they have a problem, they should be coming to Spectro cloud to hear more about? >> Yeah, sure so what Spectrol cloud aims to do is help enterprises not have to trade off between flexibility and control of their infrastructure, and manageability of use that stuff's that's the main, the main thing that we would like people to remember. >> All right, well Tenry and Tina, thank you so much for sharing with our community a little bit about Specter Cloud great talking to you and look forward to hearing more in the future. >> Thanks so much. >> Thank you too. >> All right, and stay tuned more coverage from Kubecon Cloud Native Con 2020. I'm Stu MiniMan and thank you, for watching "theCUBE." (light music)

>> Live from Seattle, Washington, it's theCUBE. Covering KubeCon + CloudNativeCon North America 2018. Brought to you by Red Hat, the Cloud Native Computing Foundation and its ecosystem partners. >> Okay, welcome back everyone. We're live in Seattle. It's theCUBE's two, three days of coverage. We're on day two of KubeCon Cloud Native Conference. This is the rise of the Kubernetes, the Ecosystem behind, the CNCF, the Cloud Native Computing Foundation. I'm John Furrier, Cube host with Stu Miniman this week analyzing everything. Our next guest is Cheryl Hung, who's the director of the Ecosystem for the CNCF. Cheryl, great to have you back. We interviewed you in Copenhagen. Thanks for joining us again. >> Of course, I'm really happy to be back, really happy to see you again. >> So you got a new role. The last time we talked, you were working for, I think, storage-io-- >> StorageOS >> OS, StorageOS. Now you're full-time with the CNCF as the director of the ecosystem, which now is massively growing. What's going on? Tell us about your job and what you're working on. >> So the CNCF's overall mission is to support the development and the adoption of these open-source projects. And I really focus on the adoption side. So I really care about talking to end users and making sure that they can be successful and productive and happy as they transition to this new world of Cloud Native and Kubernetes and open-source infrastructure. So it's a massive change, you know, if you compare this to five or ten years ago, where we are now is so different, but it's really exciting to be apart of it. >> One of the interesting things I remember speaking with you about in Copenhagen, in Europe, at KubeCon there was, you have your background at Google. And so you're Cloud Native, the way you've been working at Google and then now out here. This whole world is moving that way. And the CNCF is end user driven and was really started by end user contributions and now they're all here. Now you have vendors coming in. So you have a dynamic ecosystem. You have contributors that are end users, vendors that are contributors, and now the consumption of Kubernetes and their related technology is growing. What's your take on it? What's the most important thing happening? What are you focused on, what's your focus? >> I think vendors do make a big contribution to the projects as well. I definitely want to recognize that vendors are part of our ecosystem as well. But I think it's really important that, you know, at the end of the day all of this good work is so end users can be successful with what they're doing. There's no point in building these projects if you don't take into account what the community needs out of it. So I've talked to a lot of companies now and there's three levels of engagement that I see about why they want to join this Cloud Native world. One is that they have some concrete technical problems that just need to be solved as soon as possible and they need to think about the best way to do it. The second is around building engineering organizations that can handle this new culture where you're not talking to a vendor who can give you six months of products roadmap in advance. You have to interact with open source communities directly. And in the third is technical executives who really want to put all of their business strategy behind Cloud Native and Kubernetes. And they're really fully invested in to making sure that this community succeeds because it ensures that they will succeed as well. >> And in the end users also we see a lot of recruiting here as well as contributing. This is a number one demand that we certainly see from the Kube's content side of the house here, is that there's demand and a thirst for educational content, for how-to's, the role of a cloud architect now is becoming a clear persona in enterprises. You got an IT impact, you got developer impact, you got open-source, kind of all coming together. Where is the action for the end user right now? If you look at the trends, obviously Kubernetes stability and naturalization is key. Is DOCB's hot? What are the kinds of things that are merging up for end users that you see a demand for feature wise and or just general trend? >> Lots of end users just actually want the CNCF to just tell them, do it this way, and the CNCF is not like that. We're very neutral, we want companies to choose the best things for themselves. So were not going to go out there and say this product over this product or this vendor over this vendor. What we do try to do is create a community where companies can talk to other companies who are trying to solve the same problems. Because that's what community is. Let's do this collaboratively, let's do it out in the open so we're not all trying to solve the same problems over and over and over again. But right now I see a lot of questions about how do you work in more mature, not more mature, but say the finance industry, or how do you work in heavily regulated environments where you have to do a lot of compliance. And also, how do you deal with this explosion of tooling, we all kind of agree that Kubernetes is the way to go, but now there's another 500 tools that you could evaluate out there. What's the best way to figure out the path through that for your company. >> Let the community guide that too, let that be the part of the process, the community really is the driver. >> Cheryl, I'm wondering how you bake that into the show itself as well as the community, are there vertical places that I've got a select channel, or I've got a community group that I can participate with. We know the whole way track is really bumping at a show like this. There's all of the project specific stuff, but how is it that I have that paradox of choice and there's so many different ways I can do it. I bet it would be tough for us to find two companies that have chosen all of the pieces and deploited in a similar enough way, so how do you sort through that? >> It's something that I'm thinking about a lot for the next KubeCon where I hope I see you in Barcelona. Or perhaps the San Diego one after that, it's hard to make sure that there is a place where end users actually come together and do that face to face interaction with each other. So the moment, especially KubeCon is now 8010-D's. It's insane, but now you have to have a more structured place where people can find each other. >> So you talk to a lot of customers that knew you moderate panels with customers. Where are they today? I've talked to some people that were like, "There's 8,000 people here?" And half of them are really new to Kubernetes and need some of just the one on one stuff. As opposed to last year, a lot of the users I talked to were like, "Oh I'm just pulling down the stuff and I'm building all my components and I'm contributing." So we have such a big spectrum. What are some of the big issues you're hearing from customers to help them move forward? >> So, Separate from, I'll come back to this in a second, even before I joined the CNCF, I ran the, and I still run, the Cloud Native London meetup group. Which gets about two to three hundred attendees each month. So obviously not the size of this, but a fairly healthy size for a community. And people will ask, I thought about, should we just focus on a particular segment, like the people who are just getting started, or the people who were actively contributing. And I actually think it's okay to have a place where you can have that mix of levels. And I think it's really important that the more experienced, or people who are further along in their journey have a chance to talk to people who are at the beginning, kind of mentor them through it. But at the same time, we want to do things. So I'll give you a little teaser for next year, we're planning to run smaller, local, more regional events for places that don't necessarily have the ability to come to these huge, giant conferences, and want to talk to each other in a single day, single track small, intimate place. >> More community events where people can participate, not feel remote. I mean, you guys what on the wait list, like 1500 people on the waiting list here. >> For this event? >> For this event, It's demand. >> There's tons of demand, like this is my secret thought, if in time we get to huge, huge sizes, I think we should get a cruise ship, put everyone on a cruise ship for three days, and just be like, "Let's go and sell together and be apart of that". >> We're seeing a lot of cruises on the cryptography site, ICO's, and bunch of the big coiners went, watching their prices go down. But you guys could literally fill a ship. >> Yes, seriously, the pace that KubeCon is growing, it's getting hard to find a place that can hold this many people. >> Community is super important to you guys and we know that, we've been watching it from the beginning. It's really, I don't want to say sacred, but it's really a key nurturing point. What's the vision for enabling the community? Obviously regional events would create sub network in the community, allow for some interaction face to face and contribution wise. What else are you guys doing on the community side that's interesting, that's important, that people should know about? >> So I've spent quite a bit of time thinking about this and talking to a lot of companies and I really think there is no substitution for the face to face stuff, at least initially. There's a lot of online that you can get involved with now, through the mailing lists and Slack and GitHub and all these things. But I really think that if you don't know somebody who's already part of the community, it can be quite hard to know where to even begin. It can feel feel a bit overwhelming, just how to stay on top of it all. So I would really like to establish more places where people feel like they can talk to their peers and feel comfortable and not feel like they're being sold to from vendors or being-- >> genuine, authentic basically, a place where it's not going to be a sales pitch, they can dig in and learn. >> Yeah, exactly. I think It's really important to hold onto the technical quality, and the excellence of what the CNCF provides as well. Without that, everything else, I love this community stuff, it's fantastic, it's really good fun, but it comes down to the technical, this is actually sold for technical and business problem. >> Yeah, great social component, but you got to keep your eye on the prize, get the code out there. >> Yeah, I mean, it's not to say that code is the only thing that matters, but we want to make sure that, people come to, you know, how many people here today are spending three days of their lives with us because they get actual value out of what's happening here. And as long as people keep coming, that shows that there is value there. >> And then the success of the ecosystem, we want to look back and see, these were startups, these are ecosystem partners, big, small medium, and large, they've been successful. That success outcome is really key to what you're working on. Making that successful, it's hard. You guys are growing so fast, give it peek behind the curtain, but CNCF, you went from 4,000 people, I know the thing was just in China, which is exploding with growth, in China, open-source contribution and consumption, you got that exploding. You got the event, 8,000 people. Is the team busting out at the seams right now? I mean, share some inside baseball around, what's going on inside the CNCF, are you guys running hot? What's it like? >> It's crazy, right? Nobody could've predicted how fast this has all grown. And the team is, so the reason I joined the CNCF is because, number one, the growth is there, but number two, I really think the team have really good intentions. And even though there's a lot of work to be done, I think people really have their heart in the right place and are trying to do the right thing for the community. And China is definitely an area that we're investing in on a personal level. I'm taking Mandarin classes to try and improve my Mandarin so that we can, I can actually go to China and make sure that these companies are part of this as well. There are so many things in China that are really advanced and mature, but really sophisticated Kubernetes. But it's so separate from, I feel like it's very separate from the stuff that we see in North America. So China is definitely an area that I'm looking out for. But in terms of the team, I think that we want to do a lot, but at the same time, the CNCF is never going to be like, a thousand person organization, let's talk again in 50 years time and maybe it will be a huge organization. But at the moment, I don't believe the CNCF is going to be a huge organization. So we do rely very heavily on our volunteers, our community, the good will of partners, exactly. >> Well we really appreciate the support of CNCF. Dan has been fantastic to work with We've seen the vision from day one, we saw him in China at Alibaba event last year. We saw the work you guys are doing. You're doing the work and it shows. So congratulations and good luck on your new assignment and-- >> Thank you. Dan is my boss and he's always been incredibly optimistic and energetic and has so much belief in what we're doing. >> He's smart, he gets it-- >> He's very smart. >> He's agile, bring a little DevOps, agility, to the table, right? (chuckles) You know. >> Exactly, you know, he's great, and Chris as well is a super community minded and thinking. >> You guys got a great team. Congratulations and thanks for coming on and sharing your insight-- >> Thank you-- >> Into the CNCF ecosystem. The ecosystem, the open source communities, is the key persona, the key target, but this is impacting IT and developers. This is why Kubernetes is rising, you're seeing real impact with Cloud computing, Cloud scale, Cloud Native, it's a really interesting time and this is proof of the ecosystem. We're here in the Kube coverage here in Seattle. I'm John Furrier and stay with us for more coverage after this short break.