>>Individuals create developers, translate ideas to code, to create great applications and great applications. Touch everyone. A Docker. We know that collaboration is key to your innovation sharing ideas, working together. Launching the most secure applications. Docker is with you wherever your team innovates, whether it be robots or autonomous cars, we're doing research to save lives during a pandemic, revolutionizing, how to buy and sell goods online, or even going into the unknown frontiers of space. Docker is launching innovation everywhere. Join us on the journey to build, share, run the future. >>Hello and welcome to Docker con 2021. We're incredibly excited to have more than 80,000 of you join us today from all over the world. As it was last year, this year at DockerCon is 100% virtual and 100% free. So as to enable as many community members as possible to join us now, 100%. Virtual is also an acknowledgement of the continuing global pandemic in particular, the ongoing tragedies in India and Brazil, the Docker community is a global one. And on behalf of all Dr. Khan attendees, we are donating $10,000 to UNICEF support efforts to fight the virus in those countries. Now, even in those regions of the world where the pandemic is being brought under control, virtual first is the new normal. It's been a challenging transition. This includes our team here at Docker. And we know from talking with many of you that you and your developer teams are challenged by this as well. So to help application development teams better collaborate and ship faster, we've been working on some powerful new features and we thought it would be fun to start off with a demo of those. How about it? Want to have a look? All right. Then no further delay. I'd like to introduce Youi Cal and Ben, gosh, over to you and Ben >>Morning, Ben, thanks for jumping on real quick. >>Have you seen the email from Scott? The one about updates and the docs landing page Smith, the doc combat and more prominence. >>Yeah. I've got something working on my local machine. I haven't committed anything yet. I was thinking we could try, um, that new Docker dev environments feature. >>Yeah, that's cool. So if you hit the share button, what I should do is it will take all of your code and the dependencies and the image you're basing it on and wrap that up as one image for me. And I can then just monitor all my machines that have been one click, like, and then have it side by side, along with the changes I've been looking at as well, because I was also having a bit of a look and then I can really see how it differs to what I'm doing. Maybe I can combine it to do the best of both worlds. >>Sounds good. Uh, let me get that over to you, >>Wilson. Yeah. If you pay with the image name, I'll get that started up. >>All right. Sen send it over >>Cheesy. Okay, great. Let's have a quick look at what you he was doing then. So I've been messing around similar to do with the batter. I've got movie at the top here and I think it looks pretty cool. Let's just grab that image from you. Pick out that started on a dev environment. What this is doing. It's just going to grab the image down, which you can take all of the code, the dependencies only get brunches working on and I'll get that opened up in my idea. Ready to use. It's a here close. We can see our environment as my Molly image, just coming down there and I've got my new idea. >>We'll load this up and it'll just connect to my dev environment. There we go. It's connected to the container. So we're working all in the container here and now give it a moment. What we'll do is we'll see what changes you've been making as well on the code. So it's like she's been working on a landing page as well, and it looks like she's been changing the banner as well. So let's get this running. Let's see what she's actually doing and how it looks. We'll set up our checklist and then we'll see how that works. >>Great. So that's now rolling. So let's just have a look at what you use doing what changes she had made. Compare those to mine just jumped back into my dev container UI, see that I've got both of those running side by side with my changes and news changes. Okay. So she's put Molly up there rather than mobi or somebody had the same idea. So I think in a way I can make us both happy. So if we just jumped back into what we'll do, just add Molly and Moby and here I'll save that. And what we can see is, cause I'm just working within the container rather than having to do sort of rebuild of everything or serve, or just reload my content. No, that's straight the page. So what I can then do is I can come up with my browser here. Once that's all refreshed, refresh the page once hopefully, maybe twice, we should then be able to see your refresh it or should be able to see that we get Malia mobi come up. So there we go, got Molly mobi. So what we'll do now is we'll describe that state. It sends us our image and then we'll just create one of those to share with URI or share. And we'll get a link for that. I guess we'll send that back over to you. >>So I've had a look at what you were doing and I'm actually going to change. I think that might work for both of us. I wondered if you could take a look at it. If I send it over. >>Sounds good. Let me grab the link. >>Yeah, it's a dev environment link again. So if you just open that back in the doc dashboard, it should be able to open up the code that I've changed and then just run it in the same way you normally do. And that shouldn't interrupt what you're already working on because there'll be able to run side by side with your other brunch. You already got, >>Got it. Got it. Loading here. Well, that's great. It's Molly and movie together. I love it. I think we should ship it. >>Awesome. I guess it's chip it and get on with the rest of.com. Wasn't that cool. Thank you Joey. Thanks Ben. Everyone we'll have more of this later in the keynote. So stay tuned. Let's say earlier, we've all been challenged by this past year, whether the COVID pandemic, the complete evaporation of customer demand in many industries, unemployment or business bankruptcies, we all been touched in some way. And yet, even to miss these tragedies last year, we saw multiple sources of hope and inspiration. For example, in response to COVID we saw global communities, including the tech community rapidly innovate solutions for analyzing the spread of the virus, sequencing its genes and visualizing infection rates. In fact, if all in teams collaborating on solutions for COVID have created more than 1,400 publicly shareable images on Docker hub. As another example, we all witnessed the historic landing and exploration of Mars by the perseverance Rover and its ingenuity drone. >>Now what's common in these examples, these innovative and ambitious accomplishments were made possible not by any single individual, but by teams of individuals collaborating together. The power of teams is why we've made development teams central to Docker's mission to build tools and content development teams love to help them get their ideas from code to cloud as quickly as possible. One of the frictions we've seen that can slow down to them in teams is that the path from code to cloud can be a confusing one, riddle with multiple point products, tools, and images that need to be integrated and maintained an automated pipeline in order for teams to be productive. That's why a year and a half ago we refocused Docker on helping development teams make sense of all this specifically, our goal is to provide development teams with the trusted content, the sharing capabilities and the pipeline integrations with best of breed third-party tools to help teams ship faster in short, to provide a collaborative application development platform. >>Everything a team needs to build. Sharon run create applications. Now, as I noted earlier, it's been a challenging year for everyone on our planet and has been similar for us here at Docker. Our team had to adapt to working from home local lockdowns caused by the pandemic and other challenges. And despite all this together with our community and ecosystem partners, we accomplished many exciting milestones. For example, in open source together with the community and our partners, we open sourced or made major contributions to many projects, including OCI distribution and the composed plugins building on these open source projects. We had powerful new capabilities to the Docker product, both free and subscription. For example, support for WSL two and apple, Silicon and Docker, desktop and vulnerability scanning audit logs and image management and Docker hub. >>And finally delivering an easy to use well-integrated development experience with best of breed tools and content is only possible through close collaboration with our ecosystem partners. For example, this last year we had over 100 commercialized fees, join our Docker verified publisher program and over 200 open source projects, join our Docker sponsored open source program. As a result of these efforts, we've seen some exciting growth in the Docker community in the 12 months since last year's Docker con for example, the number of registered developers grew 80% to over 8 million. These developers created many new images increasing the total by 56% to almost 11 million. And the images in all these repositories were pulled by more than 13 million monthly active IP addresses totaling 13 billion pulls a month. Now while the growth is exciting by Docker, we're even more excited about the stories we hear from you and your development teams about how you're using Docker and its impact on your businesses. For example, cancer researchers and their bioinformatics development team at the Washington university school of medicine needed a way to quickly analyze their clinical trial results and then share the models, the data and the analysis with other researchers they use Docker because it gives them the ease of use choice of pipeline tools and speed of sharing so critical to their research. And most importantly to the lives of their patients stay tuned for another powerful customer story later in the keynote from Matt fall, VP of engineering at Oracle insights. >>So with this last year behind us, what's next for Docker, but challenge you this last year of force changes in how development teams work, but we felt for years to come. And what we've learned in our discussions with you will have long lasting impact on our product roadmap. One of the biggest takeaways from those discussions that you and your development team want to be quicker to adapt, to changes in your environment so you can ship faster. So what is DACA doing to help with this first trusted content to own the teams that can focus their energies on what is unique to their businesses and spend as little time as possible on undifferentiated work are able to adapt more quickly and ship faster in order to do so. They need to be able to trust other components that make up their app together with our partners. >>Docker is doubling down and providing development teams with trusted content and the tools they need to use it in their applications. Second, remote collaboration on a development team, asking a coworker to take a look at your code used to be as easy as swiveling their chair around, but given what's happened in the last year, that's no longer the case. So as you even been hinted in the demo at the beginning, you'll see us deliver more capabilities for remote collaboration within a development team. And we're enabling development team to quickly adapt to any team configuration all on prem hybrid, all work from home, helping them remain productive and focused on shipping third ecosystem integrations, those development teams that can quickly take advantage of innovations throughout the ecosystem. Instead of getting locked into a single monolithic pipeline, there'll be the ones able to deliver amps, which impact their businesses faster. >>So together with our ecosystem partners, we are investing in more integrations with best of breed tools, right? Integrated automated app pipelines. Furthermore, we'll be writing more public API APIs and SDKs to enable ecosystem partners and development teams to roll their own integrations. We'll be sharing more details about remote collaboration and ecosystem integrations. Later in the keynote, I'd like to take a moment to share with Docker and our partners are doing for trusted content, providing development teams, access to content. They can trust, allows them to focus their coding efforts on what's unique and differentiated to that end Docker and our partners are bringing more and more trusted content to Docker hub Docker official images are 160 images of popular upstream open source projects that serve as foundational building blocks for any application. These include operating systems, programming, languages, databases, and more. Furthermore, these are updated patch scan and certified frequently. So I said, no image is older than 30 days. >>Docker verified publisher images are published by more than 100 commercialized feeds. The image Rebos are explicitly designated verify. So the developers searching for components for their app know that the ISV is actively maintaining the image. Docker sponsored open source projects announced late last year features images for more than 200 open source communities. Docker sponsors these communities through providing free storage and networking resources and offering their community members unrestricted access repos for businesses allow businesses to update and share their apps privately within their organizations using role-based access control and user authentication. No, and finally, public repos for communities enable community projects to be freely shared with anonymous and authenticated users alike. >>And for all these different types of content, we provide services for both development teams and ISP, for example, vulnerability scanning and digital signing for enhanced security search and filtering for discoverability packaging and updating services and analytics about how these products are being used. All this trusted content, we make available to develop teams for them directly to discover poll and integrate into their applications. Our goal is to meet development teams where they live. So for those organizations that prefer to manage their internal distribution of trusted content, we've collaborated with leading container registry partners. We announced our partnership with J frog late last year. And today we're very pleased to announce our partnerships with Amazon and Miranda's for providing an integrated seamless experience for joint for our joint customers. Lastly, the container images themselves and this end to end flow are built on open industry standards, which provided all the teams with flexibility and choice trusted content enables development teams to rapidly build. >>As I let them focus on their unique differentiated features and use trusted building blocks for the rest. We'll be talking more about trusted content as well as remote collaboration and ecosystem integrations later in the keynote. Now ecosystem partners are not only integral to the Docker experience for development teams. They're also integral to a great DockerCon experience, but please join me in thanking our Dr. Kent on sponsors and checking out their talks throughout the day. I also want to thank some others first up Docker team. Like all of you this last year has been extremely challenging for us, but the Docker team rose to the challenge and worked together to continue shipping great product, the Docker community of captains, community leaders, and contributors with your welcoming newcomers, enthusiasm for Docker and open exchanges of best practices and ideas talker, wouldn't be Docker without you. And finally, our development team customers. >>You trust us to help you build apps. Your businesses rely on. We don't take that trust for granted. Thank you. In closing, we often hear about the tenant's developer capable of great individual feeds that can transform project. But I wonder if we, as an industry have perhaps gotten this wrong by putting so much emphasis on weight, on the individual as discussed at the beginning, great accomplishments like innovative responses to COVID-19 like landing on Mars are more often the results of individuals collaborating together as a team, which is why our mission here at Docker is delivered tools and content developers love to help their team succeed and become 10 X teams. Thanks again for joining us, we look forward to having a great DockerCon with you today, as well as a great year ahead of us. Thanks and be well. >>Hi, I'm Dana Lawson, VP of engineering here at get hub. And my job is to enable this rich interconnected community of builders and makers to build even more and hopefully have a great time doing it in order to enable the best platform for developers, which I know is something we are all passionate about. We need to partner across the ecosystem to ensure that developers can have a great experience across get hub and all the tools that they want to use. No matter what they are. My team works to build the tools and relationships to make that possible. I am so excited to join Scott on this virtual stage to talk about increasing developer velocity. So let's dive in now, I know this may be hard for some of you to believe, but as a former CIS admin, some 21 years ago, working on sense spark workstations, we've come such a long way for random scripts and desperate systems that we've stitched together to this whole inclusive developer workflow experience being a CIS admin. >>Then you were just one piece of the siloed experience, but I didn't want to just push code to production. So I created scripts that did it for me. I taught myself how to code. I was the model lazy CIS admin that got dangerous and having pushed a little too far. I realized that working in production and building features is really a team sport that we had the opportunity, all of us to be customer obsessed today. As developers, we can go beyond the traditional dev ops mindset. We can really focus on adding value to the customer experience by ensuring that we have work that contributes to increasing uptime via and SLS all while being agile and productive. We get there. When we move from a pass the Baton system to now having an interconnected developer workflow that increases velocity in every part of the cycle, we get to work better and smarter. >>And honestly, in a way that is so much more enjoyable because we automate away all the mundane and manual and boring tasks. So we get to focus on what really matters shipping, the things that humans get to use and love. Docker has been a big part of enabling this transformation. 10, 20 years ago, we had Tomcat containers, which are not Docker containers. And for y'all hearing this the first time go Google it. But that was the way we built our applications. We had to segment them on the server and give them resources. Today. We have Docker containers, these little mini Oasys and Docker images. You can do it multiple times in an orchestrated manner with the power of actions enabled and Docker. It's just so incredible what you can do. And by the way, I'm showing you actions in Docker, which I hope you use because both are great and free for open source. >>But the key takeaway is really the workflow and the automation, which you certainly can do with other tools. Okay, I'm going to show you just how easy this is, because believe me, if this is something I can learn and do anybody out there can, and in this demo, I'll show you about the basic components needed to create and use a package, Docker container actions. And like I said, you won't believe how awesome the combination of Docker and actions is because you can enable your workflow to do no matter what you're trying to do in this super baby example. We're so small. You could take like 10 seconds. Like I am here creating an action due to a simple task, like pushing a message to your logs. And the cool thing is you can use it on any the bit on this one. Like I said, we're going to use push. >>You can do, uh, even to order a pizza every time you roll into production, if you wanted, but at get hub, that'd be a lot of pizzas. And the funny thing is somebody out there is actually tried this and written that action. If you haven't used Docker and actions together, check out the docs on either get hub or Docker to get you started. And a huge shout out to all those doc writers out there. I built this demo today using those instructions. And if I can do it, I know you can too, but enough yapping let's get started to save some time. And since a lot of us are Docker and get hub nerds, I've already created a repo with a Docker file. So we're going to skip that step. Next. I'm going to create an action's Yammel file. And if you don't Yammer, you know, actions, the metadata defines my important log stuff to capture and the input and my time out per parameter to pass and puts to the Docker container, get up a build image from your Docker file and run the commands in a new container. >>Using the Sigma image. The cool thing is, is you can use any Docker image in any language for your actions. It doesn't matter if it's go or whatever in today's I'm going to use a shell script and an input variable to print my important log stuff to file. And like I said, you know me, I love me some. So let's see this action in a workflow. When an action is in a private repo, like the one I demonstrating today, the action can only be used in workflows in the same repository, but public actions can be used by workflows in any repository. So unfortunately you won't get access to the super awesome action, but don't worry in the Guild marketplace, there are over 8,000 actions available, especially the most important one, that pizza action. So go try it out. Now you can do this in a couple of ways, whether you're doing it in your preferred ID or for today's demo, I'm just going to use the gooey. I'm going to navigate to my actions tab as I've done here. And I'm going to in my workflow, select new work, hello, probably load some workflows to Claire to get you started, but I'm using the one I've copied. Like I said, the lazy developer I am in. I'm going to replace it with my action. >>That's it. So now we're going to go and we're going to start our commitment new file. Now, if we go over to our actions tab, we can see the workflow in progress in my repository. I just click the actions tab. And because they wrote the actions on push, we can watch the visualization under jobs and click the job to see the important stuff we're logging in the input stamp in the printed log. And we'll just wait for this to run. Hello, Mona and boom. Just like that. It runs automatically within our action. We told it to go run as soon as the files updated because we're doing it on push merge. That's right. Folks in just a few minutes, I built an action that writes an entry to a log file every time I push. So I don't have to do it manually. In essence, with automation, you can be kind to your future self and save time and effort to focus on what really matters. >>Imagine what I could do with even a little more time, probably order all y'all pieces. That is the power of the interconnected workflow. And it's amazing. And I hope you all go try it out, but why do we care about all of that? Just like in the demo, I took a manual task with both tape, which both takes time and it's easy to forget and automated it. So I don't have to think about it. And it's executed every time consistently. That means less time for me to worry about my human errors and mistakes, and more time to focus on actually building the cool stuff that people want. Obviously, automation, developer productivity, but what is even more important to me is the developer happiness tools like BS, code actions, Docker, Heroku, and many others reduce manual work, which allows us to focus on building things that are awesome. >>And to get into that wonderful state that we call flow. According to research by UC Irvine in Humboldt university in Germany, it takes an average of 23 minutes to enter optimal creative state. What we call the flow or to reenter it after distraction like your dog on your office store. So staying in flow is so critical to developer productivity and as a developer, it just feels good to be cranking away at something with deep focus. I certainly know that I love that feeling intuitive collaboration and automation features we built in to get hub help developer, Sam flow, allowing you and your team to do so much more, to bring the benefits of automation into perspective in our annual October's report by Dr. Nicole, Forsgren. One of my buddies here at get hub, took a look at the developer productivity in the stork year. You know what we found? >>We found that public GitHub repositories that use the Automational pull requests, merge those pull requests. 1.2 times faster. And the number of pooled merged pull requests increased by 1.3 times, that is 34% more poor requests merged. And other words, automation can con can dramatically increase, but the speed and quantity of work completed in any role, just like an open source development, you'll work more efficiently with greater impact when you invest the bulk of your time in the work that adds the most value and eliminate or outsource the rest because you don't need to do it, make the machines by elaborate by leveraging automation in their workflows teams, minimize manual work and reclaim that time for innovation and maintain that state of flow with development and collaboration. More importantly, their work is more enjoyable because they're not wasting the time doing the things that the machines or robots can do for them. >>And I remember what I said at the beginning. Many of us want to be efficient, heck even lazy. So why would I spend my time doing something I can automate? Now you can read more about this research behind the art behind this at October set, get hub.com, which also includes a lot of other cool info about the open source ecosystem and how it's evolving. Speaking of the open source ecosystem we at get hub are so honored to be the home of more than 65 million developers who build software together for everywhere across the globe. Today, we're seeing software development taking shape as the world's largest team sport, where development teams collaborate, build and ship products. It's no longer a solo effort like it was for me. You don't have to take my word for it. Check out this globe. This globe shows real data. Every speck of light you see here represents a contribution to an open source project, somewhere on earth. >>These arts reach across continents, cultures, and other divides. It's distributed collaboration at its finest. 20 years ago, we had no concept of dev ops, SecOps and lots, or the new ops that are going to be happening. But today's development and ops teams are connected like ever before. This is only going to continue to evolve at a rapid pace, especially as we continue to empower the next hundred million developers, automation helps us focus on what's important and to greatly accelerate innovation. Just this past year, we saw some of the most groundbreaking technological advancements and achievements I'll say ever, including critical COVID-19 vaccine trials, as well as the first power flight on Mars. This past month, these breakthroughs were only possible because of the interconnected collaborative open source communities on get hub and the amazing tools and workflows that empower us all to create and innovate. Let's continue building, integrating, and automating. So we collectively can give developers the experience. They deserve all of the automation and beautiful eye UIs that we can muster so they can continue to build the things that truly do change the world. Thank you again for having me today, Dr. Khan, it has been a pleasure to be here with all you nerds. >>Hello. I'm Justin. Komack lovely to see you here. Talking to developers, their world is getting much more complex. Developers are being asked to do everything security ops on goal data analysis, all being put on the rockers. Software's eating the world. Of course, and this all make sense in that view, but they need help. One team. I told you it's shifted all our.net apps to run on Linux from windows, but their developers found the complexity of Docker files based on the Linux shell scripts really difficult has helped make these things easier for your teams. Your ones collaborate more in a virtual world, but you've asked us to make this simpler and more lightweight. You, the developers have asked for a paved road experience. You want things to just work with a simple options to be there, but it's not just the paved road. You also want to be able to go off-road and do interesting and different things. >>Use different components, experiments, innovate as well. We'll always offer you both those choices at different times. Different developers want different things. It may shift for ones the other paved road or off road. Sometimes you want reliability, dependability in the zone for day to day work, but sometimes you have to do something new, incorporate new things in your pipeline, build applications for new places. Then you knew those off-road abilities too. So you can really get under the hood and go and build something weird and wonderful and amazing. That gives you new options. Talk as an independent choice. We don't own the roads. We're not pushing you into any technology choices because we own them. We're really supporting and driving open standards, such as ISEI working opensource with the CNCF. We want to help you get your applications from your laptops, the clouds, and beyond, even into space. >>Let's talk about the key focus areas, that frame, what DACA is doing going forward. These are simplicity, sharing, flexibility, trusted content and care supply chain compared to building where the underlying kernel primitives like namespaces and Seagraves the original Docker CLI was just amazing Docker engine. It's a magical experience for everyone. It really brought those innovations and put them in a world where anyone would use that, but that's not enough. We need to continue to innovate. And it was trying to get more done faster all the time. And there's a lot more we can do. We're here to take complexity away from deeply complicated underlying things and give developers tools that are just amazing and magical. One of the area we haven't done enough and make things magical enough that we're really planning around now is that, you know, Docker images, uh, they're the key parts of your application, but you know, how do I do something with an image? How do I, where do I attach volumes with this image? What's the API. Whereas the SDK for this image, how do I find an example or docs in an API driven world? Every bit of software should have an API and an API description. And our vision is that every container should have this API description and the ability for you to understand how to use it. And it's all a seamless thing from, you know, from your code to the cloud local and remote, you can, you can use containers in this amazing and exciting way. >>One thing I really noticed in the last year is that companies that started off remote fast have constant collaboration. They have zoom calls, apron all day terminals, shattering that always working together. Other teams are really trying to learn how to do this style because they didn't start like that. We used to walk around to other people's desks or share services on the local office network. And it's very difficult to do that anymore. You want sharing to be really simple, lightweight, and informal. Let me try your container or just maybe let's collaborate on this together. Um, you know, fast collaboration on the analysts, fast iteration, fast working together, and he wants to share more. You want to share how to develop environments, not just an image. And we all work by seeing something someone else in our team is doing saying, how can I do that too? I can, I want to make that sharing really, really easy. Ben's going to talk about this more in the interest of one minute. >>We know how you're excited by apple. Silicon and gravis are not excited because there's a new architecture, but excited because it's faster, cooler, cheaper, better, and offers new possibilities. The M one support was the most asked for thing on our public roadmap, EFA, and we listened and share that we see really exciting possibilities, usership arm applications, all the way from desktop to production. We know that you all use different clouds and different bases have deployed to, um, you know, we work with AWS and Azure and Google and more, um, and we want to help you ship on prime as well. And we know that you use huge number of languages and the containers help build applications that use different languages for different parts of the application or for different applications, right? You can choose the best tool. You have JavaScript hat or everywhere go. And re-ask Python for data and ML, perhaps getting excited about WebAssembly after hearing about a cube con, you know, there's all sorts of things. >>So we need to make that as easier. We've been running the whole month of Python on the blog, and we're doing a month of JavaScript because we had one specific support about how do I best put this language into production of that language into production. That detail is important for you. GPS have been difficult to use. We've added GPS suppose in desktop for windows, but we know there's a lot more to do to make the, how multi architecture, multi hardware, multi accelerator world work better and also securely. Um, so there's a lot more work to do to support you in all these things you want to do. >>How do we start building a tenor has applications, but it turns out we're using existing images as components. I couldn't assist survey earlier this year, almost half of container image usage was public images rather than private images. And this is growing rapidly. Almost all software has open source components and maybe 85% of the average application is open source code. And what you're doing is taking whole container images as modules in your application. And this was always the model with Docker compose. And it's a model that you're already et cetera, writing you trust Docker, official images. We know that they might go to 25% of poles on Docker hub and Docker hub provides you the widest choice and the best support that trusted content. We're talking to people about how to make this more helpful. We know, for example, that winter 69 four is just showing us as support, but the image doesn't yet tell you that we're working with canonical to improve messaging from specific images about left lifecycle and support. >>We know that you need more images, regularly updated free of vulnerabilities, easy to use and discover, and Donnie and Marie neuro, going to talk about that more this last year, the solar winds attack has been in the, in the news. A lot, the software you're using and trusting could be compromised and might be all over your organization. We need to reduce the risk of using vital open-source components. We're seeing more software supply chain attacks being targeted as the supply chain, because it's often an easier place to attack and production software. We need to be able to use this external code safely. We need to, everyone needs to start from trusted sources like photography images. They need to scan for known vulnerabilities using Docker scan that we built in partnership with sneak and lost DockerCon last year, we need just keep updating base images and dependencies, and we'll, we're going to help you have the control and understanding about your images that you need to do this. >>And there's more, we're also working on the nursery V2 project in the CNCF to revamp container signings, or you can tell way or software comes from we're working on tooling to make updates easier, and to help you understand and manage all the principals carrier you're using security is a growing concern for all of us. It's really important. And we're going to help you work with security. We can't achieve all our dreams, whether that's space travel or amazing developer products ever see without deep partnerships with our community to cloud is RA and the cloud providers aware most of you ship your occasion production and simple routes that take your work and deploy it easily. Reliably and securely are really important. Just get into production simply and easily and securely. And we've done a bunch of work on that. And, um, but we know there's more to do. >>The CNCF on the open source cloud native community are an amazing ecosystem of creators and lovely people creating an amazing strong community and supporting a huge amount of innovation has its roots in the container ecosystem and his dreams beyond that much of the innovation is focused around operate experience so far, but developer experience is really a growing concern in that community as well. And we're really excited to work on that. We also uses appraiser tool. Then we know you do, and we know that you want it to be easier to use in your environment. We just shifted Docker hub to work on, um, Kubernetes fully. And, um, we're also using many of the other projects are Argo from atheists. We're spending a lot of time working with Microsoft, Amazon right now on getting natural UV to ready to ship in the next few. That's a really detailed piece of collaboration we've been working on for a long term. Long time is really important for our community as the scarcity of the container containers and, um, getting content for you, working together makes us stronger. Our community is made up of all of you have. Um, it's always amazing to be reminded of that as a huge open source community that we already proud to work with. It's an amazing amount of innovation that you're all creating and where perhaps it, what with you and share with you as well. Thank you very much. And thank you for being here. >>Really excited to talk to you today and share more about what Docker is doing to help make you faster, make your team faster and turn your application delivery into something that makes you a 10 X team. What we're hearing from you, the developers using Docker everyday fits across three common themes that we hear consistently over and over. We hear that your time is super important. It's critical, and you want to move faster. You want your tools to get out of your way, and instead to enable you to accelerate and focus on the things you want to be doing. And part of that is that finding great content, great application components that you can incorporate into your apps to move faster is really hard. It's hard to discover. It's hard to find high quality content that you can trust that, you know, passes your test and your configuration needs. >>And it's hard to create good content as well. And you're looking for more safety, more guardrails to help guide you along that way so that you can focus on creating value for your company. Secondly, you're telling us that it's a really far to collaborate effectively with your team and you want to do more, to work more effectively together to help your tools become more and more seamless to help you stay in sync, both with yourself across all of your development environments, as well as with your teammates so that you can more effectively collaborate together. Review each other's work, maintain things and keep them in sync. And finally, you want your applications to run consistently in every single environment, whether that's your local development environment, a cloud-based development environment, your CGI pipeline, or the cloud for production, and you want that micro service to provide that consistent experience everywhere you go so that you have similar tools, similar environments, and you don't need to worry about things getting in your way, but instead things make it easy for you to focus on what you wanna do and what Docker is doing to help solve all of these problems for you and your colleagues is creating a collaborative app dev platform. >>And this collaborative application development platform consists of multiple different pieces. I'm not going to walk through all of them today, but the overall view is that we're providing all the tooling you need from the development environment, to the container images, to the collaboration services, to the pipelines and integrations that enable you to focus on making your applications amazing and changing the world. If we start zooming on a one of those aspects, collaboration we hear from developers regularly is that they're challenged in synchronizing their own setups across environments. They want to be able to duplicate the setup of their teammates. Look, then they can easily get up and running with the same applications, the same tooling, the same version of the same libraries, the same frameworks. And they want to know if their applications are good before they're ready to share them in an official space. >>They want to collaborate on things before they're done, rather than feeling like they have to officially published something before they can effectively share it with others to work on it, to solve this. We're thrilled today to announce Docker, dev environments, Docker, dev environments, transform how your team collaborates. They make creating, sharing standardized development environments. As simple as a Docker poll, they make it easy to review your colleagues work without affecting your own work. And they increase the reproducibility of your own work and decreased production issues in doing so because you've got consistent environments all the way through. Now, I'm going to pass it off to our principal product manager, Ben Gotch to walk you through more detail on Docker dev environments. >>Hi, I'm Ben. I work as a principal program manager at DACA. One of the areas that doc has been looking at to see what's hard today for developers is sharing changes that you make from the inner loop where the inner loop is a better development, where you write code, test it, build it, run it, and ultimately get feedback on those changes before you merge them and try and actually ship them out to production. Most amount of us build this flow and get there still leaves a lot of challenges. People need to jump between branches to look at each other's work. Independence. Dependencies can be different when you're doing that and doing this in this new hybrid wall of work. Isn't any easier either the ability to just save someone, Hey, come and check this out. It's become much harder. People can't come and sit down at your desk or take your laptop away for 10 minutes to just grab and look at what you're doing. >>A lot of the reason that development is hard when you're remote, is that looking at changes and what's going on requires more than just code requires all the dependencies and everything you've got set up and that complete context of your development environment, to understand what you're doing and solving this in a remote first world is hard. We wanted to look at how we could make this better. Let's do that in a way that let you keep working the way you do today. Didn't want you to have to use a browser. We didn't want you to have to use a new idea. And we wanted to do this in a way that was application centric. We wanted to let you work with all the rest of the application already using C for all the services and all those dependencies you need as part of that. And with that, we're excited to talk more about docket developer environments, dev environments are new part of the Docker experience that makes it easier you to get started with your whole inner leap, working inside a container, then able to share and collaborate more than just the code. >>We want it to enable you to share your whole modern development environment, your whole setup from DACA, with your team on any operating system, we'll be launching a limited beta of dev environments in the coming month. And a GA dev environments will be ID agnostic and supporting composts. This means you'll be able to use an extend your existing composed files to create your own development environment in whatever idea, working in dev environments designed to be local. First, they work with Docker desktop and say your existing ID, and let you share that whole inner loop, that whole development context, all of your teammates in just one collect. This means if you want to get feedback on the working progress change or the PR it's as simple as opening another idea instance, and looking at what your team is working on because we're using compose. You can just extend your existing oppose file when you're already working with, to actually create this whole application and have it all working in the context of the rest of the services. >>So it's actually the whole environment you're working with module one service that doesn't really understand what it's doing alone. And with that, let's jump into a quick demo. So you can see here, two dev environments up and running. First one here is the same container dev environment. So if I want to go into that, let's see what's going on in the various code button here. If that one open, I can get straight into my application to start making changes inside that dev container. And I've got all my dependencies in here, so I can just run that straight in that second application I have here is one that's opened up in compose, and I can see that I've also got my backend, my front end and my database. So I've got all my services running here. So if I want, I can open one or more of these in a dev environment, meaning that that container has the context that dev environment has the context of the whole application. >>So I can get back into and connect to all the other services that I need to test this application properly, all of them, one unit. And then when I've made my changes and I'm ready to share, I can hit my share button type in the refund them on to share that too. And then give that image to someone to get going, pick that up and just start working with that code and all my dependencies, simple as putting an image, looking ahead, we're going to be expanding development environments, more of your dependencies for the whole developer worst space. We want to look at backing up and letting you share your volumes to make data science and database setups more repeatable and going. I'm still all of this under a single workspace for your team containing images, your dev environments, your volumes, and more we've really want to allow you to create a fully portable Linux development environment. >>So everyone you're working with on any operating system, as I said, our MVP we're coming next month. And that was for vs code using their dev container primitive and more support for other ideas. We'll follow to find out more about what's happening and what's coming up next in the future of this. And to actually get a bit of a deeper dive in the experience. Can we check out the talk I'm doing with Georgie and girl later on today? Thank you, Ben, amazing story about how Docker is helping to make developer teams more collaborative. Now I'd like to talk more about applications while the dev environment is like the workbench around what you're building. The application itself has all the different components, libraries, and frameworks, and other code that make up the application itself. And we hear developers saying all the time things like, how do they know if their images are good? >>How do they know if they're secure? How do they know if they're minimal? How do they make great images and great Docker files and how do they keep their images secure? And up-to-date on every one of those ties into how do I create more trust? How do I know that I'm building high quality applications to enable you to do this even more effectively than today? We are pleased to announce the DACA verified polisher program. This broadens trusted content by extending beyond Docker official images, to give you more and more trusted building blocks that you can incorporate into your applications. It gives you confidence that you're getting what you expect because Docker verifies every single one of these publishers to make sure they are who they say they are. This improves our secure supply chain story. And finally it simplifies your discovery of the best building blocks by making it easy for you to find things that you know, you can trust so that you can incorporate them into your applications and move on and on the right. You can see some examples of the publishers that are involved in Docker, official images and our Docker verified publisher program. Now I'm pleased to introduce you to marina. Kubicki our senior product manager who will walk you through more about what we're doing to create a better experience for you around trust. >>Thank you, Dani, >>Mario Andretti, who is a famous Italian sports car driver. One said that if everything feels under control, you're just not driving. You're not driving fast enough. Maya Andretti is not a software developer and a software developers. We know that no matter how fast we need to go in order to drive the innovation that we're working on, we can never allow our applications to spin out of control and a Docker. As we continue talking to our, to the developers, what we're realizing is that in order to reach that speed, the developers are the, the, the development community is looking for the building blocks and the tools that will, they will enable them to drive at the speed that they need to go and have the trust in those building blocks. And in those tools that they will be able to maintain control over their applications. So as we think about some of the things that we can do to, to address those concerns, uh, we're realizing that we can pursue them in a number of different venues, including creating reliable content, including creating partnerships that expands the options for the reliable content. >>Um, in order to, in a we're looking at creating integrations, no link security tools, talk about the reliable content. The first thing that comes to mind are the Docker official images, which is a program that we launched several years ago. And this is a set of curated, actively maintained, open source images that, uh, include, uh, operating systems and databases and programming languages. And it would become immensely popular for, for, for creating the base layers of, of the images of, of the different images, images, and applications. And would we realizing that, uh, many developers are, instead of creating something from scratch, basically start with one of the official images for their basis, and then build on top of that. And this program has become so popular that it now makes up a quarter of all of the, uh, Docker poles, which essentially ends up being several billion pulse every single month. >>As we look beyond what we can do for the open source. Uh, we're very ability on the open source, uh, spectrum. We are very excited to announce that we're launching the Docker verified publishers program, which is continuing providing the trust around the content, but now working with, uh, some of the industry leaders, uh, in multiple, in multiple verticals across the entire technology technical spec, it costs entire, uh, high tech in order to provide you with more options of the images that you can use for building your applications. And it still comes back to trust that when you are searching for content in Docker hub, and you see the verified publisher badge, you know, that this is, this is the content that, that is part of the, that comes from one of our partners. And you're not running the risk of pulling the malicious image from an employee master source. >>As we look beyond what we can do for, for providing the reliable content, we're also looking at some of the tools and the infrastructure that we can do, uh, to create a security around the content that you're creating. So last year at the last ad, the last year's DockerCon, we announced partnership with sneak. And later on last year, we launched our DACA, desktop and Docker hub vulnerability scans that allow you the options of writing scans in them along multiple points in your dev cycle. And in addition to providing you with information on the vulnerability on, on the vulnerabilities, in, in your code, uh, it also provides you with a guidance on how to re remediate those vulnerabilities. But as we look beyond the vulnerability scans, we're also looking at some of the other things that we can do, you know, to, to, to, uh, further ensure that the integrity and the security around your images, your images, and with that, uh, later on this year, we're looking to, uh, launch the scope, personal access tokens, and instead of talking about them, I will simply show you what they look like. >>So if you can see here, this is my page in Docker hub, where I've created a four, uh, tokens, uh, read-write delete, read, write, read only in public read in public creeper read only. So, uh, earlier today I went in and I, I logged in, uh, with my read only token. And when you see, when I'm going to pull an image, it's going to allow me to pull an image, not a problem success. And then when I do the next step, I'm going to ask to push an image into the same repo. Uh, would you see is that it's going to give me an error message saying that they access is denied, uh, because there is an additional authentication required. So these are the things that we're looking to add to our roadmap. As we continue thinking about the things that we can do to provide, um, to provide additional building blocks, content, building blocks, uh, and, and, and tools to build the trust so that our DACA developer and skinned code faster than Mario Andretti could ever imagine. Uh, thank you to >>Thank you, marina. It's amazing what you can do to improve the trusted content so that you can accelerate your development more and move more quickly, move more collaboratively and build upon the great work of others. Finally, we hear over and over as that developers are working on their applications that they're looking for, environments that are consistent, that are the same as production, and that they want their applications to really run anywhere, any environment, any architecture, any cloud one great example is the recent announcement of apple Silicon. We heard from developers on uproar that they needed Docker to be available for that architecture before they could add those to it and be successful. And we listened. And based on that, we are pleased to share with you Docker, desktop on apple Silicon. This enables you to run your apps consistently anywhere, whether that's developing on your team's latest dev hardware, deploying an ARM-based cloud environments and having a consistent architecture across your development and production or using multi-year architecture support, which enables your whole team to collaborate on its application, using private repositories on Docker hub, and thrilled to introduce you to Hughie cower, senior director for product management, who will walk you through more of what we're doing to create a great developer experience. >>Senior director of product management at Docker. And I'd like to jump straight into a demo. This is the Mac mini with the apple Silicon processor. And I want to show you how you can now do an end-to-end arm workflow from my M one Mac mini to raspberry PI. As you can see, we have vs code and Docker desktop installed on a, my, the Mac mini. I have a small example here, and I have a raspberry PI three with an led strip, and I want to turn those LEDs into a moving rainbow. This Dockerfile here, builds the application. We build the image with the Docker, build X command to make the image compatible for all raspberry pies with the arm. 64. Part of this build is built with the native power of the M one chip. I also add the push option to easily share the image with my team so they can give it a try to now Dr. >>Creates the local image with the application and uploads it to Docker hub after we've built and pushed the image. We can go to Docker hub and see the new image on Docker hub. You can also explore a variety of images that are compatible with arm processors. Now let's go to the raspberry PI. I have Docker already installed and it's running Ubuntu 64 bit with the Docker run command. I can run the application and let's see what will happen from there. You can see Docker is downloading the image automatically from Docker hub and when it's running, if it's works right, there are some nice colors. And with that, if we have an end-to-end workflow for arm, where continuing to invest into providing you a great developer experience, that's easy to install. Easy to get started with. As you saw in the demo, if you're interested in the new Mac, mini are interested in developing for our platforms in general, we've got you covered with the same experience you've come to expect from Docker with over 95,000 arm images on hub, including many Docker official images. >>We think you'll find what you're looking for. Thank you again to the community that helped us to test the tech previews. We're so delighted to hear when folks say that the new Docker desktop for apple Silicon, it just works for them, but that's not all we've been working on. As Dani mentioned, consistency of developer experience across environments is so important. We're introducing composed V2 that makes compose a first-class citizen in the Docker CLI you no longer need to install a separate composed biter in order to use composed, deploying to production is simpler than ever with the new compose integration that enables you to deploy directly to Amazon ECS or Azure ACI with the same methods you use to run your application locally. If you're interested in running slightly different services, when you're debugging versus testing or, um, just general development, you can manage that all in one place with the new composed service to hear more about what's new and Docker desktop, please join me in the three 15 breakout session this afternoon. >>And now I'd love to tell you a bit more about bill decks and convince you to try it. If you haven't already it's our next gen build command, and it's no longer experimental as shown in the demo with built X, you'll be able to do multi architecture builds, share those builds with your team and the community on Docker hub. With build X, you can speed up your build processes with remote caches or build all the targets in your composed file in parallel with build X bake. And there's so much more if you're using Docker, desktop or Docker, CE you can use build X checkout tonus is talk this afternoon at three 45 to learn more about build X. And with that, I hope everyone has a great Dr. Khan and back over to you, Donnie. >>Thank you UA. It's amazing to hear about what we're doing to create a better developer experience and make sure that Docker works everywhere you need to work. Finally, I'd like to wrap up by showing you everything that we've announced today and everything that we've done recently to make your lives better and give you more and more for the single price of your Docker subscription. We've announced the Docker verified publisher program we've announced scoped personal access tokens to make it easier for you to have a secure CCI pipeline. We've announced Docker dev environments to improve your collaboration with your team. Uh, we shared with you Docker, desktop and apple Silicon, to make sure that, you know, Docker runs everywhere. You need it to run. And we've announced Docker compose version two, finally making it a first-class citizen amongst all the other great Docker tools. And we've done so much more recently as well from audit logs to advanced image management, to compose service profiles, to improve where you can run Docker more easily. >>Finally, as we look forward, where we're headed in the upcoming year is continuing to invest in these themes of helping you build, share, and run modern apps more effectively. We're going to be doing more to help you create a secure supply chain with which only grows more and more important as time goes on. We're going to be optimizing your update experience to make sure that you can easily understand the current state of your application, all its components and keep them all current without worrying about breaking everything as you're doing. So we're going to make it easier for you to synchronize your work. Using cloud sync features. We're going to improve collaboration through dev environments and beyond, and we're going to do make it easy for you to run your microservice in your environments without worrying about things like architecture or differences between those environments. Thank you so much. I'm thrilled about what we're able to do to help make your lives better. And now you're going to be hearing from one of our customers about what they're doing to launch their business with Docker >>I'm Matt Falk, I'm the head of engineering and orbital insight. And today I want to talk to you a little bit about data from space. So who am I like many of you, I'm a software developer and a software developer about seven companies so far, and now I'm a head of engineering. So I spend most of my time doing meetings, but occasionally I'll still spend time doing design discussions, doing code reviews. And in my free time, I still like to dabble on things like project oiler. So who's Oberlin site. What do we do? Portal insight is a large data supplier and analytics provider where we take data geospatial data anywhere on the planet, any overhead sensor, and translate that into insights for the end customer. So specifically we have a suite of high performance, artificial intelligence and machine learning analytics that run on this geospatial data. >>And we build them to specifically determine natural and human service level activity anywhere on the planet. What that really means is we take any type of data associated with a latitude and longitude and we identify patterns so that we can, so we can detect anomalies. And that's everything that we do is all about identifying those patterns to detect anomalies. So more specifically, what type of problems do we solve? So supply chain intelligence, this is one of the use cases that we we'd like to talk about a lot. It's one of our main primary verticals that we go after right now. And as Scott mentioned earlier, this had a huge impact last year when COVID hit. So specifically supply chain intelligence is all about identifying movement patterns to and from operating facilities to identify changes in those supply chains. How do we do this? So for us, we can do things where we track the movement of trucks. >>So identifying trucks, moving from one location to another in aggregate, same thing we can do with foot traffic. We can do the same thing for looking at aggregate groups of people moving from one location to another and analyzing their patterns of life. We can look at two different locations to determine how people are moving from one location to another, or going back and forth. All of this is extremely valuable for detecting how a supply chain operates and then identifying the changes to that supply chain. As I said last year with COVID, everything changed in particular supply chains changed incredibly, and it was hugely important for customers to know where their goods or their products are coming from and where they were going, where there were disruptions in their supply chain and how that's affecting their overall supply and demand. So to use our platform, our suite of tools, you can start to gain a much better picture of where your suppliers or your distributors are going from coming from or going to. >>So what's our team look like? So my team is currently about 50 engineers. Um, we're spread into four different teams and the teams are structured like this. So the first team that we have is infrastructure engineering and this team largely deals with deploying our Dockers using Kubernetes. So this team is all about taking Dockers, built by other teams, sometimes building the Dockers themselves and putting them into our production system, our platform engineering team, they produce these microservices. So they produce microservice, Docker images. They develop and test with them locally. Their entire environments are dockerized. They produce these doctors, hand them over to him for infrastructure engineering to be deployed. Similarly, our product engineering team does the same thing. They develop and test with Dr. Locally. They also produce a suite of Docker images that the infrastructure team can then deploy. And lastly, we have our R and D team, and this team specifically produces machine learning algorithms using Nvidia Docker collectively, we've actually built 381 Docker repositories and 14 million. >>We've had 14 million Docker pools over the lifetime of the company, just a few stats about us. Um, but what I'm really getting to here is you can see actually doctors becoming almost a form of communication between these teams. So one of the paradigms in software engineering that you're probably familiar with encapsulation, it's really helpful for a lot of software engineering problems to break the problem down, isolate the different pieces of it and start building interfaces between the code. This allows you to scale different pieces of the platform or different pieces of your code in different ways that allows you to scale up certain pieces and keep others at a smaller level so that you can meet customer demands. And for us, one of the things that we can largely do now is use Dockers as that interface. So instead of having an entire platform where all teams are talking to each other, and everything's kind of, mishmashed in a monolithic application, we can now say this team is only able to talk to this team by passing over a particular Docker image that defines the interface of what needs to be built before it passes to the team and really allows us to scalp our development and be much more efficient. >>Also, I'd like to say we are hiring. Um, so we have a number of open roles. We have about 30 open roles in our engineering team that we're looking to fill by the end of this year. So if any of this sounds really interesting to you, please reach out after the presentation. >>So what does our platform do? Really? Our platform allows you to answer any geospatial question, and we do this at three different inputs. So first off, where do you want to look? So we did this as what we call an AOI or an area of interest larger. You can think of this as a polygon drawn on the map. So we have a curated data set of almost 4 million AOIs, which you can go and you can search and use for your analysis, but you're also free to build your own. Second question is what you want to look for. We do this with the more interesting part of our platform of our machine learning and AI capabilities. So we have a suite of algorithms that automatically allow you to identify trucks, buildings, hundreds of different types of aircraft, different types of land use, how many people are moving from one location to another different locations that people in a particular area are moving to or coming from all of these different analyses or all these different analytics are available at the click of a button, and then determine what you want to look for. >>Lastly, you determine when you want to find what you're looking for. So that's just, uh, you know, do you want to look for the next three hours? Do you want to look for the last week? Do you want to look every month for the past two, whatever the time cadence is, you decide that you hit go and out pops a time series, and that time series tells you specifically where you want it to look what you want it to look for and how many, or what percentage of the thing you're looking for appears in that area. Again, we do all of this to work towards patterns. So we use all this data to produce a time series from there. We can look at it, determine the patterns, and then specifically identify the anomalies. As I mentioned with supply chain, this is extremely valuable to identify where things change. So we can answer these questions, looking at a particular operating facility, looking at particular, what is happening with the level of activity is at that operating facility where people are coming from, where they're going to, after visiting that particular facility and identify when and where that changes here, you can just see it's a picture of our platform. It's actually showing all the devices in Manhattan, um, over a period of time. And it's more of a heat map view. So you can actually see the hotspots in the area. >>So really the, and this is the heart of the talk, but what happened in 2020? So for men, you know, like many of you, 2020 was a difficult year COVID hit. And that changed a lot of what we're doing, not from an engineering perspective, but also from an entire company perspective for us, the motivation really became to make sure that we were lowering our costs and increasing innovation simultaneously. Now those two things often compete with each other. A lot of times you want to increase innovation, that's going to increase your costs, but the challenge last year was how to do both simultaneously. So here's a few stats for you from our team. In Q1 of last year, we were spending almost $600,000 per month on compute costs prior to COVID happening. That wasn't hugely a concern for us. It was a lot of money, but it wasn't as critical as it was last year when we really needed to be much more efficient. >>Second one is flexibility for us. We were deployed on a single cloud environment while we were cloud thought ready, and that was great. We want it to be more flexible. We want it to be on more cloud environments so that we could reach more customers. And also eventually get onto class side networks, extending the base of our customers as well from a custom analytics perspective. This is where we get into our traction. So last year, over the entire year, we computed 54,000 custom analytics for different users. We wanted to make sure that this number was steadily increasing despite us trying to lower our costs. So we didn't want the lowering cost to come as the sacrifice of our user base. Lastly, of particular percentage here that I'll say definitely needs to be improved is 75% of our projects never fail. So this is where we start to get into a bit of stability of our platform. >>Now I'm not saying that 25% of our projects fail the way we measure this is if you have a particular project or computation that runs every day and any one of those runs sale account, that is a failure because from an end-user perspective, that's an issue. So this is something that we know we needed to improve on and we needed to grow and make our platform more stable. I'm going to something that we really focused on last year. So where are we now? So now coming out of the COVID valley, we are starting to soar again. Um, we had, uh, back in April of last year, we had the entire engineering team. We actually paused all development for about four weeks. You had everyone focused on reducing our compute costs in the cloud. We got it down to 200 K over the period of a few months. >>And for the next 12 months, we hit that number every month. This is huge for us. This is extremely important. Like I said, in the COVID time period where costs and operating efficiency was everything. So for us to do that, that was a huge accomplishment last year and something we'll keep going forward. One thing I would actually like to really highlight here, two is what allowed us to do that. So first off, being in the cloud, being able to migrate things like that, that was one thing. And we were able to use there's different cloud services in a more particular, in a more efficient way. We had a very detailed tracking of how we were spending things. We increased our data retention policies. We optimized our processing. However, one additional piece was switching to new technologies on, in particular, we migrated to get lab CICB. >>Um, and this is something that the costs we use Docker was extremely, extremely easy. We didn't have to go build new new code containers or repositories or change our code in order to do this. We were simply able to migrate the containers over and start using a new CIC so much. In fact, that we were able to do that migration with three engineers in just two weeks from a cloud environment and flexibility standpoint, we're now operating in two different clouds. We were able to last night, I've over the last nine months to operate in the second cloud environment. And again, this is something that Docker helped with incredibly. Um, we didn't have to go and build all new interfaces to all new, different services or all different tools in the next cloud provider. All we had to do was build a base cloud infrastructure that ups agnostic the way, all the different details of the cloud provider. >>And then our doctors just worked. We can move them to another environment up and running, and our platform was ready to go from a traction perspective. We're about a third of the way through the year. At this point, we've already exceeded the amount of customer analytics we produce last year. And this is thanks to a ton more albums, that whole suite of new analytics that we've been able to build over the past 12 months and we'll continue to build going forward. So this is really, really great outcome for us because we were able to show that our costs are staying down, but our analytics and our customer traction, honestly, from a stability perspective, we improved from 75% to 86%, not quite yet 99 or three nines or four nines, but we are getting there. Um, and this is actually thanks to really containerizing and modularizing different pieces of our platform so that we could scale up in different areas. This allowed us to increase that stability. This piece of the code works over here, toxin an interface to the rest of the system. We can scale this piece up separately from the rest of the system, and that allows us much more easily identify issues in the system, fix those and then correct the system overall. So basically this is a summary of where we were last year, where we are now and how much more successful we are now because of the issues that we went through last year and largely brought on by COVID. >>But that this is just a screenshot of the, our, our solution actually working on supply chain. So this is in particular, it is showing traceability of a distribution warehouse in salt lake city. It's right in the center of the screen here. You can see the nice kind of orange red center. That's a distribution warehouse and all the lines outside of that, all the dots outside of that are showing where people are, where trucks are moving from that location. So this is really helpful for supply chain companies because they can start to identify where their suppliers are, are coming from or where their distributors are going to. So with that, I want to say, thanks again for following along and enjoy the rest of DockerCon.

from Boston Massachusetts it's the cube covering wtg transform 2018 brought to you by Winslow technology group welcome back I'm Stu minimun and this is the cube coverage of wdg transform 2018 I'm happy to welcome back to the program probably an interesting who's come all the way from Boston University he said three blocks away about three blocks why yes all right Brian's the director of College of Arts and Sciences information technology great to see you again thank you all right back so good news is we spoke it was just about a year ago it was August last year it's June this year I'm sure nothing's changed in your environment you know students never change technology never changes there's a little bit of change on your end a little bit a little bit last year we'd spoke of quite a bit about hyperconvergence and what's that's gonna mean in terms of Education and how we deliver that and what the experience could be like for these students and I think at this point we're satisfied with everything that Nutanix has brought to us we've deployed VDI and a couple of large deployments for whole bunch of classes so we decided to reassess and reevaluate work what we're doing this year and now we move on to application development that's great so we get many ways they say you need to modernize your platform and then once you do that we can look at what the long haul 210 which is really at the application side right exactly once we knew what we had what we could possibly do with it we decided to move forward and figure out what else can we change and we had a lot of legacy applications for the business and so this past year we hired a developer who's focusing solely on docker izing our applications so we're deploying docker and a whole bunch of applications within the college and then we're going to be doing kubernetes deployment later this year ok and let's be clear where does this live you know is this on the Nutanix platform is it in you know service riders public clouds where does this span because kubernetes can live in all of those environments in the containerized stuff at Casa and currently it's all contained within a handful of VMs within our Nutanix server environment ok we're planning on looking at calm and use using natural blueprints to deploy kubernetes and docker down the road ok so I've got the Nutanix platform what hypervisor am i using HP ok so using the HP using which of courses Newt annexes comes on on the platform and then you know in the VMS you're using containers we are um have you looked at bare metal um you know because that's one of the discussions is like well if I'm doing containers you know do I just do that on Linux on bare metal or do I do it virtual is a virtualized and there's there's pluses and minuses for each of those we did a few of the pluses that my sis had means really enjoy is when our developer is going to go crazy and do new things we can make snapshot so if he happens to do something to the environment we can restore it in ten minutes and I think as far as my developer is concerned he doesn't want to have to rebuild the environment every time he makes a mistake he's had a few close calls so far and having HP and the ability to snapshot restore it's been awesome for him okay what insight can you give us about what you know what sort of applications are they building and you said Dockers in two minute Kruger burn Eddie's you know are they building their own stack are they leveraging you know how are they getting to that state well we're taking some business apps that were focusing on both student and faculty applications dealing with various components of each and he's pulling them apart to figure out what components go into the docker containers what do we have to still reside in VMs for security and long-term use and try to figure out how to reimagine the application stack to move forward we're starting to look at reusing components that he's developing and I'm hoping that we have a lot of pieces that we can do that with so we have a lot of applications to rewrite okay and just to drill in a little bit because I've got we've got a team of the cube that's gonna be at docker con next week I've been go to the kubernetes show for a while so when you say docker are you using just the free containers which is now called mobi or using the dr. CEO as part of that I actually can't tell you that because that's miss all my developers work I did so they're using docker as you said it's like the Kleenex and do you know from kubernetes standpoint have they just built their own do you have a distribution or a platform that you just do Tanic we just downloaded the distro from kubernetes instead of a small cluster himself we're going to be looking at using calm to do a deployment on their channels natively okay really interesting stuff what what is you know you talked a bit about you know you can give a little bit of stability and recovery and things like that for your developers to be able to play in that sandbox is what gives us a little bit of the roadmap as to you know how long do they play with this and then you know how does this roll out for the university so we're looking at probably a three to six month development cycle on a lot of new applications right now part of my developers job is to try to figure out how this environments going to work my sis admins are deeply engaged with him but since most of doctrine kubernetes is developed with faced he has to do most of the legwork and figure out how it's all gonna work and so we're hoping to leverage Nutanix to have multiple environments all with the same back-end so we have dev tests and production all in the same hardware but different pieces of actually physical clusters that'll be separated so he doesn't mess around the production all too much but set up a baseline that we can use to short that development cycle even further yeah one of the things we always look at is right you've got your developers doing their thing how does that fit with the operation side is it DevOps even I interviewed Solomon hikes last year that was the founder of docker and he said actually it was an operation mindset that I had when I created this container format how are you seeing it's actually great you're all working together you're you're in discussion there do you have a DevOps rollout and what you're doing or you do you keep it separate I still keep them somewhat separate but my administrators are writing a little bit more code and scripting than they used to and I think in general that's going to be the in the entire industry where you can't just look at and have your developer do everything in docker and not understand how it works Brian talk to us about your partners for doing this how involved are the likes of Nutanix and Winslet technology and you know in Dell in this discussion of the containers agent and your developers Nutanix we've been utilizing a lot of documentation and we're gonna be leveraging them a lot when we start to look at com Winslow's we haven't really talked to them about it to be honest we probably should because they might have some ideas and other partners we can talk to Dell in it there's really just a hardware to run everything on that's stable we don't have to worry about it I'm so happy with that yeah that's not in any you know oh I don't need to worry about them there's certain pieces we always look at and I'd love your feedback on this if you know when we virtualized first and now even when we containerize how much don't I need to worry about the infrastructure I mean remember back you know 15 years ago it's like oh I'll virtualized that well have you checked the BIOS because the BIOS might not work and the server could break things the OS could cause problem you know virtualization relatively stable these days how are you finding the container stuff it's really interesting and very very unique to virtualize a virtualized environment even further it's it's kind of mind-blowing just I've been doing this for twenty years and this is much further than I've ever expected the industry to go oh yeah just wait and it's you go even further than kubernetes it's like wait is it on top of underneath or side by side with the technologies you're doing from a Cooper nettie standpoint you said today it's all in the note annex what's the value of kubernetes for you is it just kind of the cluster orchestration of containers or you know are you is its portability a piece even part of the concern that you look at there oh it's it's mostly from portability part of the applications that we're looking at down the road are going to be vertical applications especially some student facing ones and certain times of the year we're gonna have to go from maybe a hundred people logged in to several thousand at the same time so we're hoping to stand up something that we can easily move to a cloud provider and still work the same way that we're expecting it to and so I think kubernetes along with the orchestration internally on-prem it's gonna be a huge benefit for us to know the environment it's gonna be exactly the same when we move it to Amazon or Google or adder all right so so Brian you're still kind of in the thick of it here but from what you've learned so far any any learnings or things that you'd recommend to your peers that oh wait if I could turn back the clock three months I might have adjusted or pointed things in a different direction yes yeah well when our developer started he focused more on getting an application up and running before starting to learn docker I would encourage anybody that's just starting down the road get your developer learning doctor and kubernetes first because they might want to rewrite what they're doing in the application okay well Brian this has been fascinating want to give you the final word is that you look out through the rest of the year so it's a lot you know so far since last time we talked but by the time we come around next year you'll be all serverless and you know deploying things off side the globe I'm assuming but I have no idea if you told me your ago that we're gonna be doing what we're doing now I wouldn't believe you it's it's a fantastic journey it's it's amazing what we learn every day all right well Brian appreciate you sharing some of the learnings as we go it's one of the reasons we come to events like this I know yourself to talk to your peers here what's going out thank you for moving forward with thank you all right plus more coverage here at wtg transform 2018 I'm Stu minimun and thanks for watching the Q

(Upbeat Music) >> Announcer: Live from Los Angeles, it's theCUBE, covering Open Source Summit, North America, 2017, brought to you by the Linux Foundation and The Red Hat. >> Hey, welcome back everyone, live here in Los Angeles, California for theCUBE's exclusive coverage of Open Source Summit in North America. I'm John Furrrier, with my co-star Stu Miniman, Our next guest is Patrick Chanezan, who is a member of the technical docker, also on the governing board of the Cloud Native Compute Foundation, also known as CNCF, which is the hottest part of the open-source community right now. It's very fast, we're very trendy, a lot of people are on the bandwagon, a lot of contribution going on. Welcome back to theCUBE. Great to see you. >> Hey, thanks, John and Stu, it's very good to be back on theCUBE. >> Docker's been just a great company to follow since the beginning, the birth of Docker to the transformation from Dark Cloud to Docker. It's just a great team. We have a lot of respect for you guys. Congratulations. But the CNCF right now is the hottest thing, there's more platinum sponsors than I think maybe members. It seems to be very hot. Industry loves it, developer is going crazy about it, why is CNCF so hot? What's your perspective on that? >> What we're seeing right now is really the realization of adoption of containers, we talked about it two years ago. It was very early, and people were starting to use Docker and just covering containers. Today they're really putting them into production, and what we see at Docker with our customer base is that they are using it more and more to modernize traditional applications. So we see tremendous use of containers everywhere in enterprises, and the rise of CNCF is tied to that, I think. We're seeing more and more developers joining the bandwagon, more and more systems being built based on containers. And at Docker, we're playing a big role into that. >> Patrick, for a couple years, the chant was Docker, Docker, Docker, and sometimes people say, "Cubernetti's is where the hotness is." Well underneath that, there's containers. And a lot of those containers, Docker's involved there. Maybe you can help us understand the nuance a little bit as the Cubernetti's wave has grown, sure there was the Mezos, Docker Swarm, Cubernetti's war, if you will there, but what does this mean for Docker? What are you seeing from your customers? Give us the update on Docker itself. We'll probably need to get into the Mobi stuff, too, as we get into the interview. >> Sure, definitely. That's a big question, so let's start with the beginning. When enterprises adopt containers, what happens is that usually it starts with the wrappers who are adopting containers with Docker. So they download Docker for their Windows machine, or for their Mac, or on Linux, they start modernizing their applications. What we see is more and more enterprising wrappers, modernizing existing applications by Dockerizing them, and then the next step is that they want to put that into production. For that, you need the whole system. So at Docker, we have two systems. We have Docker C and Docker E, our enterprise version that has role-based controlled sequencing and all that good stuff. There are lots of different components that you need in order to have a production container system, and so Cuberneris, the orchestration engine is one piece of that. At Docker, we have swarm kits. But there are lots of other different components and lots of different layers to that system. So you have the infrastructure layer that you are using to deploy that inside the firewall or in different cloud providers. Many different solutions there. At Docker, we have one that's called infrakit, that we're using in our additions, to deploy it everywhere. Then on top of that, you need some version of Linux. At Docker Con in April, we released a project called Linuxkit, which helps you do that. On top of that, you need a container run-time. Traditionally, it's been Docker. Right now, we re-factored the Docker codebase to extract a core run-time component that's called container G, which we donated to CNCF. Container G is nearing one or better, so it would be one of them pretty soon. Then, on top of that, you need an orchestration engine. Docker E comes with its own orchestration based on swarm, Cuberneris is another orchestration engine that people like. Cuberneris, behind the scenes, is using Docker, and right now we are working very closely with theCUBE rneris community to implement CRI container G. So CRI is the container run-time interface in Cuberneris that lets you plug in different engines to plug container G in the place of Docker in there. >> Stu: There's a lot of pieces in here. We had too many interviews yesterday talking about the Open Container Initiative, or OCI, which really made sure we've got the 1.0 version of that done. What container format, seems like we're in agreement. We're not fighting over that kind of piece anymore. From the Cubernetti's community, I heard loud and clear, they're like, we've got container D. We've kind of got what we want. We're happy it's open-sourced. We're going. We were at Docker Con when you annouced Mobi, which is kind of open-source, and it felt like we were still trying to figure out all those pieces. Give us the update as to Mobi, you're talking at the open source show, you talk a little bit about CE and EE being the productized versions, but part of it is what we used to think of as Docker is now Mobi, and the company Docker versus the project. You kind of teased those apart a little bit, right? >> Yes. Exactly. And actually, that's what I came here at the Open Summit to talk about, to give people an update on the Mobi project. So what we announced back in April was the launch of the Mobi project, which is the end of a two year re-factoring of the Docker codebase into different components. So all these components on the stack that I told you about, we just tease them out from the Docker codebase so that it's a modular set of components that you can assemble together. Mobi is three things. It's an open source project where people can collaborate in container-based systems. It's also a tool that we're using to assemble our components into Mobi Corp, which is the upstream of Docker products. Then it's also a set of lots of components, like container G, Linux, Infrakit, Notary, and all the projects I talked about. One other thing we've started doing since April as well is we started proposing to donate some of these container projects to CNCF. So container G is already part of CNCF now. Recently, this summer, we proposed Infrakit, and they think it's a little bit too early for donation, because they want to see other, different projects in there. Right now we're in the process of donating and proposing Notary, so there's an active discussion in there, and I hope that the vote will happen probably next week or something like that. So Notary is the component that we're using for Docker, and we think that this could be used in lots of different Cloud Native systems, so it really has its place in the CNCF. >> So identity component for the container management, or what specifically is that going to address? >> So Notary is the piece that we're using in Docker Con Contrast to make sure that you can trust the images that you've built. A signed signature should be able to revoke all the signatures, all the kind of features that our customers love in Docker E. >> John: It's kind of like Stu and me on Twitter, he's verified, I'm not. But this is important, because now, this is a stamp of approval, if you will, that the community can look to. >> Yeah, definitely. So it's something that we implement in Docker, and now people building other containment systems who will be able to use it. And so Mobi saw a lot of traction for its different projects, some of them are going to CNCF, some of them are growing by themselves. On the Docker side, we made some progress prioritizing all that with Docker C and Docker E. We had a 1706 launch of Docker E recently, with lots of new role-based axis control, controls for enterprises, who are adopting it essentially to modernize their traditional apps. >> Take us through a kind of personal question. You were just at a board meeting with the CNCF. Did everyone show up or are people calling in? >> I think Alexi Richardson was the only one, maybe two people on the phone. >> John: Was Sam Redjay there? >> Sam was not there either, but Epona was standing for him. So the room was full, and to me it's really an impressive achievement, two years after we helped start the CNCF. The first meetings were 10, 15 people at Google deciding to create this foundation, and today, maybe we're twenty or thirty people around the table. An\d everybody-- >> Even before that Google meeting, we were covering theCUBE Con Cubernettis' movement early on from your event. So I think, out of Docker Con and some of the Linux Foundation events, the early momentum, we were there, Stu. Then it became the CNCF, and they decided, hey, let's get the Cloud Native Foundation. So it's interesting to me, seeing the growth from the beginning. And it's unique to have that opportunity to be in the front lines of an organically developing group. It wasn't really build the table and come, this was a realization. >> It was a realization and also a concerted effort to build something together to show customers where the containment systems were going in terms of architecture-- >> What were the factors beside, I mean Docker was big driver. Notably, you should get the credit for pioneering the space. But what were the drivers for this coalescing, this call to arms, if you will, or this organic formation of CNCF. What were the key drivers in your mind. Obviously, containers is one. What are the other ones? >> Yeah, to me, containers is a big one, because when you are starting to design your system with containers in mind, you need to change lots of things, how you're building them and things like that. And how you are architecting things together. There were lots of questions about how you do the balancing in that kind of system, how do you do monitoring, how do you do tracing. The CNCF was assembled so that all these components have a place where we can show our inter-repairability between them. So Docker is part of that, Mezos is part of that, as well as Cuberneris. There's a big inter-repairability work that's happening in there. We had a report in the board meeting today about the new CI Initiative that tests different CNCF projects together. >> John: What CI? >> Sorry, continuous integration. >> John: Got it, yeah. >> So there's the continuous integration-- >> John: Not conversion infrastructure. >> Oh, you're right, yeah. >> We always get acronym-ed up. But Chris Anazik was talking yesterday about the graduation path, still waiting to see something graduate from the process. What's going to graduate first? Any bets, what's the betting, what betting is going on? Do you guys actually make bets? Is there a fantasy drafting going on? >> I don't think that really matters, what matters is really adoption of the components. >> Okay, so what's happening on the graduation scale? What's coming out of the woodworks? What's next? What's going to graduate first? >> So one thing I'm curious about is whether Container G will graduate, because it's kind of mature now, it's reaching 1-0 with the CRI and soon integration in Docker, it may be a good candidate for graduation. For the others, I don't know which ones would be first into the graduation process. >> Well, we know it's a high bar, for sure. >> Patrick, the stuff that's getting mature. What about some of the roadmap there? From Docker and CNCF, something like serverless containers, first generation, are going to be important. We had too many interviews this week talking about, today, many of the containers we'll see in the future where serverless and open Faz and things like that go. So how does that all fit in? Can you give us a Docker and a CNCF view on that? >> Let's talk about the CNCF view first. CNCF is working on lots of different areas where there needs to be more definition about what Cloud Native means for storage, for example, with the CSI Initiative, container storage interface, CNI, container networking interface, and then there's the working group for CI, which is about integrating all these projects together, but the working group I'm most interested in is the serverless one. So we have a Docker rep at the serverless working group, and there we're trying to define what a portable, serverless stack looks like. And at Docker, we're naturally interested in this -- >> Of course, Serverless is a beautiful thing. >> Most of these projects are running on top of Docker, so open Faz for people-- >> I got to ask you, Patrick, because we love serverless, I have a love/hate relationship with the word serverless because technically it's a beautiful thing, but there's servers involved. I'm an old-school, so I kind of look at it differently. The younger generation, they want infrastructure as code. This is a clear obvious thing. It was once a dream, but now it's become a reality. What's your position on that? Where is it on the progress bar? How close are we to serverless? >> I'd say there's an initial adoption of serverless on one of the few stacks that exist out there today. So you have the hosted services, the Faz services, from Amazon, Microsoft, and Google, where I'm more interested, and I think customers are kind of looking for that, is a portable way of doing that. For example, in studying that on top of Docker platforms, so that's what projects like Open Faz is doing. Right now, I think we're really in the stage of discussions with CNCF of what a portable service layer would look like so that you could focus on your code, but be able to deploy on Prim, on top of Docker, or in different cloud providers. So that portability aspect to me is very important there. And I think it's important for customers as well. To me, also, I'm an old timer as well, I used to pitch a platform as a service at the beginning of it, Google App Engine, many years ago. To me, it's kind of a feeling of deja vu. We're kind of re-inventing that, but with containers and in a much more portable way. >> The beautiful thing about being an old-timer is we get to look back and, not so much to the young kids, get off my lawn, we had to walk to school with bare feet in the snow, build our own libraries. I was just talking to Eilene, she's like, "Oh, my low-level class was C and my high-level class was Python." I'm like, "Our low-level class was machine code "and high-level wasn't even C yet." >> Yesterday, at the party, I was discussing with one of the IBM engineers, who's working on Linux and containers on mainframe, and we were talking about GCL, and that's the type of feeling that we got. Like we're getting higher up in the stack, and I think for modern developers, it really helped them-- >> It's a beautiful thing right now. Just think about the young guns that are coming up. This is a beautiful library of options now. 90% of the code is leverage-able. That's like unbelievable. So it really allows the creativity of the developer to be a lot more about structural engineering code-base rather than just being very creative on the 10-20% of real intellectual property that they can bring to the table. >> I would add something, it's really about creating value, as opposed to building infrastructure. When we're getting up the stack, and serverless is an example of that, it's really about creating value for enterprises, and that's what these wrappers are about. >> When you start dreaming in code, you know you're doing good. Patrick, thanks so much for coming on theCUBE, and congratulations on all the success with CNCF, and certainty Docker. You guys continue to impress and do a great job. I know there's some changes over there we're looking for, some of the cool stuff graduating out of CNCF, more Docker container goodness from you guys. Thanks for coming on theCUBE. We appreciate it. I'm John Furrier, we're live in Los Angeles, California, for the Open Source Summit North America coverage with theCUBE. I'm John Furrier, Stu Miniman back with more after this short break.

(mid-tempo music) >> Announcer: Live, from Los Angeles, it's The Cube. Covering Open source Summit North America 2017. Brought to you by the Linux Foundation and Red Hat. >> Okay welcome back and we're live in Los Angeles for The Cube's exclusive coverage of the Open Source Summit North America. I'm John Furrier, my co-host Stu Miniman, Our next guest is Steve Pousty, who's the Director of Developer Advocacy for Red Hat, Cube alumni, we last spoke at the Cisco Devnet Create, which is their new kind of cloud-native approach. Welcome Back. >> Thank you, thank you, glad to be here. >> We're here at the Open Source Summit, which is a recognition that of all these kind of ... With LinuxCon, all these things, coming events, it's a big ten event, love the direction, >> Yeah Validation to what's already happened and the recognition of open source, where Linux is at the heart of all that, Red Hat also you guys are the Linux standard, and gold standard, but there's more- >> We like to think of it that way, but- >> But there's more than Linux on top of it now, so this is a recognition that open source is so much more. >> For sure, I'm mean you can even see ... Who would've thought that there'd be a whole huge hubbub about Facebook doing a separate license for their react libraries and all the interactions with Apache, the Apache Foundation. Open source is so much ... it's the mainstream now. Like, basically, it's very hard to release a proprietary product right now and come up with some justification about why you have to do it. >> And why, and can it even be as good. >> Steve: Right. >> There's two issues, justification and performance. >> Yeah, quality, all that stuff. And also, customers' acceptability of that. Like, "Oh wait, you mean I can't actually even see the code? "I can't modify the code, I can't pay you to modify the code "and share it with everybody else?" I think customers have come to a whole ... Users of open source stuff, it's so permeated now that I think it's hard to be in the market without ... I mean, look at everybody who's here. Some of the people that are here were some of the biggest closed source people before. >> John: Microsoft is here. >> Exactly. >> John: IBM is here, although they've always been open, they were big on Linux early on. >> Yes. >> But now you're seeing the ecosystem grow, so we see some scale coming, but there's still a lot of work that needs to get done. We see greatness, like Kubernetes and Serverless offering great promise and hope for either multi-cloud workflow, workload management, all those cool stuff. But there's still some work to be done. >> Steve: For sure. >> What's your take on progress, where are we, what's the ... some of those under the hood things that need to get worked on? >> Well so, progress, I think ... the funny part is our expectations have changed so much over time that, so Kubernetes is about a little over two years old, and we're all like, oh it's moving so s-- why is it not doing this, this, and this? Whereas if this was like 10 years ago, the rate at which Kubernetes is moving is phenomenal. So, basically, every quarter there is a new release of Kubernetes, and we basically built OpenShift as a distribution on top of Kubernetes, and so we're delivering to our customers every quarter as well, and a bunch of them are like, "This is too fast, this is too fast, "like, we can't integrate all these changes." But at the same time, they say, "But don't slow down." Because, "Oh, next release we're going to get this thing "that we want and we know we want to go to that release." So, I think Kubernetes definitely has more growing room, but the thing is, how much it's already being seen as the standard, it's the ... so the way I like to talk about it, and I'll talk about this in my talk later, I think for Red Hat, Kubernetes is the cloud Linux kernel. It's the exact same story all over again. It's this infrastructure that everybody's going to build on. Now there are people who are standing up OpenStack on Kubernetes, or on OpenShift. So basically saying, "I don't want to install and manage "my Openstack, it's too difficult. "Give me some JSON and some components "and I'll just use Kubernetes as my operating plane." >> We saw Kubernetes right out of the gates, Stu and I, at the first Cube-Con, we were present at creation, and just on the doorstep of that thing just unfolded, and we saw the orchestration piece is huge, but I want to get your take if you can share with the audience, why Kubernetes has taken the world by storm. Why is it so relevant? What's all the hubbub about with Kubernetes? Share your opinion. >> Okay, so remember ... okay so this is a red shirt, and remember I work at Red Hat, so this obviously a biased opinion. I want to be up front about that. >> John: In your biased opinion ... >> Right, well as opposed to a neutral opinion, right, we definitely, so, I say that in front of my audiences just so that ... go do your own research, but from my perspective and what I've seen in the market place, there was a lot of orchestration and scheduling out there, then it kind of narrowed down, there's three players I would say right now. The three players all end with Kubernetes, but I just started with it (laughs). There's Kubernetes, there is Mesosphere, and there's Docker Swarm. I see those as being the three that are out there right now. And I think the reason we're ... So I won't talk about the others, but I see those ... Why Kubernetes has won is, one, community. So they have done a great job of being upstream, working with all people, being a very open community, open to working with others, not trying to make things just so it benefits Google's business but to benefit everybody. The other reason is the size of that community, right, everybody working together. The third is I think they, so some of it's luck, right? >> John: Yeah, timing is everything. >> Timing is everything. >> John: You're on a wave, and you're on your board and a big wave comes, you surf it, right? >> That's exactly, so I think what happened with Mesosphere is they're a great scheduler, and a lot of people said they were the best scheduler to start with. But they didn't really focus on containers to start with and it seems like they missed ... Like, Kubernetes said, "No, it's all about containers "and we're going to focus on container workload." And that's right where everybody else was. And so it was like, "I don't want to write "all that extra stuff from Mesosphere. "I want to do it with Kubernetes 'cause that's containers." And so that's the bit of luck lining up with the market. So I'd say it's the community but also recognizing that it's about containers to start with and containers are kind of taking over. >> Yeah, Steve, take us inside containers. You're wearing a shirt that says "Linux is Containers" on the front, if our audience could see the back it says "Containers are Linux." >> Steve: Exactly. >> Of course, Red Hat heavily involved. You're in the weeds, dealing with things that we're doing to make stability of containers, make sure it works in other environments. Tell us some of the things you're working on, some of the projects, and the like. >> So, some of the projects I'll be showing today, one is based off of OpenScap, Open S-C-A-P, it's another open consortium for scanning for vulnerabilities. We've written something called Atomic Scan, so it can take any OpenScap provider, plug it in to Atomic Scan, and you can scan a container image without having to actually run it. So, you don't actually have to start it up, it actually just goes in. The other thing I'm going to be talking about today is Bilda, this is part of the CNCF stuff. This is the ability to actually build a runC-compatible container without ever using Docker or MOBI. The way, a totally different approach to it, what you basically do is you say, "I want this container from this other container, or from blank," then you have a container there and then you actually mount the file system. So rather than actually booting a container and doing all sorts of steps in the container itself, you actually mount the file system, do normal operations on your machine like it was your normal file system, and then actually commit at the end. So it's another way for some of our customers that really like that idea of how they want to build and manage containers. But also, there's a bunch more. There's Kryo, which is the common runtime interface, and the implementation of it, so that Kubernetes can now run on an alternative container technology. This is Kryo, it's agnostic. If you looked at Kelsey Hightower's latest "Kubernetes and Anger," I think, or "Kubernetes the Hard Way" or something. His latest is building it all on Kryo. So rather than running on Docker, it runs ... All your container running happens on Kryo. I'm not trying to say, well of course I think it's better, but I think the point that we're really seeing is, by everything moving in to CNCF and the Linux Foundation and getting around standards, it's really enabled the ecosystem to take off. Like, TekTonic and CoreOS have done that with Rocket. We're going to see a lot more blossoming. The fertilizer has been applied, back from our ... >> Yeah, CNCF of two years old, I mean their fertilizer down big time, you got the manure and all the thousand flowers are blooming from that. >> Yeah, between Prometheus, I mean just, Prometheus, Istio, there's just ... I can't even keep track of it all. >> So Steve, you were talking earlier. Customers are having a hard time with that quarterly release. >> Steve: Yes. >> How do they keep up with all these projects, I mean you know, we rattled through all of 'em. You've got 'em all down pat, but the typical customer, do they need to worry about what do they have to focus on, how do they keep up with the pace change, how do they absorb all of this? >> Okay so it highly depends on the customer. There are some customers who are not our customers, I'll just say users, who are advanced enough on their own, who they're out there basically just, they're consuming the tip of what's coming out of CNCF. All that stuff, and they're picking and choosing and they're doing that all. For Red Hat, a lot of our customers are, "I like all that technology, you're our trusted advisor, "when you release it as a product "and I know I can sit on it for three years, "because you'll support it for at least three years, "maybe five years, then I'm going to start to consume it "and you'll actually probably put it into a more usable form for me." 'Cause a lot of the upstream stuff isn't necessary made direct for consumption. >> How are you guys dealing with the growth prospects. We've been talking about this all morning, this has been the big theme of this show is, not only just the renaming of a variety of different events, LinuxCon, but Open Source Summit is an encapsulation of all the projects that are blossoming across the board. So, the scale issues, and as a participant, Red Hat, >> Steve: Yes. >> Your biased opinion, but you're also incentive and you guys are active in the community. The growth that's coming is going to put pressure on the system. It may change the relationship between communities and vendors and how they're all working together, so again, to use the river analogy, there's a lot of water going to be pumping through the system. And so how's that going to impact the ecosystem, is it going to be the great growth that could flood everything, is there a potential for that, I mean you're an ecosystem guy, so the theory is there, it's like, Jim's stepping up with the Linux Foundation. I talked to him yesterday and he recognizes it. >> Steve: Yeah. >> But he also doesn't want to get in the way, either. >> Steve: No, no, no- >> So there's a balance of leadership that's needed. Your thoughts. >> So, I mean I think one of the things ... So I mean you know the Linux kernel has its benevolent dictator, and that works well for that one community, but then you'll see something like Kubernetes, where it's much more of a community base, there is no benevolent dictator for life on Kubernetes. I think one of the nice things that the Linux Foundation has done, and which Red Hat has acknowledged is, you know, let the community govern the way that works for that community. Don't try to force necessarily one model on it. In terms of the flood part that you were talking about, I think, if you want to go back to rivers, there's cycles in terms of 10 year floods, 100 year floods, I think what we're seeing right now is a big flood, and then what'll happen out of this is some things will shake out and other things won't. I don't expect every vendor that's here to be here next year. >> And find the high ground, I mean, I mean the numbers that Jim shared in his opening keynote is by 2026, 400 million libraries are going to be out there versus today's 64 roughly million. >> Steve: Right. >> You know, Ed from Cisco thinks that's understated, but now there's more code coming in, more people, and so a new generation is coming on board. This is going to be the great flood in open source. >> I also think it's a great opportunity for some companies. I mean, I'm not high enough in Red Hat to know what we're doing in that space, but it's also a great opportunity for some companies to help with that. Like, I think, that's one of the other things that Linux Foundation did was set up the Javascript Foundation. That is a community that-- >> But that doesn't have Node.js, it's a little bit separate. >> No, I know, but think-- >> You're talking about the js, okay. >> But I'm talking about, but if you think about the client-side javascript, forget Node. Just think about client-side javascript and how many frameworks are coming up all the time, and new libraries. >> Stu: That's a challenge. >> So I think actually that community could be one that could be good to maybe gain some lessons from, as things happen more in open source. I think there are other open source communities. Like, I'm wondering like GNOME-- >> But the feedback on the js community is that there's a lot of challenges in the volume of things happening. >> And that's coming for us though, right? >> Yeah. >> That's what's coming, that's what's going to come for this larger ecosystem, so I think maybe there's market opportunity, maybe there's new governance models, maybe there's ... I mean, this is where innovation comes from. There's a new problem that's come, it's a good problem. >> Your next point of failure is your opportunity to innovate. >> Exactly, and it's a good problem to have, right, as opposed to, we have too few projects, and we don't really, no one really likes them. Instead, now it's like, we've got so many projects and people are contributing, and everybody's excited, how do we manage that excitement? >> So another dynamic that we're observing, and again we're just speculating, we're pontificating, we're opining ... is fashion. Fashion, fashionable projects. Never fight fashion, my philosophy is. In marketing, don't fight the fashion. >> Steve: Right. >> CNCF is fashionable right now, people love it. It's popular, it's trendy, it's the hip new night club if you will in open source. Other projects are just as relevant. So, relevance and trending sometimes can be misconstrued. How do you guys think about that, because this is a dynamic, everyone wants to go to the best party. There a fear of missing out, I'm going to go check out Kubernetes, but also relevance matters. >> Yes. >> John: Your thoughts. >> So I've seen this discussion internally in engineering all the time, when we're talking about, 'cause you know OpenShift is trying to build a real distribution, not like, "Oh here is Kubernetes," but a real distribution. Like when Red Hat ships you the Linux, gives you Linux, we don't just say, "Here's the Linux kernel, have a good time." We put a whole bunch of stuff around it, and we're trying to do that with Kubernetes as well, so we're constantly evaluating all the like, "Should we switch to Prometheus now, "when's the time to switch to Prometheus? "Oh it's trending really hot. "Oh but does it give us the features?" >> John: It's a balance. >> It's a balance, it's going to have to come down to, I hate to say it-- >> It's a community, people vote with their code, so if something has traction, you got to take a look at it. >> But I would say, and this has been going on for a while, and I've seen other people talk about it, if you are the lead on an open source project, and you want a lot of community, you have to get into marketing. You can't just do-- >> John: You got to market the project. >> You got to, and not in the nasty term of market, which is that I'm going to lie to you and like, what a lot of developers think about like, "Oh I'm just going to give you bullshit and lie to you, "and it's not going to be helpful." No, market in terms of just getting your word out there so at least people know about it. Lead with all your-- >> John: Socialize it. >> Yeah. I mean, that's what you got to get it, so there is a lot of chatter now. How do you get it noticed as a Twitter person, right? You have to do some, it's the same, it's going to be more like that for open source projects. >> John: So we're doing our share to kind of extract the signal from some of the noise out there, and it's great to talk to you about it because you help give perspective. And certainly Red Hat, you're biased, that's okay, you're biased. Now, take your Red Hat off. >> Okay. >> Hat off. Take your Red Hat hat off >> Steve: Propaganda hat off. >> and put your neutral hat on. An observation of Open Source Summit, I'll see that name change kind of significance in the sense it's a big ten event. This event here, what's your thoughts on what it means? >> Hey c'mon Steve, you've got a PhD in ecology, so we want some detailed analysis as to how this all goes together. >> I mean it's good marketing, Open Source Summit, good name change, little bit broader. >> I'm actually glad for it. So, I've gone to some other smaller events, and I actually like this, because it was hard for me to get to the smaller events, or to get quite enough people. Like this actually builds a critical mass, and more cross-fertilization, right, so it's much easier for me to talk to containers to car people. 'Cause automotive Linux is here as well, right? >> John: You can't avoid it, you see 'em in the hallways, you can say, "Hey, let's chat." >> "Let's talk about that stuff," whereas in the small ... So, you know, this is more about conferences. There's a good side and a bad side to everything, just like I tell my kids, "When you pick up a stick, you also have to pick up the other end of the stick." You can't just like have, "Oh this is a great part," but you don't get the bad part. So the great part about this, really easy to see a lot of people, see a lot of interesting things that are happening. Bad part about this, it's going to be hard, like if this was just CNCF, everybody here would be CNCF, all the talks would be CNCF, it's like you could deep dive and really go. So, I think this is great that they have this. I don't think this gets, should get rid of smaller, more focused events. >> Well at CubeCon, our CubeCon, the CNCF event in Austin, we'll be there for The Cube. That will be CNCF all the time. >> Steve: Exactly. I'm glad they're still doing that. >> So they're going to have the satellite event, and I think that's the best way to do it. I think a big ten event like this is good because, this is small even today, but with the growth coming, it'll be convention hall size in a matter of years. >> Well, exactly, and the fact that you made it into a big, and the fact that you've made it into this cohesive event, rather than going to somebody and saying, "Hey, sponsor these five events." Like, No. Sponsor this one big event, and then we'll get most of the people here for you. >> It's also a celebration, too. A lot of these big ten events are ... 'Cause education you can get online, there are all kinds of collaboration tools online, but when you have these big ten events, one of the rare things is it's the face to face, people-centric, in the moment, engagement. So you're learning in a different way. It's a celebration. So I think open source is just too important right now, that this event will grow in my opinion. >> Steve: For sure. >> Bring even thousands and thousands of people. >> I mean, another way-- >> John: 30,000 at some point, easily. >> Yeah, I think definitely it's theirs to lose, let's put it that way. >> John: (laughing) I'll tell that to Jim "Hey, don't screw it up!" >> Don't screw it up. I think the way that you could almost think of this is OSS-Con, right, instead of Comic-Con, this is like, this can become OSS-Con, which is like, they should probably ... In the same way that the Kubernetes Foundation works and grows with a lot of other people, it would be great if they could bring in other Foundations as well to this. I know this is being run by the Linux, but it'd be great if we could get some Apache in here, some Eclipse in here, I mean that would just be-- >> John: A total home run. >> Those foundations bringing it in-- >> That would truly make it an open source summit. >> Yeah, exactly, as opposed to the World Series that's only in the United States. >> Yeah. (laughing) >> Although you know, I was at a hotel recently, and they had baseball on, it was little league baseball though. Their World Series is actually, Little League World Series is actually the World Series. >> John: It's a global World Series. >> Yeah, like their-- >> John: It's the world. >> Yeah, as opposed to the MLB, right? >> Alright, Steve, great to have you on, any final thoughts on interactions you've had, things you've learned from this event you'd like to share and pass on? >> No, I just think the space is great, I'm really excited to be in it. I'm starting to move a little bit more up to the application tier at my role at the company and I'm excited about that, to actually ... So I've been working down at the container tier, and orchestration tier for a while, and now I'm excited to get back to like, "Well now let's actually build some cool stuff "and see what this enables on the up--" >> And DevOps is going mainstream, which is a great trend, you're starting to see that momentum beachhead on the enterprises, so-- >> Oh, one takeaway message, for microservices people, please put an Ops person on your microservice team. Usually they start with the DBA, and then they say the middle person and the front-end people. I really want to make sure that they start including Ops in your microservice teams-- >> John: And why is that, what'd you learn there? >> Well because if you're going to do microservices, you're going to be, the team's going to end up doing Ops-y work. And it's kind of foolish not to bring in someone who already knows ... The reason you want all the team together is because they're going to own that. And you also want them to share knowledge. So, if I was on a microservice team, I would definitely want an Ops person teaching me how to do Ops for our stuff. I don't want to reinvent that myself. >> You got to have the right core competencies on that team. >> Steve: Yeah. It's like having the right people in the right position. >> Steve: Exactly. >> Skill player. >> Steve: Yeah, exactly. Okay we're here live in Los Angeles, The Cube's coverage of Open Source Summit North America. I'm John Furrier, Stu Miniman. More live coverage after this short break. (electronic music)

>> Narrator: Live from Las Vegas it's theCUBE covering NAB 2017. Brought to you by HGST. (techno music) >> Hey welcome back everybody. I'm Jeff Frick and you're watching theCUBE. We're at NAB 2017. A hundred thousand people, Las Vegas Convention Center. The place is packed from top to bottom, 3 halls, 2 floors. Hopefully you can find theCUBE if you're looking to find us. It's hard to find it. A lot of people here. We're excited to be joined by I think the best title of anyone that we've had on the show over the last couple days. It's all about content, but at the end of the day you got to find content creators. And we've got one here. Lucas Gilman lists as adventure photographer, filmmaker, and G-Technology, GTeam ambassador. Lucas, great to see you, thanks for stopping by. >> Thanks for having me. >> So tell us a little bit about your company. I know you're an independent photographer, videographer. Some of the work that you do, some of the stuff that keeps you busy from Monday 9 to 5. >> Exactly. So a small film production company. We also do stills. So it's sort of a one-stop shop for a lot of brands that I work with. We're basically trying to service everything from still images for advertising purposes and commercial purposes to video for commercials, advertisements, and/or stock use. >> So as you look around, the ways that you can now capture imagery, I'll just say as a more generic term, with 360 cameras and drones and regular photography and GoPros and all of this different stuff. I mean, what a palate of tools that you have to work with. >> It's amazing how the technology is really changed. I remember that when I first started out in the photography and digital photography, we would have 16 megabyte cards and now I'm using SanDisk cards that are 256 gigabytes. And the -- >> The 1 T's are coming, I keep seeing >> Lucas: Yeah, yeah exactly. - the 1 terabytes are coming. >> We're excited to get some of those. (laughing) But yeah, it's crazy that sensor technology keeps getting better, more pixels, more data. Which really throws sort of another monkey wrench into your solution because the cameras are getting higher capacity every year. We just shot a project in Iceland with a RED 8K Helium camera. That's a 36 megapixel still camera essentially, but shooting 24 frames or 30 frames per second of data. So we're talking, we shot 24 terabytes in a week. (laughing) >> 24 terabytes in a week. >> Lucas: In a week. >> Yeah so definitely adds a whole other layer of complexity now. Because now you can shoot so much, you can shoot at such higher res. Now you got to capture that stuff, you got to store it, you got to manage it. >> Lucas: And back it up. >> And back it up. >> And because, it's digital right? It's ones and zeros and once those are gone, they're gone forever. So my typical strategy is to have everything in three places. It's kind of the rule. Two, usually in the office. We have a primary copy and then a copy that doesn't ever go anywhere. And then we also have one off-site, so in the unexpected event of a fire, flood, tornado, or getting robbed or something like that, you still have those assets at home. >> Right, right. So I assume that's how you got involved with G-Technology to begin with. >> Yeah, it really started with when I was younger I had an unfortunate incident where brand X had a failure and I went out and found these G-DRIVE minis, which are amazing. I buy three of them per trip. And I reached out to them and sort of told them the story and they had this team that they were putting together and I was fortunate enough to be asked to be a part of that team. >> Okay so what's the mission of the team. What is a GTeam ambassador? >> The GTeam ambassadors are basically, they pick people in different disciplines whether you're a wedding photographer, or a filmmaker, and they basically pick people that are hopefully the best at what they do. Because as a photographer and a filmmaker, I'm out in the public a lot and people ask me, "What kind of camera should I buy? What kind of hard drive should I buy?" So our mission is to go out and educate people on not only the products we that use in our workflow that we rely on for our livelihood, but to really educate people and say, "Hey, you know I know you may never be shooting the Tour de France or going to Iceland and shooting expedition but this is how you could back up your images from your wedding or your kid's soccer game or something like that." >> Jeff: Right, right. >> So sort of an educational role as well as hopefully a little bit of inspiration as well. >> Right. And when it comes down to it, you mention that you used another product that failed you. That's like the old days and you forget to save your Word document, right? It only happens once. >> Lucas: Exactly. It happens once. (laughing) >> It's a very painful experience. >> Right, right. So I mean, is it just reliability? Is there something else in these G-DRIVEs that you like? Obviously reliability is A number one but is there more to it than that? >> Totally. So I was really drawn to the G-Technology because they're really the only ones, or were the only ones, that were putting enterprise class hard drives into enclosures. And people say, well what's the difference? And to me, you're getting a professional product. It's something that's going to last longer. It's meant to be put in an enclosure, in a RAID array. Because like I said, everything needs to be backed up and once it's gone, it's gone. And face it, there's a lot of people that want to be photographers these days. And filmmakers. And I can't go to a client and say "Oh it didn't work out." You know? (laughing) There's no take two. No second chance, you know so. So I really, it is the backbone of my business. Whether you're a restaurant or a photographer, you are providing a product or a service, and if it doesn't work out for somebody, they're not going to come back. >> Right. And it is so easy to go to the alternative. Now what about about Cloud? Is Cloud part of your workflow? >> It is. I'm getting more and more into it. I'm using different resources. But I don't rely on the Cloud as my primary backup. It's a way that's convenient for me to get images to clients or video clips or finished products because then I'm not shipping a drive across the country via FedEx or whatever. So it's another tool in the arsenal. I don't rely on it exclusively, but I feel like it is an important and powerful tool to be able to distribute assets and at the end of the day, make it more convenient for everybody involved. >> So what did you say, 24 terabytes in Iceland. >> 24 terabytes. >> What was the coolest part of that trip? >> Ice caves. >> Ice caves. >> We went into these caves that literally have streams coming out them that the ice they were saying is like 10,000 years old. And you're like the first person to touch this ice. It's really, really crazy. >> And how many people on that shoot? >> We had 6 people. So we had a professional athlete, a surfer. I typically shoot adventure sports and travel. So we brought a professional surfer, we had a MOBI operator, a camera operator, and a grip, - [Jeff] Right. >> an assistant to help out. >> I'm just curious your point of view, right. Even in commercials and advertisements and stuff, still a story narrative, right? It's got to be part of the equation. It's what pulls everything together. >> Story is king, and the second part of that is the quality of the production has to be there. Whether it's the video quality, the content, and/or the sound, all those things are integral keys to being successful. >> So do you find... I just, you know, there's so many toys here. It's like toy heaven for production people. Is it easy to get distracted from the storytelling because of all the toys? How do you begin to integrate and experiment with drones, whether it's your footage, or some of these other tools, and yet kind of stay true to a beautiful narrative that someone's going to be interested in consuming. >> Well it goes back to that thing we were all taught. KISS, right? Keep it simple, stupid. We use drones. We shoot in the water. We use all these tools. But the minute that that tool becomes so heavy that it takes away from being able to tell that story, that's when we've got to be careful because you can get sucked into trying to do a steadicam shot or a MOBI shot all day and all of a sudden you've wasted a whole day if something's not working. So you got to be consistent about what the vision is and your storyboard is because, yeah. Walking around the halls here there's a helicopter you can ride in now all of a sudden. It's like a mini drone. And, I do feel like a kid in a candy store. But you need to make sure that you're not getting so focused on the technology that you're not focusing on that storyline. Because that's really what clients will come back for. It's because as a creative, anybody can go out and automate things and make drone shots and this and that, but it's that story that really ties it all together. >> Right. And I think it's just really interesting how your photography background, more freely into multimedia, right? Which includes video and all the permutations that there are. I saw a cool thing where I guess you can unwrap the 360s so now you get this new kind of artistic, kind of ball impression. So the options are so huge for you right now. >> Yeah, it's really, the sky's the limit. As a professional, I need to make sure that I'm staying up with technology because really the technology is so accessible now from people taking images with their cameras and/or videos. I need to make sure that I'm setting myself apart from that demographic by doing something as a professional that is something that they can't offer. >> Right alright, I'll let you get a plug in so we can go in and see the Iceland footage. Where should people go to take a look at some of your work? >> So they should go to gtechnology.com. There'll be that Iceland. And they'll also be some workflow involved in that video so the people might actually learn something about what they might do to back up their images and/or videos. >> Alright Lucas, well hopefully maybe you got an extra room for a gofer or something on your next trip. And I can come help schlep pumpkins for you. Alright. Lucas Gilman, thanks for stopping by. >> Thanks for having me. >> He's Lucas Gilman and I'm Jeff Frick. You're watching theCUBE. We're talking about G-Tech and really cool movie making, media making. It's all about media and technology here at the NAB 2017. Thanks for watching. (techno music)

(techno music) >> Narrator: From Austin, Texas It's theCUBE, covering DockerCon 2017. Brought to you by Docker, and support from EnSync System Partners. >> Welcome back to theCUBE, I'm Stu Miniman, here with Jim Kobielus. Happy to welcome back to the program. Someone we've had on theCUBE many times, Ben Golub, who is the CEO of Docker. Welcome Back. Hey, congratulations to you and the team. >> Oh hey, thank you, and I'd like to say, this is our favorite time of year. Followed very closely by the week after DockerCon and we no longer have to do it. >> Absolutely, I mean, look, I'd say the word that stuck out for me the most this morning is, 'scaleability'. So, we talk about how customers are thinking about scaleability, how you scale the different solutions you have. And, look at the scale of an event like this. So, you know, we've got, you know, this big event here, 5,500 people ... Which we were reminiscing back to like the first DockerCon and the growth of this. It's impressive and it's done really well. I haven't seen people griping about taking an hour to check in, the food's been good ... You know, the lines haven't been. >> Ben: Yeah, good. >> And, Austin always a fun place to come, >> Absolutely. >> Apropos for all the open source stuff that's going on. >> Yeah, the only problem is, this is the first place where we've had a Docker conference, where we haven't been at a port. So, like all of these great, look at the containers ships outside, you know, we can no longer do that. But, that's okay. >> Uh, Vancouver would maybe be good. I remember actually, I did puns for an entire week when we were at Open Stack Summit in Vancouver. Overlooking the bay there cause there is container ships everywhere. >> Ben: Is that right? >> So Ben, you know please just bring us up to speed ... Kind of you, the team, we've gone through a lot of the announcements but, so some of the highlights for it. >> Yeah, I mean, I mean obviously this morning we had a lot of fantastic announcements. We talked about Lenox Kit. We talked about Mobi. You saw, just huge improvements in the developer flow. Tomorrow is going to be a lot about enterprise. For me, that's really the most exciting change that we've seen over the past year. It's just an explosion of Docker and the enterprise. You know, Docker has brought on over 400 enterprise class customers. Some of the largest names uh, really in the industry right? And, some of them like, MetLife and VISA and Intuit, will be talking live tomorrow. Um, and what's been especially interesting for us is that, the use of Docker is not just for Greenfield projects. Um, Docker's being used to keep planes in the air, keep trains running on time, and it's being used in the largest, some of the largest financial transactions, handling, you know, millions and millions of transactions a day, right? And, that's really exciting for us, it's also very humbling. >> All those used cases you throw out, it's Docker cover lots of applications, from a wide variety of things. It reminds of what we've see. >> Right, right. A lot of them are, you know, they're 15 three year old applications as well as, you know, two minute old applications. >> Yeah, and it's something we've been picking at is how much is it the new stuff, and how much is it the platform, that can bring some of the older stuff in. And, then we look at how we change it over time. I think it's something we've been struggling with, kind of, whole cloud and app, you know, modernization, for years now. >> Yeah, well I think it's really good. I think, um, that there's this sort of, there's this fallacy, that sort of persisted for a while, where people thought, okay, you know if you're going to have BiModal IT, there's going to be the new cool stuff down in the containers running the cloud, and then all that old stuff is just going to wither and die in some dark data center somewhere. >> Yeah, right. >> It doesn't match what we hear. >> That's absolutely not the case actually, you know. If we look across our customer base, you know, about 50% of them are beginning their Docker journey with their traditional apps. Now that's not where it ends. But, you know, if you think about it just by taking 80% or 90% of the apps out there, our traditional applications run in, you know, traditional infrastructure. And, just by taking a traditional application, you put it inside of a Docker container, you know, automatically you're getting, without changing a single line of code, something between 75% and 5X better resource utilization. You're able to do simple things like, upgrade your data base, or move from an old machine to a new machine, or old data center to a new data center. Again, without changing a single line of code. But, then the magic starts. >> Right? Then you start taking that traditional application, and treating it in a more modern way. CICD, gradually breaking it down into smaller and smaller bits, and that's the way it goes. >> So, You know, some of has struggled. We said, remember back to virtualization. Virtualization has the easy low hanging fruit of, oh, I can consolidate. I can get great utilization. %I can save a lot of money. I think you did a good job laying out. You know, in your last statement there. But, it's not as simple, you know? When it gets bubbled up to the customers, you know, the board, the sea level, when they're doing this. What is it they're like? What's the initiative they're running? Cause, it's not ... Nobody says, oh I have a container problem. >> Ben: Uh, right, right, we fix it. >> What is that business need, you know, that you're helping to, you're helping them to itch? >> Well, it's something all they need to, they need to be more efficient. They need to be faster, right? >> And, Docker helps you do that if you're running brand spanking new applications. >> Yeah, but she loves that. We talked about that for a while. >> It's agility. But, you know, part of agility is also making sure that your existing applications don't weigh you down, right? And, and that they actually support your business gradually going forward. >> Yeah. And, I mean, one of the things, one of the things that excited me about containers in the early days, is ... I'm an infrastructure guy, and, infrastructure has always held us back. and, the atomic, you know, you know, containers bring the applications really as the atomic note. yIt's not the server or their VM. It's the app, or you know, the 12 factor, you know, app there so. So if the app's driving it, not that infrastructure matters, but, it's not the thing driving it. >> Right, well the ... by focusing on the app, we actually let people choose the infrastructure that they want, or migrate from, you know one style of infrastructure to another style, over time. Uh, what it also though means is, if you're focusing on the app, or on the container, then how do you think about security, and how do you think about networking, and how you think about compliance? Uh, all of those things need a refresh. But, the good news is &once you do that refresh, it's actually much faster, and much more efficient. >> Alright, So you know John Furrier wouldn't let this interview come without, you know popping in. So, he is just sending me a note, and he said, "What is the intersection between the cloud native, and the app developers, that you're seeing?" >> Uh, the internet intersection between the cloud native ... >> Cloud native and app developers. >> Um, you know, I think that developers want to build really cool stuff. And, if they build a cloud native, that's fantastic. Um, if they want to build it, not being cloud native, that's very cool too, right? We're seeing this whole generation of, of developers who, you know, may have been working in Java for the past 15 years, or working in, ah, dot net. Um, They're able to do really, really cool things. Um, With Docker, uh, and it actually helps bring them into the cloud native space. But, you don't have to rewrite an amazing application, just because of your architecture, your infrastructure is changing. >> Yeah, you can wrap and refactor, and migrate your existing applications at the pace that you wish. Uh, rather than being forcibly upgraded or migrated. >> That's right, that's right. You also don't need to know what cloud you're going to be running on four years from now. Or, what infrastructure you're going to be running on, or, what your apps going to be able to do, right? Um, you know, this stuff happens organically with Docker. And, that's really part of the beauty of it. >> You know you are developing for the multi-cloud. In other words, the cloud you're on today, and the clouds you might be on tomorrow, and a flexible or graceful transition. And, you know, it's really cloud churn over time you're going to be on a variety of clouds, and you just want to make sure your applications, and your data and all your assets are easily migrate-able. >> Yeah, I think you stated that really well, and I think especially as people start looking into, you know, applications where they want to burst, or applications that are sort of big data where they want to, you know, be moving the application to the data rather than the date to the applications, right? Um, it needs to be multi-cloud because actually, or multi-location, right? Um, and we're happy to help with that. >> Um, so, we've watched the maturity of the technology, and the growth of the system. I mean, I think a lot of us were really happy. Eco system, I mean, you know, Soloman did a great job of highlighting that. To be honest, some of the swarm stuff, with Docker data center last year, felt like ... >> Felt like we were fighting, yeah. >> It felt like a little bit of fighting, and it feels like we're healing, and we're coming together, and, we're growing that. So, maybe speak on that a little bit. But, the follow up question I have for you on kind of the business is, I think we're still pretty early in the modernization strategy for this. And, I think it's good for people to realize that. That, you know, all of this stuff doesn't happen over night. It's amazing to see how far it's come, you know, In just four years of the company. Um, but, you know, I'll let you riff on those two things. >> Yeah, yeah, I mean, so I'll start with the first one, which is, um, you know, fighting within the eco system. You know, there's this sort of this saying that, you know, people hate people of a slightly different sect, more than they hate pagans, right? (laughing) so I think sometimes within, within like the open source community, oh, you take a slightly different approach towards orchestration than I would of taken, therefore, we should be enemies. And, then suddenly you take a step back and say, "now wait a minute, we're all trying to do the same thing. Build great apps and make the world, uh, enable people to build great things, Right?" And, I think as Solomon laid out today, right? Orchestration, container run time, security, networking, various slavers of the security. These are all things, that actually should be really atomic, and we should be able to all collaborate on them. So, you're seeing a lot more of that. Cause also what we're seeing is in terms of modernization you know, modernization isn't a single, isn't driven by a single factor. It's not driven by orchestration, or it's not driven by networking. It's really, what we're seeing more and more is that it's being driven by the supply chain. And it's how do I as an enterprise, with lots of developers building lots of different types of apps. Some are old, some are new, some are Lenix, some are Windows, some are running on Prim, some are running in the cloud. How do I manage that supply chain, and have it be secure no matter where it's going? And, that's where we're able to add a lot of value. What we're finding as a business, to get to your point. Is that we'll meet the customer wherever they want to start. Our business model, our subscription model, we charge based off of you know, nodes per year, or nodes per minute, if you really want to go there. And, we just let them gradually start using more and more and more. So we're actually very excited. Not only do we have, you know, 400 large customers, and you know, 10,000 smaller customers. But, we're seeing every customer is expanding, is renewing, and so customers who were on 40 nodes six months ago, are now on 400, 500, a 1,000 nodes. We have on 12,000 node customer, uh, and that's really good for our business model. >> Yeah, the other question from Furrier is, you know, what KPI's are you tracking this year? Are you talking, 400 enterprise customers, you look at, you know, the size of how many employees you have, you know. What are some of the growth drivers and levers that you guys are playing with this year? >> Yeah, it's honestly for us, the most important metrics that we're looking at is, is obviously number of new users, how that translates into number of new customers. You know, within the customers, how many nodes are they deploying on, and most importantly, how many more of them? >> What about your host, is that growing too? >> That's growing too, right, right? So, designated containers for host is growing. Ah, and for us, the KPI is okay. You know, how are those customers doing? How many of them are renewing? How many of them are expanding? Um, and for us, you know, I think that sort of brings it back to the customer level. We do a good job with the customers, especially with this subscription business model. I think that sort of forces you to, if you invest in the customer, they're going to invest in you. >> Yeah, um, speaking of money, we've got Cherry Chen coming on next. And, as far as you're saying, there's a lot of top VC's here. What do you see that, what's driving investment in this area? Um, you know, where are you guys with dollars? Anything you can you say on that? Just kind of the VC investment end. >> Okay, tell Furrier if he wants to ask difficult questions, you've got to be sitting here, otherwise ... (laughing) Um, uh, no, so, so, we're seeing ... >> He's shy, he can only talk through an intermediary. >> Yeah. I understand. John is not shy. >> Talk for yourself John. >> Um, we're very happy about what's happening with our modernization. We're seeing the top line growing much, much faster than the expanse line growing. I mean, if we want them to cross right at a certain point. But, it looks like that's going to happen pretty soon here. But, I think there's so much interest in this area, because this is really is much broader than a single application, right? I mean, yeah, you can go out and you can invest in some great sales companies, or, you know, some great open source application companies. But, you know, containerization and dockerization, right? It's really a c-chain, and it's impacting infrastructure, and it's impacting apps. It's impacting networking and storage, and also the other traditional areas, but I think in a really exciting way. >> Yeah, can you speak to the culture of Docker? I remember that first show in 2014, 42 employees. And, now you've got a little over 300. What is, you know, the prototype? What do you look for in a docker, an employee there, you know, what do you see this company being when you're a 1,000 employees? >> That's a really good question? >> How do you motivate them? What is the vision that they're all ... >> Well something like this. This is incredibly motivating. And, I honestly, um, for people at Docker, we look for all different types, sort of say, hey, we kind of like people who are type A personalities, and type B bodies, you know? (laughing) We're really excited, but are able to, you know, run at sprint pace for a marathon. Um, but honestly the things that keep us really, really motivated is, I say, if you're ever feeling down at Docker, go talk to users, go talk to customers, and that will get you excited. I spoke this morning about, ah, TGN, which is this non-profit genomics company. The fact that Docker has enabled them to sequence individual pages of genomes, so much faster, and diagnose them, and cure them faster. You know, you heard the story of the young girl who spent the first 12 years of her life in a wheel chair, barely able to talk. And, now because of things that Docker helped enable, she's out, she's living life like a typical teenager. Wants to become a genomics scientist when she grows up. Going to main stream school. I mean that, that's motivating. And, that helps to deal with the normal trough of oh, okay the code didn't work, we missed the ship date, whatever the case may be. >> Yeah, yeah, you didn't help advertising clicks. You know, you're helping to improve lives. And to that, I love that the show here, you've got some charitable events, that you're contributing to. Are there activities you guys are doing at corporate to help to drive, kind of, civic engagement? >> Um, you know, we do, but what we found is the best is when it comes from, from inside our employee base. Of course, our employee base would really love nothing more than going out, and talking to users, and to some extent we do have a lot of charitable things that we do. It's really exciting to have, 14 and 13 year olds who are using your technology. I mean, who would ever thought? I spent my entire life trying to have something that my kids would think is cool, and actually now, they think Docker is. >> How does it tie in with education? Are you guys helping to, you know, the next generation of active people? >> Absolutely, Docker is actually being used very broadly in computer science courses. Just because, that's basically how teachers want students to submit their, submit their projects to them, submit within the Docker container, right? Of course, we're thrilled that they're learning how to use Docker. It also means that students, they don't need to worry about making sure the student's laptops are set up correctly. They can focus on writing great code. So, yeah, we engage in education. We're doing some educational work with people in San Francisco. Just because that's our home base. And, we're really happy to support you know, three, actually four wonderful charities that are here at DockerCon today. You know, some servicing, LGBT youth, we've got one in the genomics space. Uh, one focused on teaching coding. Uh, and that just kind of ... That really helps to stay motivated. To stay motivated. >> It's a shame that you're not having any fun. >> You know, I'm having a ton of fun. I'm exhausted. I'll probably collapse in a corner. You know, come Friday. >> And as you said, your second favorite week of the year is this week, right? >> Absolutely, absolutely. >> Alright Ben, I want to give you the final word, you know, we've got another day, I'm sure you've got a ton of stuff in the announcements tomorrow. We're going to have Solomon on right after the key note tomorrow, but when people leave Austin, what do you want them to know about, you know, the Docker community and Docker the company? >> You know, I'd say that, you know, Docker is here, Docker is now, Docker is for old and for new, for on premise, and for cloud, for Lenix and for Windows. Docker is here for you, and however you want to use us, we're going to help you do amazing things faster. >> Alright, I think that's wonderful Cube gem to end this on, Ben Golub, CEO of Docker, always a pleasure to talk with you. Congratulations on the show. We are thrilled to be able to be here to cover it. >> Okay. >> And we'll back with one more guest here, on our day one of two days of live coverage, you're watching theCUBE. (techno music)