Well, hello everybody. Here we are in lovely San Francisco at the IBM Cloud Forum, and I've got two guests with me to talk about something that IBM came out with today, which is pretty exciting with all the cloud discussion that's been going on. And that's the sort of two types of smart cloud, if you will. Do you guys want to introduce yourselves? Sure, I'm Jan Jackman, and I lead our global cloud services as part of IBM Global Technology Service Division within IBM. And yourself. And I'm Craig Highmark. I'm one of the founders of Cohesive FT. We're one of the cloud partners of IBM. Like I said, you guys came out with two smart cloud offerings today, Enterprise and Enterprise Plus, and I'm wondering if you can just give us an overview of what those offerings are. Sure. What we see in the marketplace is that most of our enterprise customers have a variety of workloads or applications that they need to run in the cloud environment and move to the cloud environment. And there are different characteristics that are required based on security, based on the type of workload, whether it's a bursty type of workload that runs within days or weeks, or if it's a long running production application that may run months or years. And so what we introduce today is the enterprise platform, which deals with the multi-tenant bursty type of workloads, so workloads that would be like the development of test environment or even applications that may run for a short period of time that could leverage this cloud and the associated surface level agreements with that type of workload. The enterprise plus really looks at a fully managed environment. So as clients move from doing a development and test and then may want to move the app into a production level environment that has higher security needs, higher SLA, higher isolation of different workloads, then we have the, you know, continuity of the platforms to be able to move from one environment to the other.
2:05So if you take dev test as a use case and take application lifecycle management, what you see is the need to be able to move between different cloud environments. So you may do development and test development on a private cloud behind your firewall. You may want to, for reasons of economics, do performance testing or simulations on the cloud to take advantage of the burst capability of the infrastructure. And then you may want to move it into a production environment. So what we see in order to implement these type of workloads with this example, it takes a number of capabilities from IBM, but also capabilities from our partners. And one of the things that I am starting to like about the enterprise and enterprise plus offerings or your guys' take on what the enterprising cloud is, if you will, is exactly what you're getting into that different workloads or applications or different stuff to really abstractize it, if you will, that you're running on the cloud sort of demands different handling in the cloud. And at some point you need to get above the cloud. And at some point you need to get above the level of, we're achieving all this cloud goodiness with standardization and things like that. But above that, there's still sort of, we don't want to all have the same application, I guess. Or we don't all have the same application that we can use. Right. Or the applications have different characteristics from a security or availability. Right, right. And to that end, I mean, how is Cohesive helping, Cohesive FT helping manage all those different workloads in the cloud? Well, instead of the technical term stuff or even more specific workloads, we tend to use the word application topologies. Right. Because the real unit of work at the enterprise level is actually the application topology. So typically a cluster of three to ten servers working together that provide some business functionality.
4:05And from the get-go, we were aimed at making these application topologies portable between different underlying virtualized infrastructures. So we targeted virtualization as a platform, but knew there were going to be many different flavors of virtualization. So VMware ESX behind your firewall, IBM's KPM format in their public cloud, Amazon's AMI format. And our technologies, what we do is we provide what we call secure cloud containers. And these containers abstract away the differences between these different production platforms. And underlying those secure cloud containers are three technologies. There's one that deals with different image types. So the different image types that are needed on the different platforms. Another one which deals with the virtual networking. So the ability to maintain a consistent address space and a consistent network space between your data center and IBM's cloud or Amazon's cloud or whomever. And is that your, the VPN stuff that you guys came out with? Yeah, that's called the VPN cute. Right. It is, even though it's called VPN cute, it's not a VPN alone because that's about securing the tunnel between your data center and the cloud. Right. It's actually a complete overlay network. So think of that as switches and routers, a complete networking infrastructure done in software. So you can run it on top of hardware that you don't own and is not dedicated to you. Right. What that allows you to do is it allows you to treat IBM's cloud as a node on your WAN. And the third technology that underlies our secure cloud containers is called context cube. And that is topology management, so portable topology management to maintain those relationships between the servers and the clusters that you're moving back and forth. Thinking about moving workloads around a lot. Like what are the, in the here and now, what are the things that you're finding people having success with moving the workloads around?
6:07What are those bursty things that they're using? Yeah. So typical web applications that you see, let's say a commerce application that is at Christmas that needs compute power over a period of time for a quick, you know, set of transactions that are happening. We're seeing examples of use cases that are even more traditional legacy capability. We have an insurance company that's doing a reinsurance application that has a set of analytics that they do, algorithms that they run in order to comply with the regulators. And so they're able to run that one week a month, make sure that they comply to the risk levels that the regulators require in their industry. And then it goes dormant for the next three weeks, right? And so this is a workload that's run for a period of time, goes down. And so it's very efficient to run in the smart cloud enterprise environment. As we start to look at enterprise plus, that's where we start to see needing to manage all the way up through the application. And so if you take certain processes, let's take SAP as an example, there are certain processes that are repeated as you deploy and update your SAP environment. These processes are perfectly suited for the cloud, but they typically will need to be run and managed in a fully managed environment. It makes me think of another area that I think both of you could address and that's, there's a whole lot of IT that's existed before cloud. I know a lot of, you know, cloud forward people might not be happy about that or acknowledge it. So you've sort of got legacy IT and then you've got all the new IT that's going on. And you described something very interesting there as far as, I guess to use another technical term, kind of decomposing an SAP application into the various services that you have. Right. And then figuring out, to use a highly technical term, how you can cloudize those different services or you can't.
8:11And I wonder, between the two enterprise clouds, how much of that decomposing of existing IT you guys are finding useful for people to do? I would say we're at the beginning of this journey, so we're learning, you know, and seeing the use cases that are applicable for both. As we go and we look at our client environments and look at what they're running today, what we're finding is there's probably 15, 20% of what they run today that is applicable to move to cloud and get the benefits of cloud. So it's not going to solve, you know, for highly customized, you know, enterprise apps, you're not going to be able to move those and get the benefit of cloud. But as we talked about with the SAP, there are certain processes that are very applicable to cloud. Right. And so what we see is that as SOA applications are being written, as mobility as a driver to be able to have more surface-oriented architectures, to be able to deploy on these new device and mobility attributes, that there are going to be more and more workloads that are very relevant for our cloud environment. So while you can start today, the growth of what we see that would apply in these two scenarios is going to continue to be a larger and more important part of the enterprise. Most of our clouds look at it from a cost perspective, you know, where can I take costs out and apply this with some of the applications that I'm running? Because if I lower my costs, I can do more new things as I migrate forward in a new IT environment. You can free up resources, essentially. And so what essentially, you know, cloud is a new way to deliver and consume IT. It's not new technology. It's really a new delivery methodology. And using the economics and scale, which is important, it allows you to leverage infrastructure in new ways and get much higher utilization. But more importantly, as you think about new business value, you're able to create new businesses that were not possible before because you didn't have instant access to the IT to be able to launch new services quickly.
10:22At Cohesive FT, you know, since not necessarily all of it, a lot of what you guys do is securing parts of the applications that are moving on or providing the scaffolding needed, if you will. Like, how would you answer that same question of sort of the types of applications, whether they're legacy or new, that you guys are seeing move into the cloud? The short answer is the cloud really is the new platform for production. So over time, as the tools and things develop, I think what we'll do is see most of the kinds of use cases moving to the cloud. Your earlier question about, well, what use cases are there that can only be done on the cloud are the kinds of very bursty types of applications, you know, the cyclicality of seasonality or, for example, the parallelization that is needed to do, you know, massive Monte Carlo simulations or something like that. Right. So those kinds of things really practically can't be done any place except the cloud today. But I think we've got to look at the cloud as a next generation IT platform. And, you know, we're seeing compelling evidence about the cost savings that people move, get realized by moving to the cloud. I think more important than any of that, actually, is the speed and the agility that the cloud enables. And what we see is that a typical corporate takes 90 days to requisition, stage, and deploy a physical server. Using our Elastic Server product, you can do the same thing in 15 minutes virtually. Right. And I actually am a former business guy that moved over to IT because IT was a constraint. And I think what you'll see is that over time the cloud infrastructure and the types of tools that go on it are going to eliminate that as the constraint to changing your business process. So enterprises that don't move in this direction are going to be at the risk of having much longer cycle time in changing their business processes.
12:23The conversation of cloud giving you agility, or I've enjoyed that recently because, you know, agility has been a word of something that we all want in IT forever. And I feel like it sort of hasn't been well defined with a credible technological basis, right? Whereas when you look at cloud, you can say, well, agility means doing things faster and therefore being able to do them more. So you're not sort of stuck into an old plan, if you will. And, you know, I think a lot of cloud technologies have demonstrated that you can actually achieve that. It's not just sort of like an aspirational promise that we all want to get towards, but it's something that has been demonstrated to actually work. So people are interested in this stuff, you know, for as many tangible benefits as the smart cloud and other clouds seem to offer. Where do they go to start getting it? Like what's the, like where can they go get this off the shelf? Great. Well, if you look at our smart cloud enterprise, you can go on the web today, you can sign up for it and test it out, right? It's available on the web. You can access it, provision servers and go and be able to test out these tools. Now, most of the enterprise customers really are looking for help for a roadmap. You know, how do I apply it correctly? Because if you just jump into this, you might be picking workloads that you get no value. So we have a set of consulting services and capabilities that really help enterprise customers take a look at the application environments they have, look at the workloads that are relevant for cloud and help them build a roadmap to being able to leverage. And it starts simple to get familiar with the cloud, overcome any concerns with security differences or, you know, where the management, the overall end-end management of their data sits, and then be able to progress down the roadmap. If you're using the cloud for a test environment, it's unlikely that the particular image type of that cloud is actually identical to the stuff you're running behind your firewall.
14:24So you describe this as a bridging technology. That's exactly right. So do your scalable testing in the cloud, and then if you want to run it behind your firewall using our technology, you can import it back and it will run and translate it automatically instead of doing yet another manual migration. I appreciate you guys taking all this time to go over this. It's fun to see IBM out with more cloud stuff. For as much cloud conversation as IBM and also cohesive FT gets involved in it, it's always good to see the equivalent of SKUs out there, actual products with that great simple name. It's always exciting when we see customers benefit from it. Oh, sure. So that's certainly our goal is to make sure that there's business value for our clients. Absolutely. Well, thanks again. All right, thank you. Thank you.