Myles Brown: Well welcome. It's going to take a couple minutes for all the attendees to come in when I open it up. so i'll give people a minute
2
00:00:20.780 --> 00:00:24.710
Myles Brown: if you want to grab a coffee or something. This is the last chance to do that.
3
00:00:26.740 --> 00:00:30.160
Myles Brown: Wait until the attendees start to level off.
4
00:00:32.250 --> 00:00:33.230
Myles Brown: See
5
00:00:39.310 --> 00:00:53.360
Myles Brown: Now, this is a it's a Webinar. So we're not allowing people to turn on their cameras or their microphones. So if you have any questions, you'll have to enter them through the chat and and be a little patient, because i'll be teaching and looking at the chat
6
00:00:53.360 --> 00:01:06.200
if you can see the chat, maybe maybe say where you're coming from. So hello from Toronto is what I'm going to put in there. and just note that you can send the the note to everyone, or just to the host and panelists, which is really just myself.
7
00:01:06.930 --> 00:01:18.510
Myles Brown: But if you send it to everyone, then we get a sense of where people are coming from Denver, Huntington Beach in a Buffalo, San Francisco all over the Place
8
00:01:18.640 --> 00:01:22.610
Myles Brown: Pittsburgh. Durham, North Carolina.
9
00:01:24.030 --> 00:01:25.150
Myles Brown: Ottawa.
10
00:01:25.870 --> 00:01:27.300
So
11
00:01:27.860 --> 00:01:41.590
Myles Brown: I think there's a few more people still coming in, so i'll give it a little bit more time. This session will be recorded, so we'll be sending you the recording of it. We'll send it to everybody who who registered. You know we we probably get about
12
00:01:42.150 --> 00:01:52.610
Myles Brown: 30 to 40% people people actually attend, but you know a lot of people just sign up and hope to get the recording. So this one you will get a recording within. you know, a couple of business days.
13
00:01:53.370 --> 00:02:11.080
Myles Brown: and looks like the number of attendees starting to level out, so i'm going to get started. My name is Miles Brown. I work for a company called Exit certified. We've been an it training company for over 20 years. I've I've been here sort of
14
00:02:11.080 --> 00:02:21.670
Myles Brown: on and off for about 20 years. I I contracted for a while, and then I did some other stuff, and but I keep coming back to teaching, and i'd say for the last.
15
00:02:21.870 --> 00:02:25.730
Myles Brown: I guess 9 years I've been teaching a lot of cloud
16
00:02:27.030 --> 00:02:46.170
Myles Brown: these days. I don't teach day to day, you know I do a lot of helping our sales people when they get into sort of technical discussions with customers trying to figure out what's the right plan, because exit certified is we're partnered with all the major cloud vendors, but but probably about 25, plus vendors like
17
00:02:46.170 --> 00:03:02.240
Myles Brown: you know, like Ibm and and and Vmware as well as all the major cloud vendors. And so you know, we have a a wide array of it training, and a lot of times we we end up building training plans that go across vendors, and and so that.
18
00:03:02.240 --> 00:03:19.410
Myles Brown: you know, we really need to talk to technical people to find out exactly what they're doing and what they want to do, and so I do a lot of that sort of, you know, pre sales type stuff these days, but I still teach. I'm an authorized Aws Instructor and Google Cloud and Oracle Cloud.
19
00:03:19.410 --> 00:03:39.160
I. I do not have my azure certifications, although I've taken the courses, and I've got some of the knowledge. I never bothered to get those, but I think i'm well suited to deliver this Webinar. You see the title. There is Public Cloud Comparison, 2,023. I'm going to concentrate on these 4 vendors, because they make up
20
00:03:39.160 --> 00:03:51.050
Myles Brown: the bulk of the North American market. They are not necessarily the 4 largest, because there are 2 from China that are very large. But in North America these these are the main cloud vendors that we talk about.
21
00:03:51.250 --> 00:04:18.750
Myles Brown: And this is a little bit of an outline of of what we're gonna look at over the next hour. We'll talk about models of cloud services. and then we'll get into what kind of workloads are people doing in the cloud, and then we'll get down to business, and we'll really get into let's compare those for public Cloud providers. Look at where they came from, and what's the case for each? You know. Why would somebody pick aws? Why would somebody pick azure? Why would somebody, you know?
22
00:04:18.829 --> 00:04:23.930
And then we'll talk a little bit about hybrid and multi-cloud, and and how that's becoming an important thing.
23
00:04:24.240 --> 00:04:30.840
Myles Brown: and we'll we'll end off talking a little bit about You know what we do at exit certified, which is, you know, cloud training.
24
00:04:30.920 --> 00:04:37.820
Myles Brown: There should be time for questions at the end. But all the way along, if you, if you have a burning question. You can throw it in the chat.
25
00:04:37.850 --> 00:04:45.690
Myles Brown: and I will try and keep an eye on it at various points throughout. But let's let's jump right in.
26
00:04:45.920 --> 00:04:58.850
Myles Brown: So when we talk about models of cloud services, you probably heard people talk about infrastructure as a service platform as a service. Sometimes they call that pas. So let's just get an idea of of what we mean by this.
27
00:04:58.870 --> 00:05:21.220
Myles Brown: If if you're to run your own compute resources in your own data center. You know sort of on-premises. That's what we call, you know, traditional data center, where where you basically set up a network. And and and you get racks full of servers and some storage, and you know you're in charge of everything right, but it gives you the most
28
00:05:21.530 --> 00:05:30.670
Myles Brown: control over exactly what runs it. But there are some definitely yeah implications about what you have to buy. A bunch of hardware upfront pay for it up front
29
00:05:31.190 --> 00:05:44.020
Myles Brown: when the cloud came out. Really, you know, we're looking at about 2,006 is when aws came out, and that sort of started people to think about this idea of Well, what if I let somebody else take care of my data center.
30
00:05:44.020 --> 00:05:55.300
Myles Brown: Now, people have been doing that right? There's this sort of kolo idea co-location where you rent cage space in somebody's data center, but it's still, you know, sort of you're doing this stuff.
31
00:05:55.400 --> 00:06:12.160
Myles Brown: you know. Aws kind of opened up a whole new Market, where they said, You know, we'll take care of the hardware, the the virtualization, everything. And so you basically come and rent a virtual machine from us. So everything up to the installation of the OS will take care of.
32
00:06:12.380 --> 00:06:33.800
Myles Brown: So you never have to think about hardware again. Right? All you have to do is take that operating system, harden it, you know. Patch it, and then install whatever software on top and and patch that and everything else. And so that's what really these days we we call infrastructure as a service. It's where you're generally renting Vms. For, you know.
33
00:06:34.040 --> 00:06:35.760
Myles Brown: pennies an hour. Basically
34
00:06:37.470 --> 00:06:55.720
Myles Brown: But you probably also heard of software as a service. If you've used anything like I don't know Gmail or salesforce, or anything like that where you don't really think about even the software right? It's all built and given to you, and you know they hold your data somehow. But they're also controlling that and
35
00:06:55.720 --> 00:07:15.270
Myles Brown: and storing that and securing it. And really it's just an application that I use over the web right, and in between we have this other one platform as a service, and what we find is that that's where the public cloud providers have really added a lot of services. And and so you're just sort of moving up
36
00:07:15.340 --> 00:07:28.500
Myles Brown: that that level of you know who's in charge of managing what we're running in that data center? Well, not only is that cloud vendor in charge of the physical
37
00:07:28.550 --> 00:07:39.970
Myles Brown: hardware and the virtualization software, but also the operating system and the application install. So a best example of it is something like a database
38
00:07:39.970 --> 00:07:48.640
Myles Brown: where I don't even have to install the database and and do the basic Dba tasks. Even those are taken care of by my cloud vendor.
39
00:07:49.020 --> 00:08:01.060
Myles Brown: And so when we look at the public cloud, they really focus on infrastructure as a service and platform as a service. Now, all the public cloud vendors have some software as a service type stuff I mentioned, you know.
40
00:08:01.060 --> 00:08:19.950
Myles Brown: Gmail, you know, but things like office. But even@otheryouknowothertoolslikedropboxsalesforce.com. Those are all examples of software as a service. All the cloud vendors have some of those things, too, but that's not their bread and butter, you know other than Microsoft where office is.
41
00:08:19.950 --> 00:08:28.430
Myles Brown: you know, big part of where they make their money. But if we look at something like platform as a service, that's the one for a lot of people who are new to the cloud. That
42
00:08:28.450 --> 00:08:41.840
Myles Brown: is the misunderstood. And I use the example of a database. So if we look at aws they have a a service called Rds Relational database service. And they said, basically.
43
00:08:41.980 --> 00:08:47.190
Myles Brown: you know, for these 6 different database engines will be your dba.
44
00:08:47.230 --> 00:08:57.480
Myles Brown: We'll take care of the basic installation of the of of the operating system and patching of that installation of the database and patching of that.
45
00:08:57.760 --> 00:09:16.950
Myles Brown: But we'll also set up nightly backups. If you want to set up 2 different databases for high availability, and one dies we'll fail over to the other. We'll take care of all that. You don't need to understand how to set up replication in oracle. We'll do that for you. So it really takes a lot off your plate.
46
00:09:16.950 --> 00:09:29.440
Myles Brown: But of course there's always a trade off there, right? You're saying, okay? Well, I don't have to do the Dba work. I'm allowing some brainless algorithm and Amazon to do it. That's an interesting trade off one that I might not like.
47
00:09:29.440 --> 00:09:47.950
Myles Brown: Well, you don't have to take it right. You can still just get a basic Vm. Install your database and take another Vm. Somewhere else and install it there. Set up replication. Do all the work yourself. If you want to control exactly how it's done. But for a lot of organizations that are a little leaner on the operation side
48
00:09:47.950 --> 00:10:07.930
Myles Brown: very developer. Centric. This is very attractive, right? But in in the end you're not really the Dba right? You get a Jdbc. Or an Odbc connection. You connect to the database. You send your queries, you set up your tables right. You're still doing the Dba tasks of hey? Where should I put indexes? And how should I set up partitioning things like that.
49
00:10:07.930 --> 00:10:11.770
But but the low level take backups set up.
50
00:10:11.880 --> 00:10:14.970
Myles Brown: you know. Replication. All that stuff is done for you.
51
00:10:15.110 --> 00:10:23.210
Myles Brown: and aws isn't alone in this all the cloud vendors have those kinds of platform as a service for at least some databases.
52
00:10:23.610 --> 00:10:30.240
Myles Brown: Another example of a platform as a service is is in azure. They have azure app service.
53
00:10:30.320 --> 00:10:39.290
Myles Brown: Obviously, hazard is very, very good place to run things if you're very much at Microsoft Shop. So especially if all your development is in dotnet.
54
00:10:39.300 --> 00:10:49.840
Myles Brown: you know. You can take a nice zipped up dotnet app and say, hey, this is a web app. I want to run this in a very scalable way, and I don't want to have to think about how
55
00:10:49.840 --> 00:11:04.400
Myles Brown: how many vms am I going to be running? And what if one dies I need to replace it, you know they take care of the auto scaling the high availability, you say, here's my Github repository. Go take that code and
56
00:11:04.520 --> 00:11:22.100
Myles Brown: get it into production in a nice, scalable way, and and take care of all those things for me. And so so all the different cloud vendors have those kinds of ideas. And so, you know, just to go back a level. That platform is a service and infrastructure service. That's mainly where
57
00:11:22.100 --> 00:11:25.990
Myles Brown: the cloud vendors play. But there is sort of a newer
58
00:11:26.230 --> 00:11:42.350
Myles Brown: a term that we didn't cover in these 4, the the newest one is sort of this idea of function as a service, right? Some people call it serverless compute. I've even seen it called F paths like a function platform as a service
59
00:11:42.480 --> 00:11:56.390
Myles Brown: in aws. We've got Lambda. That was sort of the the big one that it it's very popular, but azure has azure functions. Google Cloud, Google Cloud Functions Oracle has oci functions. They're all very similar concepts
60
00:11:56.390 --> 00:12:05.240
Myles Brown: where it's very, very developer-centric. And you say I don't want to worry my pretty little head about where is this code going to run?
61
00:12:05.280 --> 00:12:14.800
Myles Brown: How is it going to run If there's errors or anything? All I want to do is configure. What's the event that causes this code to trigger at the fire.
62
00:12:14.820 --> 00:12:20.240
Myles Brown: and i'll pay, you know, in 1 ms increments for how long the code runs.
63
00:12:20.360 --> 00:12:31.310
Myles Brown: and and it's very good for things where, hey? There's periods of inactivity. And then all of a sudden it's busy. I don't have to worry about. Well, how many vms should I be running. I don't think about vms at all.
64
00:12:31.350 --> 00:12:35.080
Myles Brown: I just say, here's my code. Here's what causes it to fire.
65
00:12:35.160 --> 00:12:44.920
Myles Brown: And so the big idea of serverless it's a bit of a misnomer right? There are servers there, but i'm not worrying about them. My cloud vendor is worrying about.
66
00:12:45.450 --> 00:12:58.240
Myles Brown: And so for some people this is a very attractive way to jump into the cloud. Now, this Isn't going to work very well. If your plan is to take existing apps, and just sort of lift and shift them into the cloud. Because
67
00:12:58.400 --> 00:13:05.720
Myles Brown: you you're going to have to totally redesign it to be event-driven and and use this. So so a lot of times for people who are building new
68
00:13:05.740 --> 00:13:25.200
Myles Brown: applications in the cloud. They're going to embrace this kind of serverless, and then that'll that'll help, you know, with the total cost of ownership of running my software. You know the amount of administration we're doing starts to go way down because we're leaning on the cloud vendor for more than just running the physical data center.
69
00:13:25.200 --> 00:13:33.300
Myles Brown: We're leaning on them to take care of my operating systems and and the infrastructure to run this code.
70
00:13:33.710 --> 00:13:55.070
This kind of brings a a good place to talk about. What kinds of workloads are people running in the cloud? And why, why do we run into the cloud, why might we run into multiple clouds? So what are people running in the cloud? Well, sometimes you find yourself using a particular public cloud just to to host some sort of commercial off the shelf application.
71
00:13:55.090 --> 00:14:11.130
Myles Brown: All right, we bought this software, and it runs an azure. So we had to get azure right. But most people, you know, when they say, hey, we're moving to the cloud they're talking about. We're gonna run our own applications that we build in the cloud, and we got to choose which cloud
72
00:14:11.160 --> 00:14:26.650
Myles Brown: right so a lot of times the first steps in that, after you do some pilots and stuff, you know, is what we call a lift and shift where you take existing apps that are sort of well suited for running in the cloud, and we take them as is, and drop them into the cloud.
73
00:14:26.910 --> 00:14:35.160
Myles Brown: Now those existing apps are rarely designed to take care of all the benefits of the cloud, so they're not going to work well in service, and things like that.
74
00:14:35.640 --> 00:14:49.430
They may not even scale the way the cloud can scale. Right. So after a while, you know. A lot of times at exit certified. We get people come and take, you know, their first couple of classes, and then
75
00:14:49.430 --> 00:15:08.860
Myles Brown: 2 years later they start saying, hey, we're starting to embrace this on concept of cloud native, and we want to build our applications with containers and kubernetes, because we think that that will, you know, take our big applications and split them into micro services, and then we could take advantage of some of the really interesting
76
00:15:08.860 --> 00:15:11.460
Myles Brown: benefits that the cloud has.
77
00:15:11.460 --> 00:15:29.800
Myles Brown: So so when you hear people talk about cloud native, that's typically meaning that they're going to containerize their applications, embrace micro services, really build applications that take advantage of all the cloud has to offer, and maybe even be a little bit
78
00:15:31.050 --> 00:15:38.250
Myles Brown: ideally a a little bit portable between clouds. Even, you know that is one of the sort of benefits of going to that.
79
00:15:39.330 --> 00:15:50.910
Myles Brown: So that's sort of another type of workload that we often see. There are some people who are really looking to take advantage of service architectures to eliminate a lot of that basic administration of Vms.
80
00:15:51.420 --> 00:16:05.280
Myles Brown: And then the last big workload that we see in the cloud is once people are running applications in the cloud, you start to realize, hey, we're generating a lot of data, right? And we don't throw it away like we used to back in the 90 S. You know my first.
81
00:16:05.320 --> 00:16:08.060
Myles Brown: my first couple of jobs out of college.
82
00:16:08.060 --> 00:16:25.570
Myles Brown: you know we we would generate a lot of log files, and we would hold on to them for 14 days in case something went wrong. We'd go look at them, and then we threw them away because we didn't have good ways of querying them, because it was really you know sort of semi-structured data didn't fit well into the rows and columns of a database.
83
00:16:25.770 --> 00:16:44.100
Myles Brown: Well, these days we have a lot of much better ways to search through that semi structured data. We don't throw anything away, especially because it's very cheap to store data in the cloud. Right? All of our cloud storage comes down to, you know, pennies per terabyte, or pennies per gig per month.
84
00:16:44.100 --> 00:16:49.640
And then, if it's older data, we can hold on to it forever in really cold storage pretty cheaply.
85
00:16:49.870 --> 00:17:00.210
Myles Brown: So once we have a bunch of these apps in the cloud we're generating data in the cloud we're starting to realize, hey, we got a lot of data there, and now that we have the right techniques to mine. It
86
00:17:00.210 --> 00:17:14.310
Myles Brown: There's gold in that data, right? And so nowadays everybody wants to be seen as making data-driven decisions, right? The business there's a big push from business leaders. They say I I can't be seen as just making
87
00:17:14.310 --> 00:17:25.140
Myles Brown: decisions based on a whim. Right? You have to make data-driven decisions. So you need to get me that data so that I can, you know, use it to make those decisions.
88
00:17:25.140 --> 00:17:35.600
Myles Brown: And so, you know, analytics in the cloud is really really interesting, because we we've got the scale of the cloud, so we can work in parallel on massive amounts of data.
89
00:17:35.640 --> 00:17:55.030
Myles Brown: And that means, you know, things like traditional data warehouses. And these days we've got data, lakes and sort of somewhere in between. We've got lakehouse architectures, and and it's a good place to store all of our data. And then we could do more interesting. You know, machine learning, looking to the future and helping us make those decisions.
90
00:17:55.320 --> 00:18:01.880
Myles Brown: And so that's a big part of what people do Once they move to the cloud is they realize, hey, we've got all this data. Let's start using it.
91
00:18:02.640 --> 00:18:06.170
Myles Brown: So those are some of the workloads that we see a lot in the cloud.
92
00:18:06.350 --> 00:18:16.110
Myles Brown: Now let's let's turn to the real business at hand in this presentation, which is, let's let's look at the well. We're going to talk.
93
00:18:16.260 --> 00:18:20.330
Myles Brown: mentioned the big 4 major providers
94
00:18:20.390 --> 00:18:38.960
Myles Brown: I mentioned. Aws Already they were sort of the first and most popular. It came out in 2,006, although a couple of the services predated that. That's when S. 3 and Ec. 2 came out, and so that's when they sort of separated as another company. It is definitely the most popular and most mature platform.
95
00:18:39.160 --> 00:18:58.410
Myles Brown: The 2 biggest competitors came out, you know. like 4 and 5 years later, right? So Azure and Google Clout azure is, I would say, definitely, the second most popular. It is very popular. If you are a Microsoft shop. If you do a.net development, SQL: Server: all that stuff. You don't have a lot of Linux
96
00:18:58.610 --> 00:19:09.130
Myles Brown: Google Cloud. We sometimes you'll hear people call it Gcp: You know. They used to call Google Cloud Platform. It kind of made a big stink about calling it just Google Cloud. Now.
97
00:19:09.320 --> 00:19:27.360
it's very popular in a couple of different places, certainly machine learning and AI people. If you look, you know, Google kind of created tensorflow. So it's it's a good place to run tensorflow type apps for sure. They also do good with kubernetes because
98
00:19:27.440 --> 00:19:29.520
Myles Brown: they created Kubernetes as well.
99
00:19:29.760 --> 00:19:34.800
Ibm came out in 2,010 with their own cloud. It used to be called Blue Mix.
100
00:19:34.990 --> 00:19:43.030
Myles Brown: It. It was popular enough. If you're 100% an Ibm shop. And you know I I worked at a place that was an Ibm shop
101
00:19:43.050 --> 00:20:05.810
Myles Brown: straight out of college, and you know those days you picked one vendor, and you got everything from them, and, like those days are long gone now for most companies. But there's a lot of companies that still have that legacy. And so Ibm Cloud is still kind of in the mix, but it's not great for just general stuff, so we don't really include it in our conversation going forward
102
00:20:05.900 --> 00:20:25.650
Myles Brown: Now Oracle Cloud was sort of the newest one. It came out in 2,012. It wasn't super popular. They completely revamped it in 2,018, and since then they've got a few high profile customers, and so people are starting to take another look at it, and and they have some interesting advantages. So
103
00:20:25.650 --> 00:20:30.900
we'll include them in the mix, even though they are further down in popularity.
104
00:20:31.050 --> 00:20:47.850
Myles Brown: If you look at what the industry thinks of these Probably the the most recognizable source to go to is gardener right, and every year they put out this magic quadrant which tells you who are the leaders in in a particular
105
00:20:47.920 --> 00:20:54.100
space. And so this is the for cloud, infrastructure and platform services. So again.
106
00:20:54.100 --> 00:21:12.240
Myles Brown: Ias and p aas right, and you see that aws is up in the top right? It's it's the leader. But Microsoft and Google, you know, if you looked 6 years ago, aws was the only one in that top right? Quadrant, right? But Microsoft and Google have have gotten up there now.
107
00:21:12.240 --> 00:21:19.230
Myles Brown: and Oracle is is creeping up for sure, but you'll see Alibaba and 10 cent and Huawei are in there.
108
00:21:19.320 --> 00:21:25.290
Myles Brown: They're not big players in North America. So we don't. We don't. We don't cover those, really.
109
00:21:25.960 --> 00:21:30.410
But you see that Ibm is sort of being left behind.
110
00:21:30.520 --> 00:21:47.180
Myles Brown: Microsoft has really moved up in this list, and the other place where where you see Microsoft moving up is in market share, obviously aws, you know, having a huge lead on the others because they came up so much earlier. They always enjoyed a good market share.
111
00:21:47.180 --> 00:21:57.520
But this was from just last year. This is Statista does this sort of survey every year, and
112
00:21:57.610 --> 00:22:02.490
Myles Brown: they look, and they they estimate Aws at 34% of the market share.
113
00:22:02.700 --> 00:22:13.940
Myles Brown: And then, as you're at 21 Google Cloud at 11 oracle's down at 2. But it's, you know it. It is starting to grow a little bit more than it has in the past.
114
00:22:14.720 --> 00:22:16.690
So
115
00:22:16.910 --> 00:22:20.590
Myles Brown: Azure has gained quite a bit in the last 5 years, I would say
116
00:22:21.120 --> 00:22:39.160
Myles Brown: so. That's sort of where the market is. And and when things came out, let's do the actual comparison. Why would I pick one versus another right? So this is the bulk of what we want to talk about before we really get into comparing each of them on, you know. Why would I pick one versus another?
117
00:22:39.160 --> 00:22:52.070
Myles Brown: It's probably worth looking at. What's their worldwide infrastructure? Look like? How do they term? You know? How's the terminology differ? Just so we can then talk about comparing things maybe based on that.
118
00:22:52.690 --> 00:23:11.150
Myles Brown: So we'll start with aws. Aws has data. Centers clustered together in what they call a z's or availability zones. So an availability zone could be just one data center, but it's usually a couple data centers right beside each other, and then miles away. They've got another cluster of data centers.
119
00:23:11.580 --> 00:23:14.840
Myles Brown: And so you know, close enough.
120
00:23:14.850 --> 00:23:20.590
Myles Brown: You know, when when we say that you know these data centers right beside each other. They look like one data center, right.
121
00:23:20.600 --> 00:23:25.790
and then 2 or more of these a z's within a few miles of one another. They call that a region
122
00:23:25.950 --> 00:23:26.690
Myles Brown: right.
123
00:23:26.870 --> 00:23:30.610
and they currently have 31 regions
124
00:23:30.630 --> 00:23:32.970
Myles Brown: with 99 a Z.
125
00:23:33.010 --> 00:23:39.760
Myles Brown: And if you want the current list, let me see this. I should be able to click on this and bring up
126
00:23:39.920 --> 00:23:41.280
Myles Brown: my browser.
127
00:23:42.460 --> 00:23:51.530
Myles Brown: So this is, you know, aws 31 launch regions, 99 availability zones and 450 plus points of presence. Right?
128
00:23:51.600 --> 00:24:00.050
So these are the regions you can see in North America. They've got 6 in the Us, one in Canada right now and another one coming soon in.
129
00:24:00.100 --> 00:24:01.540
Myles Brown: and Western Canada.
130
00:24:02.230 --> 00:24:21.830
Myles Brown: and the idea is, you know you can use any of these regions. You set up an account. You can go launch things anywhere. Well, except there are 4 special ones. There's there's 2 in China, Beijing and the newer one in Ning Zhao. These ones you have to fill out a forum, saying, how? Why are you doing business in China to be able to use those
131
00:24:21.830 --> 00:24:36.210
Myles Brown: similarly? There's a couple in the us called Gov. Cloud. So there's a go of cloud east and a go of cloud West. You have to fill out a form. They do a background check to make sure you're either a green card holder or a Us citizen, and they really sort of
132
00:24:36.710 --> 00:24:51.270
Myles Brown: not all the services are available in those only the ones that have been heavily vetted for things like Itar compliance and certain levels of fed ramp compliance. So if you want to run, you know Department of defense stuff. You're gonna have to run it there.
133
00:24:51.270 --> 00:25:09.190
Myles Brown: But any of the other, you know 27 regions right out of the box. I can use them right. And so you know, here I've got a little account that I use. Here's my aws one, and you know right now. I'm in Northern Virginia, but I can pull that down, and I can use any of these other regions right out of the box.
134
00:25:09.390 --> 00:25:19.220
Myles Brown: Oh, some of them are not enabled. I have to go and enable them, because I've never done anything with them right. But but I can use them easily. I can go and enable them
135
00:25:19.470 --> 00:25:20.050
Myles Brown: right.
136
00:25:20.180 --> 00:25:35.880
Myles Brown: So that's the big idea. Now, when we talk about, you know 2 or more, a. Z's make up a region. The idea is that they are, You know all the region. All the Azs that make up a region are within 100 miles one another. They're usually around some sort of
137
00:25:35.940 --> 00:25:50.230
Myles Brown: you know, city near a city. The largest and oldest region is in it's called us East one. It's in Northern Virginia, just outside DC. You know. Kind of all those towns around Dulles airport.
138
00:25:50.230 --> 00:26:01.330
Myles Brown: where a lot of tech happens, You know this one town will have a bunch of data centers, and then a few towns over. There's another bunch of data centers close enough that they can put very high throughput
139
00:26:01.330 --> 00:26:12.020
Myles Brown: between them. You know very low latency lines between them, so that can easily replicate things from one a. Z to another, but far enough apart that if some sort of local disaster takes out one
140
00:26:12.060 --> 00:26:19.580
Myles Brown: hopefully, it doesn't affect another, and so aws really tries to make sure that these things, you know, are.
141
00:26:20.330 --> 00:26:35.910
Myles Brown: you know, independent as much as possible, right? So they try and put them on different flood planes and and different sides of fault lines, and even attach them to different electricity grids, if possible. They certainly have separate backup, you know, generators and everything else.
142
00:26:35.910 --> 00:26:53.700
Myles Brown: So anything they can do, so that if one a Z goes down and you're running things across multiple a. Z's, you're still okay, because things are running in the other. Now the ultimate for high availability is to say, Well, i'm going to run things in multiple regions. If i'm a multinational company, and I need to have these things running, even if
143
00:26:53.800 --> 00:26:59.830
Myles Brown: you know something disastrous happens in in one country, you know I still need that
144
00:27:00.260 --> 00:27:02.820
Myles Brown: infrastructure to be able to run somewhere else.
145
00:27:03.340 --> 00:27:20.790
Myles Brown: So this is sort of the blueprint that a lot of the other cloud vendors have taken. So you'll see that Google Cloud and Oracle Cloud look very much like the Aws model and the terminology. Very similar. Azure has slightly different terminology.
146
00:27:20.910 --> 00:27:22.700
Myles Brown: so
147
00:27:22.850 --> 00:27:27.450
Myles Brown: they also have the concept of regents. They have many regions. 60, plus
148
00:27:27.450 --> 00:27:44.390
Myles Brown: many of those regions are also decomposed into multiple availability zones, although some regions can be as small as one data center. So you have to be really careful when when you launch things in azure to say, hey, is this region really.
149
00:27:44.410 --> 00:27:52.680
Myles Brown: you know, or like I'm, more likely to end up becoming multi-region in in azure to get that high availability right
150
00:27:52.910 --> 00:28:07.990
Myles Brown: now. They do group the regions into something called the geography right? So maybe all of the regions in the Us are in one geography. They they share the same data, data, residency, sovereignty, compliance, resilience, requirements, kind of thing.
151
00:28:09.880 --> 00:28:15.590
Myles Brown: And again, you know, I got a link here. If you want to find the you know the most up to date.
152
00:28:15.880 --> 00:28:24.340
Myles Brown: the most up to date infrastructure there, so i'll. I'll put these links into the chat if you want them. I guess.
153
00:28:25.180 --> 00:28:34.810
Myles Brown: I mentioned the Google Cloud, you know, very similar to aws. It's got 36 regions made up of 109 zones. very similar daisies
154
00:28:34.890 --> 00:28:43.310
Myles Brown: glucose very vocal about their network infrastructure, whereas the other providers they don't mention it as much, because Google, obviously.
155
00:28:43.320 --> 00:28:49.460
Myles Brown: they move a lot of data across their their backbone around the world. They have a lot of, you know.
156
00:28:49.770 --> 00:28:59.930
fiber optic lines across the oceans and stuff, and so that is one of their big selling points is like how vast and fast their network is.
157
00:28:59.980 --> 00:29:04.430
Myles Brown: But what you'll find is that you know all the vendors now have.
158
00:29:04.630 --> 00:29:16.930
Myles Brown: you know, either laid their own fiber or they're leasing long-term leases on fiber lines across the Pacific so that they'll they'll have a global network. But Google's
159
00:29:17.210 --> 00:29:26.640
Myles Brown: they tend to brag about it a lot, because I think you know, they they think at least that most people seem to agree that that they have a very good network.
160
00:29:26.870 --> 00:29:43.260
Myles Brown: So that might be one of the reasons when we get to the advantages of each at that sort of one of them. And then finally, I did mention Oracle Cloud infrastructure. Oci! They have 41 regions. They're all made up of one or more availability domains.
161
00:29:43.500 --> 00:30:01.460
Myles Brown: and then those availability domains contain 3 separate groupings of hardware and infrastructure could be in the same building. But you know we almost think of them as virtual data centers called fault domains. So some of that many of their regions only have one availability domain, but they are still split into 3 fault domains.
162
00:30:01.460 --> 00:30:11.120
Myles Brown: so they do still do a very good job of high availability, but it's it's not quite the same extreme distance between those fault domains.
163
00:30:12.620 --> 00:30:31.770
Myles Brown: So you know, kind of similar. And this is actually something that you'll learn, you know, along the way. If I did this cloud comparison in 2,012, you'd see that the the services that they each offer are vastly different. Right? And what happens over time is.
164
00:30:31.770 --> 00:30:42.040
Myles Brown: you know, somebody innovates and says, hey, we're gonna go use machine learning to proactively look in your storage and look for I don't know
165
00:30:42.240 --> 00:30:43.930
Myles Brown: data that
166
00:30:44.300 --> 00:30:51.250
Myles Brown: seems like it should it should be obviscated, and it isn't, you know, like hey? I found these
167
00:30:53.330 --> 00:31:04.270
Myles Brown: social security numbers that aren't obfuscated in any way right? That that could be a problem. It's probably a problem for compliance, right? And so we'll just red flag it, hey? You should look at this.
168
00:31:04.270 --> 00:31:22.350
you know. So azure kind of came up with some of those, and then all of a sudden, Aws has a service just like it. So this is what happens is that they used to be very different in terms of the number of services, and what kinds of services they offer, but they keep over time getting closer and closer, and having very, very similar things.
169
00:31:22.530 --> 00:31:39.150
Myles Brown: Having said that you know at any point in time, there may be a new service that one of them has, that the others don't, and that might be when you're trying to decide. And you say, hey, that's a service we need, and so that that may tip the scales for one cloud provider over another.
170
00:31:39.590 --> 00:31:50.230
Myles Brown: But if we, if we take those apart, and we just look overall at the services and what they offer, let's look at each Cloud provider and decide. You know. Why. Why would somebody pick aws?
171
00:31:50.400 --> 00:32:02.990
Myles Brown: Well, in a lot of ways. Aws is sort of the default choice, because it's the most popular right? It's the easiest to find somebody who you know it right, because it is very popular.
172
00:32:02.990 --> 00:32:19.750
Myles Brown: You know a lot of kids use it in university and colleges so new hires they may already have some Aws knowledge, right? Certainly anybody who's out there in the industry has probably bumped up against it right? So so sometimes something is popular because it's popular, right
173
00:32:21.210 --> 00:32:23.730
Myles Brown: it a
174
00:32:23.770 --> 00:32:30.290
Myles Brown: anecdotally, you know, over the last 8 years of me talking to students about various clouds.
175
00:32:30.370 --> 00:32:33.780
Myles Brown: It it seems to be the most
176
00:32:34.380 --> 00:32:46.810
Myles Brown: reliable in terms of you know, like failures, according to a company called Cloud Harmony, that tracks this they, it seems to have the least amount of downtime of all the major public clouds.
177
00:32:46.850 --> 00:32:57.300
Myles Brown: Of course, when there is downtime on aws it's a big deal because half the Internet doesn't work right? So there's been a few very high profile problems with aws.
178
00:32:57.300 --> 00:33:17.390
Myles Brown: You know one that I can think of last year, one in 2018, one in 2,017, a big one back in 2,012. But but the fact that I remember all the major outages, you know tells me that's the it's not a commonplace right? So I I think that
179
00:33:17.640 --> 00:33:23.830
Myles Brown: they may have the least of these outages, but they are the most high-profile ones when they happen.
180
00:33:25.460 --> 00:33:27.330
Myles Brown: This, I would say, is kind of
181
00:33:28.460 --> 00:33:36.700
Myles Brown: maybe my own opinion, but I think that aws is the best in in overall, in breadth and depth of services.
182
00:33:37.190 --> 00:33:48.300
Myles Brown: I think it's got the most mature and popular service options, using Lambda. and they have 200 plus services right? So when you look at the management, console
183
00:33:48.460 --> 00:33:59.620
Myles Brown: for for aws. I I mean if you're new to the cloud and you're looking at all these services. It's got to be daunting. You're like. How do I learn all this?
184
00:33:59.850 --> 00:34:16.000
Myles Brown: Because I could tell you. 10 years ago, when I first looked at the aws console. There were 8 things in that list, and I said, okay, I can learn this now. It's 200 plus. And you say, how am I going to learn all this? Well, the good news is you don't have to right? Are you making robots?
185
00:34:16.000 --> 00:34:27.080
Myles Brown: Well, then, no, if you're not, you're probably never going to use Robo Maker. Are you launching satellites? No? Well, then, you probably never use ground station, so there's a lot of niche
186
00:34:27.250 --> 00:34:34.219
Myles Brown: has offerings that you might never touch right. But out of these 200 plus there's probably.
187
00:34:34.610 --> 00:34:35.449
Myles Brown: you know.
188
00:34:35.639 --> 00:34:39.940
Myles Brown: 12 to 20 that everybody uses, and another
189
00:34:40.480 --> 00:34:53.679
Myles Brown: 15 to 20 that most people use right. So so if you come and take, you know, a 3 day architecting on Aws class from exit certified. You know this is a class that's built by Amazon. You know they they.
190
00:34:54.100 --> 00:35:12.090
Myles Brown: They certify our instructors to teach it so. It is very much an official aws class these 3 day classes are usually the the best introduction from a technical standpoint we have like one day classes just for non-technical people. But you know you're going to learn those 30 services that you need to know.
191
00:35:12.210 --> 00:35:21.150
Myles Brown: And so and then there's, you know, further classes for more niche ones, if you're doing analytics or or security, or whatever right.
192
00:35:21.250 --> 00:35:38.680
Myles Brown: But when I look at azure, you know, hey? No, I don't have azure here. I got Google Cloud here, but you'll see a compute engine. We got lots of stuff Kubernetes engine storage, you know. It goes on, and and so we don't have that same list, but I can do a view all products.
193
00:35:39.040 --> 00:35:48.050
Myles Brown: and you'll get, you know, a similar kind of very long list of services, and you know Same thing. I think I've got oracle here as Well.
194
00:35:49.790 --> 00:35:52.380
Myles Brown: dashboard. Let's close up some of this stuff
195
00:35:54.190 --> 00:36:05.740
Myles Brown: here. I gotta go to this hamburger and again compute. There's a bunch of stuff storage, a bunch of stuff, all right. So you get the sense that, hey? They all have a lot of services, right? But I think that aws has.
196
00:36:05.940 --> 00:36:09.170
Myles Brown: you know, literally the largest number alright.
197
00:36:09.720 --> 00:36:18.750
Myles Brown: Now I mentioned earlier. Why, people would embrace azure. Well, number one Sometimes it's the the easiest route.
198
00:36:18.750 --> 00:36:30.620
Myles Brown: because you already have a relationship with azure you already have, or with Microsoft. Sorry you're already, maybe using office 3, 65. So you've already got
199
00:36:30.820 --> 00:36:43.120
Myles Brown: all of your employees set up as users right. You've already got contracts, and you're paying them already, right? So a lot of times it's just an easy transition to start using their cloud.
200
00:36:43.520 --> 00:37:04.420
Myles Brown: I mentioned that if you are a Microsoft shop and you're doing all your development in.net great, they've got awesome paths, offerings for that. It's the cheapest place to run windows, server and SQL. Server. All right, certainly much cheaper than aws, because you can leverage your existing licenses and things like that.
201
00:37:04.640 --> 00:37:15.210
Myles Brown: Another thing that azure does well is hybrid. You know we're going to talk a little bit about Hybrid Cloud, where you want to run some things in your own data centers and some things in the public cloud.
202
00:37:15.250 --> 00:37:23.320
Myles Brown: Well, azure has something called azure stack where where it's the hardware. And software you know you you can run in your own data center.
203
00:37:23.700 --> 00:37:30.880
Myles Brown: but you're running the exact same as your services. And now all the cloud vendors have something like this.
204
00:37:30.950 --> 00:37:33.420
Myles Brown: But the
205
00:37:33.590 --> 00:37:47.650
Myles Brown: the azure stack seems to be very popular, you know, in in aws. They have just a few of the services are available in their aws out posts, right? So I can run certain types of storage and certain types of compute.
206
00:37:47.750 --> 00:37:53.470
Myles Brown: But I can't get like those 200 plus services all in there right, whereas, as your
207
00:37:53.580 --> 00:37:55.680
Myles Brown: you know it. It offers
208
00:37:55.830 --> 00:37:58.020
very big chunk of what they could do.
209
00:37:58.420 --> 00:38:04.860
Myles Brown: Another thing that made azure popular was that they had a presence in many countries before some of the others.
210
00:38:04.990 --> 00:38:08.380
And and you know, because I want to run
211
00:38:08.560 --> 00:38:20.360
Myles Brown: certain workloads in my country, you know, a lot of countries have data, sovereignty laws that say, hey, this kind of financial data cannot leave Germany or whatever right that's why we have so many regions around the world. Now.
212
00:38:20.500 --> 00:38:27.030
Myles Brown: at first. It was just, you know, geographic disparity right now. If i'm going to run a web server
213
00:38:27.030 --> 00:38:46.190
Myles Brown: in Northern Virginia and all my customers there in Osaka, Japan. You know the latency is going to become a problem, right? So I need to have data centers around the world. But why do we have so many in Europe. It's generally because of those data sovereignty laws, and as you really was able to get into a lot of countries quickly.
214
00:38:46.190 --> 00:38:53.540
Myles Brown: partially because their concept of region was much smaller, right, but but that that actually
215
00:38:53.950 --> 00:38:58.140
Myles Brown: got them a lot of traction with a lot of customers because of that.
216
00:38:59.380 --> 00:39:02.510
Myles Brown: Now, what about the you know, 2
217
00:39:02.770 --> 00:39:15.230
Myles Brown: lower placed offerings. Why would I pick Google Cloud? I mentioned earlier that Google Cloud is very popular if you're really heavily into machine learning. And AI right?
218
00:39:15.270 --> 00:39:34.120
Myles Brown: Google has a lot of experience in running things, especially tensorflow, because they built and developed. That did a lot of research on it. So they do a really good job of running those things. Not that you can't run tensorflow or any other, you know Ml. Framework in other clouds, but it's just
219
00:39:34.610 --> 00:39:53.600
Myles Brown: they do a great job of housing it for you in Google clouds. So some people I've even seen customers where you know they are. Basically an aws shop. Everything runs in aws, and then they take all their data and move it to Google Cloud to do their machine learning there because they they found that it it works better for that group, right?
220
00:39:54.090 --> 00:40:10.540
Myles Brown: Another thing that Google sort of championed was the idea of Kubernetes kubernetes is built, you know it's an open source project. Anybody can, you know, build it and develop on it. But it was. It was started in an internal project at Google
221
00:40:10.550 --> 00:40:11.730
Myles Brown: called Borg.
222
00:40:12.000 --> 00:40:33.220
Myles Brown: and turns out that you know they They've been using it internally for many, many years, so they know how to run it really well. And so if you want to run Kubernetes workloads in Google Cloud, they have something called Gke the Google Kubernetes engine. It's very cheap. It's very up to date. It's very fast and easy to use
223
00:40:33.240 --> 00:40:49.900
Myles Brown: compared to some of the other similar services. So Azure has aks as your Kubernetes service. Aws has eks the elastic Kubernetes service. You know they all have something, because Kubernetes has become very, very popular.
224
00:40:49.930 --> 00:41:01.160
Myles Brown: but it's a bit of a pain to like. Manage that framework right? So the Cloud vendor says we'll take care of the control play, and you just worry about the data playing, and and it seems
225
00:41:01.570 --> 00:41:07.180
Myles Brown: the most most people find G. Ke, the easiest of those to use and the fastest.
226
00:41:07.650 --> 00:41:17.020
Finally, I guess it's probably worth mentioning. Google Cloud Leverages, Google's incredible global network. They also do some interesting things because of that global network.
227
00:41:17.140 --> 00:41:22.120
Myles Brown: When you create a a network Vpc: in in in
228
00:41:22.920 --> 00:41:37.520
Myles Brown: In most of the clouds. Vpc. Stands for virtual private cloud. That's your slice of the cloud vendors network, where you're completely in charge of the networking and stuff with with aws that has to live with just one region.
229
00:41:37.610 --> 00:41:44.630
Myles Brown: So if I want to run things in multiple regions, I have multiple Vpcs. which isn't a problem. But but
230
00:41:44.790 --> 00:41:57.810
Myles Brown: if if they need to talk to one another. I have to set up peering, and there's some things you need to do with Google Cloud. You can set up a Vpc. Is a global thing, and I can set global load balancers
231
00:41:57.810 --> 00:42:08.590
Myles Brown: that will send traffic to one region or another, and I don't have to get involved in dns. They, they allow me to do it without an extra level. So they do some interesting things with networking, you know.
232
00:42:10.870 --> 00:42:13.500
Myles Brown: And oh, pricing
233
00:42:13.820 --> 00:42:15.130
Myles Brown: Google Cloud.
234
00:42:15.310 --> 00:42:35.270
Myles Brown: I. This one's very hard to compare right when you look. Every cloud vendor has sort of a set pricing that's available. Right Here's how much this cost per hour. Here's how much this cost. Per, you know, gig of storage per month, you know that's typically how you know, compute and storage, or compute or calculated.
235
00:42:36.780 --> 00:42:45.430
Myles Brown: But the problem is, if you're a very large consumer, you know. Say you're your Netflix, and you're storing 60 petabytes of
236
00:42:45.690 --> 00:43:04.990
Myles Brown: content in Amazon s 3. Are you paying the retail rate. There's no way so most large customers will have some sort of an enterprise plan agreement where they say, hey, we're committed to spending so many millions a year give us.
237
00:43:04.990 --> 00:43:17.580
Myles Brown: you know, some sort of discount on these services. So it's very hard to compare pricing, but you can compare the public pricing of things, and Google Cloud tends to have the cheapest for compute and storage
238
00:43:17.620 --> 00:43:23.020
Myles Brown: compared to compared to certainly azure and Aws
239
00:43:25.030 --> 00:43:28.870
Myles Brown: Osgi is pretty cheap as well. but
240
00:43:29.100 --> 00:43:51.880
Myles Brown: probably the number one reason somebody will pick Oracle Cloud is because they are oracle customers, so they're running oracle databases, oracle applications, exadata, which is sort of that data. Warehouse appliance, oracle, real application clusters right doesn't mean you can't run oracle in other clouds.
241
00:43:52.040 --> 00:43:58.490
Myles Brown: you know. Aws, for example, you can run Oracle and Rds, but it's much cheaper to run it. No ci
242
00:43:58.690 --> 00:44:10.010
Myles Brown: oracle rack. You can't really run in any of the other clouds. Other cloud vendors you can run certain oracle software, but you may have to pay for bare metal servers.
243
00:44:10.630 --> 00:44:11.740
And.
244
00:44:11.870 --> 00:44:28.900
Myles Brown: by the way, bare metal servers weren't really available everywhere, you know Oracle was the first of the clouds to offer that kind of concept another reason some customers, and again you know their market share small. But you know you may have heard of some high profile customers like tik tok
245
00:44:29.090 --> 00:44:39.430
Myles Brown: and zoom even that have chosen oci maybe not as their only cloud vendor, but but one of the ones that they're using. That's typically because of their egress pricing
246
00:44:39.870 --> 00:44:41.120
Myles Brown: in in
247
00:44:41.150 --> 00:44:46.990
Myles Brown: pretty much all the clouds you know you pay when you move money when you move data
248
00:44:47.190 --> 00:44:53.150
Myles Brown: out of the cloud right so often. If you're going to move data into the cloud, it doesn't cost money to move ingress.
249
00:44:53.190 --> 00:45:00.630
Myles Brown: But when you grab large files and you download them from the cloud into your own data center, that's going to cost you a lot of money
250
00:45:00.800 --> 00:45:02.900
and and
251
00:45:02.970 --> 00:45:18.260
Myles Brown: or or across the Internet. And so Oracle's egress. Pricing is by far the lowest. And so you can imagine somebody like Zoom, who all they're doing is, you know, pushing video across the network across the Internet. You know that that's a big reason why they might
252
00:45:18.870 --> 00:45:31.510
Myles Brown: like this right Oracle also has some slas. So service level agreements, you know. All the cloud vendors have some sort of slas around. How how available is the service?
253
00:45:31.510 --> 00:45:45.370
Myles Brown: Oci also has some sla for manageability and performance. So if you don't get the performance that you're supposed to, you get a credit on your next month's bill right? So that should keep them honest on on some of these things.
254
00:45:45.660 --> 00:45:58.820
Myles Brown: and I mentioned that they were first with the bare metal. They still have the largest bare metal service allowed. If if that's what you're looking for. That means you're not running a Vm. You know where where there's
255
00:45:59.070 --> 00:46:05.250
Myles Brown: some sort of hypervisor running somewhere, taking care of some. I'm just getting that
256
00:46:05.670 --> 00:46:07.610
Myles Brown: that bare metal server.
257
00:46:09.260 --> 00:46:10.190
Myles Brown: Now.
258
00:46:11.290 --> 00:46:26.590
Myles Brown: what oracle is sort of recognized, especially when they did their relaunch in 2,018, they realized, hey, we're a small market player. Google understands that, too. And so both Oracle and Google. When you look at their marketing they're really saying, hey.
259
00:46:26.650 --> 00:46:33.310
Myles Brown: everybody's got to be multi-cloud these days. Whereas when you look at Amazon, they're saying, multi-cloud. No, no, not all.
260
00:46:33.330 --> 00:46:51.230
Myles Brown: If you go to multiple clouds all you're doing is, you know i'm spending some money with this company and some money with that company I've got less bargaining power. Then. So the marketing's different. When you're the market leader versus somebody trying to chip away at the market. And so one of the things Oracle realized is they said, Well.
261
00:46:51.240 --> 00:46:55.330
Myles Brown: there's a lot of people out there using as you're already.
262
00:46:55.540 --> 00:47:03.050
Myles Brown: but because they want to use certain oracle databases, let's let them run the databases in O. C. I
263
00:47:03.070 --> 00:47:08.370
Myles Brown: and run the rest of their infrastructure in azure, and will play nicely right?
264
00:47:08.440 --> 00:47:18.060
Myles Brown: So they play really nicely with azure. You can run your application to your in azure, and your database in oci using something called oracle database server service for azure.
265
00:47:18.430 --> 00:47:29.090
Myles Brown: And so they've got, you know, in various regions, nice, easy ways to connect and move your data back and forth where you're not going to get really hit on the price badly.
266
00:47:29.720 --> 00:47:38.700
Myles Brown: So this this speaks to sort of this idea that you know multi cloud architectures are coming, you know, if you're not there already.
267
00:47:38.800 --> 00:47:42.680
so it's it's worth taking a quick look at hybrid and multi-cloud.
268
00:47:43.130 --> 00:47:52.870
Myles Brown: So hybrid is the idea that you're using more than one cloud, but one of them is probably a private cloud. So you have some things in your own data center and some things in the public cloud.
269
00:47:53.310 --> 00:48:03.460
Myles Brown: Now, this is from last year's flexera state of the Cloud Report, and they said, Well, hey, we've got a lot of people that are using some sort of multi-cloud, but most of it is really
270
00:48:03.480 --> 00:48:07.670
Myles Brown: the multiple clouds are in one private cloud and one public cloud.
271
00:48:07.960 --> 00:48:19.140
Myles Brown: There's actually not that many companies actually doing multiple public clouds running workloads across many of them. you know. There's lots of people just in the in a single private or in a single public cloud.
272
00:48:19.320 --> 00:48:22.440
Myles Brown: But Hybrid is really big, right?
273
00:48:22.520 --> 00:48:27.400
Myles Brown: And so let's talk about hybrid, and then we'll talk a little bit about multi-cloud. So a hybrid.
274
00:48:27.620 --> 00:48:46.060
Myles Brown: It's an easy way to ease into the use of public cloud right You've already got all your own data centers. You're not just going to get rid of them right away, right? So you're going to leverage that existing data center investment. But you know, maybe start new apps in the cloud or use the public cloud just for what some people call cloud bursting right?
275
00:48:46.130 --> 00:48:55.850
Myles Brown: I remember, exit certified. We we started using zoom for our our virtual classes way back in when they first came out in 2,014,
276
00:48:56.250 --> 00:49:13.140
Myles Brown: and at first they had only their own data centers. Then they told us. Hey, we're starting to use aws in case things go wrong, or in case get things get very popular, and we start to run out of room. We can run those exact same workloads that we run in our own data center in aws.
277
00:49:13.480 --> 00:49:16.160
Myles Brown: And we said, great, you know.
278
00:49:16.340 --> 00:49:31.380
Myles Brown: Then pandemic came, and everybody started using zoom. Now they use all kinds of clouds, right? Just just so that they're not even just in one cloud vendor. But that idea of cloud bursting is where you say, hey? We're gonna use the public cloud, for when things get really busy and
279
00:49:31.730 --> 00:49:56.050
Myles Brown: increasingly, customers want to use multiple public cloud vendors, but it's it's often to take advantage of the sweet spots that each provider does best. You might say, Well, I've got this external application that I bought, and it runs on azure. So we've got azure for that. But we have other stuff in aws, or maybe we're running aws. But we're doing some analytics in Google Cloud because of the machine learning
280
00:49:56.050 --> 00:50:17.360
Myles Brown: frameworks that we like. So so there might be that what we find is that there's very few organizations that are trying to run the exact same workload in multiple public clouds and say, hey, we're gonna go wherever it's cheapest to run this workload or wherever I don't know If something goes wrong here, we can run it somewhere else.
281
00:50:17.510 --> 00:50:29.870
Myles Brown: The problem with that is that you have to make your application kind of the lowest common denominator. You can't use any of the good bells and whistles of each cloud provider if you're trying to make it generic to run
282
00:50:29.890 --> 00:50:35.350
Myles Brown: everywhere. Now there are some tools and frameworks that can help us with that.
283
00:50:35.390 --> 00:50:46.590
Myles Brown: and one of the big ones is is red hats. Open shift, and we're partnered with red hat. So we we do open shift training as well. And so for a large lot of large companies, you know this is very attractive.
284
00:50:46.590 --> 00:51:00.590
Myles Brown: And so you know you, you. What you're really doing is you're saying some of the paths offerings that the cloud would normally provide. The framework will provide. So I take this openshift thing, and I can run it in any cloud, and it kind of runs the exact same.
285
00:51:00.600 --> 00:51:13.900
Myles Brown: Even just Kubernetes, to a certain degree shields you a little bit from that, but Openshift says, hey, we're going to take kubernetes, and we're going to make some. Very, You know specific opinions about how that should run, so that runs in a nice way.
286
00:51:14.320 --> 00:51:16.710
Myles Brown: So you know that idea of
287
00:51:16.750 --> 00:51:37.840
Myles Brown: multi-cloud You know I I heard a lot of the last time I went to one of the big conferences I went to reinvent in in November, which is aws's annual conference, You know, when customers start talking they say we're multi-cloud, but we mainly use aws. And I was like, okay, what do they really mean? When they say we're multi-cloud, you know.
288
00:51:38.190 --> 00:51:39.700
Myles Brown: Does it mean
289
00:51:39.840 --> 00:51:50.960
Myles Brown: we can run the exact same workload in multiple clouds, because most people that's not the case is it's that they're running some things in some workloads in one cloud and some workloads in another.
290
00:51:51.220 --> 00:51:53.740
But but if you want to avoid.
291
00:51:54.070 --> 00:51:55.620
Myles Brown: you know, lock in.
292
00:51:55.740 --> 00:52:01.120
Myles Brown: then you don't use all the bells and whistles that the cloud provider runs, and then you can be.
293
00:52:01.230 --> 00:52:03.490
Myles Brown: you know, free to move between them.
294
00:52:04.210 --> 00:52:06.240
Myles Brown: If that's important to you right
295
00:52:06.770 --> 00:52:23.340
Myles Brown: now. Moving to the cloud is very rarely just. Hey? I'm gonna let Amazon run my data Center or Microsoft, you know, there's a lot that goes into a cloud journey. Okay, most organizations When they embrace cloud, They're kind of doing 3 things at once.
296
00:52:23.340 --> 00:52:37.380
Myles Brown: First off they're embracing a public cloud provider, usually one to start. They're often saying Well, when we move to the cloud, let's further embrace devops, culture and tools, because what we find is that
297
00:52:37.450 --> 00:52:51.140
Myles Brown: you know that I, some of the devops ideas of automating all the steps when I check code in and and going and launching a a production like environment, to run all my tests and then get rid of it. You know all that works nicely in the cloud.
298
00:52:51.310 --> 00:53:05.360
Myles Brown: and we're going to take our big monolithic applications and carve them up into hundreds or thousands of little micro services, so that I can deploy them independently, and I can scale them independently. And there's some really nice things that come out of that.
299
00:53:05.580 --> 00:53:25.350
Myles Brown: And so, if you really want to move to the cloud and take advantage of everything the cloud has to offer. you know you might have to learn a lot of different new skills and technologies, and so at exit certified. You know, we we came up with this diagram just to sort of show a picture of what we are doing these days.
300
00:53:25.480 --> 00:53:47.940
Myles Brown: you know, at at the center of it is authorized training from your public cloud provider, and when we're partnered with the big 4. We do the authorized training for all of them. I I personally Don't, do the azure training. We got a couple of colleagues that do that. But I I do teach aws, classes, and and and sometimes Google Cloud and Oracle Cloud. But
301
00:53:48.220 --> 00:54:06.960
Myles Brown: you know they don't teach you everything right. They They are very focused on their own technologies. If you do want to embrace the idea of Cloud native and you gotta learn about containers and docker and kubernetes, and even the concept of micro services architectures. You know, we got a bunch of
302
00:54:06.960 --> 00:54:10.720
Myles Brown: classes on that right, and one of the things we find is that
303
00:54:10.990 --> 00:54:25.710
Myles Brown: there is no vendor of note for micro Services architecture. So we got to find what's the best material out there, and so that's a big part of what we do is go and find, you know who's got the best Kubernetes training, and we sort of landed on 2 different vendors.
304
00:54:25.710 --> 00:54:36.450
one that we think just does a great job of training. Morantes is a a cloud native company, and they know a lot about containers and kubernetes, and they built really good training. That is vanilla. It's not.
305
00:54:36.480 --> 00:54:45.790
Myles Brown: you know. from some vendor saying you should use Amazon's eks you should use Google's Gke, and it just teaches you the basics of Kubernetes.
306
00:54:45.990 --> 00:55:03.530
Myles Brown: The other one we have is a little more geared towards the cloud. Native compute foundation's various certifications. The Cka the Ck AD. They've got a few Kubernetes certifications, and and so we've got some classes that really align nicely with those.
307
00:55:03.560 --> 00:55:16.480
Myles Brown: But if you go around the Horn, you know there's a lot of stuff in here, you know, when it comes to programming, you know there's a lot more stuff than we could fit in this diagram. Those are just some of the more popular training that we run into these days.
308
00:55:16.700 --> 00:55:28.640
Myles Brown: When it comes to analytics, you know, you might just need to learn some basics of hey I need to learn. Well, maybe I first learned python. Then I learned python for data science, and then some heavier machine learning stuff.
309
00:55:28.640 --> 00:55:42.750
Myles Brown: I might take some machine learning classes from the public cloud vendor, but then we might also have things like, you know our our bi tools, like tableau and cognos and power. Bi. You know all those things.
310
00:55:42.750 --> 00:55:52.730
And then there's other analytics vendors like cloud era and data bricks, and we've we've partnered with all those to offer their training as well. So
311
00:55:52.990 --> 00:55:57.460
Myles Brown: this is a you know we we have a cloud centrics.
312
00:55:57.630 --> 00:56:00.610
Myles Brown: a page on our website, which
313
00:56:00.720 --> 00:56:02.050
Myles Brown: maybe i'll find that.
314
00:56:03.330 --> 00:56:11.510
Myles Brown: Does this take me to cloud centrics. Yeah. throw that in the chat so you can stop yet if you, if you're looking for this diagram to play with.
315
00:56:12.960 --> 00:56:20.650
Myles Brown: If you do, do go and download that diagram, Each section, when you click on it takes us to a part of our website
316
00:56:21.100 --> 00:56:23.840
where where you can read more about that
317
00:56:25.130 --> 00:56:42.990
Myles Brown: couple of things just to end off. We're at the top of the hour. I've I've been looking. I haven't seen a lot of questions. It's start good time to start putting them in, because i'm going to get to those I I have the links here for each of our training courses. Actually, maybe I'll Oops.
318
00:56:43.830 --> 00:56:49.140
Myles Brown: I'll put those into the chat as well, and
319
00:56:49.520 --> 00:57:01.340
Myles Brown: the the other thing that we have coming up at the beginning of May. We've got our cloud plus Skills summit. This is a free 3 day
320
00:57:01.360 --> 00:57:19.890
Myles Brown: virtual event. It it targets both. You know, technical people. We have some technical sessions. If you are familiar with one of these clouds, and you want to learn the other ones. You know we've got probably a a 3 h session on aws another 3 h session on
321
00:57:19.900 --> 00:57:21.280
Myles Brown: Oracle Cloud
322
00:57:21.420 --> 00:57:40.320
Myles Brown: for azure. We're offering a one day azure intro class. So the az 900 class for free for Google Cloud. We also have a one day fundamentals class for free. So so those are part of this event. So if you go and register for that. Actually, let me put the
323
00:57:40.410 --> 00:57:43.760
Myles Brown: we've got a shorter yeah, URL, that doesn't look as nasty.
324
00:57:44.010 --> 00:57:45.410
Let me find it.
325
00:57:45.590 --> 00:57:48.470
Myles Brown: Exit certified slash.
326
00:57:50.710 --> 00:58:10.250
Myles Brown: Oh, Miles, I just posted that to the oh, you put it in. Okay, Perfect. Thanks. Yeah, that's much better. So that's the the cloud summit. So it's free. You just go, set yourself up, and and when it comes time, you know, you can go and pick which of these things? So there's
327
00:58:10.250 --> 00:58:15.950
Myles Brown: you know, some some actual training like I said, this is a full day Cloud 9, 30 to 4, 30, Eastern
328
00:58:16.040 --> 00:58:19.790
for the yeah. Microsoft azure fundamentals.
329
00:58:19.870 --> 00:58:46.960
Myles Brown: and I don't know. Thursday is the the last day, and that's the one where we have the Google Cloud fundamentals, 9 to 5 class. We also have a a security and compliance. Microsoft, Sc. 900 class on Thursday as well. So there's some good stuff in there every day. We'll have like a a short keynote in the morning. There's also some classes that are a little bit more geared towards the learning and development people.
330
00:58:46.960 --> 00:58:52.160
Myles Brown: And yes, it is all free. The entire summit is free. So any of that stuff is free.
331
00:58:52.580 --> 00:58:57.970
Myles Brown: So that's why I bring it up. You know it's a month away, but it's good to see it
332
00:58:58.230 --> 00:59:06.460
Myles Brown: 3 weeks away, I guess maybe. Oh, yeah, I was going to grab these links and put them in as well.
333
00:59:07.000 --> 00:59:08.770
How can I do that?
334
00:59:08.900 --> 00:59:16.490
Myles Brown: I might have to end my slide show to do it. So Are there any questions while we're we're waiting
335
00:59:16.840 --> 00:59:18.450
Myles Brown: my chat. Go
336
00:59:21.840 --> 00:59:23.270
in the chat. Now.
337
00:59:24.300 --> 00:59:26.530
Myles Brown: there we go. Seem to work.
338
00:59:30.300 --> 00:59:36.440
Myles Brown: Oh, by the way, I should probably throw my email address. I'll just put it into the chat.
339
00:59:40.340 --> 00:59:47.770
Myles Brown: you know. Sometimes you don't think about it until much. A little later, you say? Oh, I wish I would have asked this question.
340
00:59:48.010 --> 00:59:51.620
Myles Brown: You know fire any of those kind of questions to me after the fact.
341
00:59:54.550 --> 01:00:05.110
Myles Brown: Oh, can I talk a little bit about ansible? Michael says, yeah, for sure. So if you look in our diagram here under automation.
342
01:00:05.320 --> 01:00:17.330
Myles Brown: I've included a few things in automation, you know. Automation is kind of a very broad topic these these 4, you know, Logos here. These have to do with infrastructure as code.
343
01:00:17.720 --> 01:00:30.560
Myles Brown: And so you know, puppet and chef you might have heard of. They've been around for a very long time long before the Cloud people were saying, hey, I've got 10 Linux boxes, and I need to make a change to all 10 of them.
344
01:00:30.580 --> 01:00:50.220
Myles Brown: so I can remote into each one individually. That's a lot of work. What if I forget to do one right? I mean anything manual? He is now considered kind of a security problem, right? So the idea with puppet and chef is, you generally set up some sort of server, and you'd say, hey, I want to make this change, and then that would push out to all the servers right.
345
01:00:50.220 --> 01:00:57.490
Myles Brown: And so those became very popular for for larger organizations that had, you know, Say, I've got
346
01:00:57.730 --> 01:01:08.050
Myles Brown: 20 web servers, and I need to make changes to them. You know I make the change on the chef server, and then all those other web servers are heart beating in saying, hey, Has anything changed? Anything changed?
347
01:01:08.520 --> 01:01:12.460
Well, when we move to the cloud, what we'll find is that
348
01:01:12.900 --> 01:01:25.100
Myles Brown: we can use that same concept, but not just what's installed on this Linux machine. because everything we do in the cloud is an Api call setting up that virtual network
349
01:01:25.240 --> 01:01:27.920
Myles Brown: right? Launching a server.
350
01:01:28.200 --> 01:01:47.620
Myles Brown: setting up an auto scaling group of a bunch of web servers, right? And so everything from this set up everything. And so ansible kind of came around at the right time, where they said, we can do what puppet and chef did. But we can also, instead of just saying what goes
351
01:01:47.800 --> 01:01:56.460
Myles Brown: on this virtual machine, the actual launching of the virtual machine and the network in which it goes, and all that cloud infrastructure. We can do all of that.
352
01:01:57.040 --> 01:02:05.380
Myles Brown: And sometimes you hear these tools called Iac like capital, I little a capital, C infrastructure as code.
353
01:02:06.170 --> 01:02:16.890
Myles Brown: and the idea is, we'll treat that infrastructure these scripts that we build just like developers treat code. meaning we'll check it into a code repository.
354
01:02:16.980 --> 01:02:31.030
Myles Brown: right? Because you know that's how most people do development. Right? You got a bunch of programmers. They check code into a code repository. Why, so that, you know, if they make a change, they don't want it to blow away their colleagues changes to that same code base.
355
01:02:31.030 --> 01:02:47.800
Myles Brown: so we can see who made a change. When did things get? You know? And we we, we don't stomp on each Other's changes. If something goes wrong. I can roll back to the last one. Well, now, we can do the exact same thing with our infrastructure, right? We treat it just like code we check it into. We can look and say, hey, what's our current
356
01:02:47.990 --> 01:02:53.780
Myles Brown: infrastructure? Look like? If something goes wrong with it, we can roll back to the last known good one.
357
01:02:53.830 --> 01:02:59.580
Myles Brown: right? And so that's the big idea with ansible. Now, terraform is another one
358
01:02:59.640 --> 01:03:12.830
Myles Brown: that that goes a little further and says, hey? Every one of these 4 cloud vendors has their own way of, you know, saying, hey, I want to create a network and launch this auto scaling group and all this stuff.
359
01:03:14.000 --> 01:03:25.070
But then I have to learn cloud formation to do it in aws. I have to learn arm to do it in azure. I have to learn, you know. So on and so on, and so terraform is just a a nice
360
01:03:25.480 --> 01:03:33.170
Myles Brown: vendor-agnostic way, that I can. I can use the same template way, no matter what cloud we're in.
361
01:03:33.430 --> 01:03:36.860
Myles Brown: So that's that's where those automation tools come in.
362
01:03:37.700 --> 01:03:54.570
Myles Brown: Got a question here at a high level. Is there any big difference between docker and kubernetes. Yeah, yeah, for sure. So Docker is really just about the the concept of making containers right, and it's like a a very lightweight container that is, you know, when you compare it to a Vm.
363
01:03:54.570 --> 01:03:57.950
Myles Brown: You know I can run many, many docker containers
364
01:03:58.130 --> 01:04:04.000
Myles Brown: in one physical machine or one virtual machine, and there's really good things that come out of that.
365
01:04:04.120 --> 01:04:13.320
Myles Brown: But if i'm really going to take a huge application and and split it up into hundreds, or even thousands of micro services, and every one of those is a docker container.
366
01:04:13.390 --> 01:04:18.870
Myles Brown: Then I run into a problem of just trying to orchestrate how to deal with all these containers.
367
01:04:19.490 --> 01:04:22.840
and so the docker containers themselves. Those are great.
368
01:04:22.910 --> 01:04:28.730
Myles Brown: but I need a way of orchestrating them now. Docker came up with an idea. And so they have a tool called Docker swarm.
369
01:04:28.960 --> 01:04:32.490
Myles Brown: And so they got kind of popular. There were some other
370
01:04:32.770 --> 01:04:47.080
Myles Brown: alternatives, but at Google they created kubernetes, and pretty quickly the whole industry went. Yes, we like that more. And so Kubernetes is the way of orchestrating all these containers. They could be docker containers, or now there are some other alternatives to Docker.
371
01:04:47.090 --> 01:04:50.660
Myles Brown: But you're going to use containers within kubernetes.
372
01:04:50.860 --> 01:04:53.280
Myles Brown: So that's the sort of relationship between them.
373
01:04:54.240 --> 01:04:57.210
Oh, Paul asks.
374
01:04:57.500 --> 01:05:06.030
Myles Brown: I. I wonder if I miss any other questions before that? No talk on Tuesday. Yeah. What is meant by hybrid cloud vendors in the top left of the chart versus public cloud vendors.
375
01:05:06.040 --> 01:05:14.730
Myles Brown: Yeah. So if we look in here, things like Vmware right? You can imagine Vmware can be used to set up a private cloud in your own
376
01:05:14.900 --> 01:05:30.300
Myles Brown: data center. but it also has Vmware Cloud, and I can run Vmware Cloud on aws or on azure, so that I'm. Using the exact same tools from the same pane of glass, I can decide Should this workload run on a Vm.
377
01:05:30.550 --> 01:05:35.580
Myles Brown: On my own data center, or should I run it in the cloud? Right? So it's very much. A hybrid
378
01:05:35.590 --> 01:05:51.510
Myles Brown: kind of tool open shift I mentioned is a a framework for providing, you know, has kind of services to these containerized applications, and then I can run it on Prem or in any cloud.
379
01:05:51.510 --> 01:06:12.020
Myles Brown: you know, and it it runs the same way. So a lot of those have to do with that kind of hey theme and and and net app. You know these all have to do with, hey? I've I've got infrastructure somewhere, whether it's in the cloud or on prem, and I need to back it up. I need to. You know. Do whatever with it. And so that's why we kind of consider those
380
01:06:12.420 --> 01:06:19.270
Myles Brown: sort of hybrid cloud, or or or private Ibm cloud. I guess you could put in public cloud. But
381
01:06:19.760 --> 01:06:25.190
Myles Brown: I mean, I guess the courses that we run are mostly about hybrid stuff with Ibm Cloud.
382
01:06:25.630 --> 01:06:30.250
Myles Brown: I guess that's why we put it there that one. You can make an argument that it should be in public
383
01:06:35.770 --> 01:06:36.590
Myles Brown: all right.
384
01:06:37.140 --> 01:06:40.410
Myles Brown: The chat will not allow me to copy and paste.
385
01:06:41.610 --> 01:06:46.750
Myles Brown: and put all the details in one slide, including the reporting. You know what? Yeah, I
386
01:06:47.220 --> 01:06:56.360
Myles Brown: the recording that the the Powerpoint is all hyperlink. So I think I can make a pdf of that, and i'll make sure that that gets sent along with the
387
01:06:56.770 --> 01:06:58.330
Myles Brown: along with the reporting.
388
01:06:58.750 --> 01:07:05.920
Myles Brown: Yeah, I think that's the way to do it, so i'll. I'll get that Pdf. To our marketing folks, and they'll send that along with the recording.
389
01:07:09.570 --> 01:07:13.400
Myles Brown: all right. So I think that's probably.
390
01:07:16.020 --> 01:07:17.270
Myles Brown: And
391
01:07:17.720 --> 01:07:28.500
Myles Brown: yeah, I think i'm probably going to redo this presentation again during our I think I think we've got that included as one of our
392
01:07:30.450 --> 01:07:35.360
Myles Brown: sessions in that cloud plus Skills summit. so
393
01:07:36.250 --> 01:07:45.280
Myles Brown: i'll have to keep it just under an hour. So I I went 8 min over today with the questions, but hopefully, I think we've lost a few people, but not too many.
394
01:07:45.380 --> 01:07:56.480
Myles Brown: All right. Well, good luck, and we hope to see you in a class. If you have any questions you. You got my email Miles miles@exitcertifiedormiles.brown Miles with a Why
395
01:07:56.880 --> 01:07:59.280
Myles Brown: at exit, certified.com.
396
01:08:02.900 --> 01:08:03.650
Myles Brown: Hmm.
397
01:08:04.670 --> 01:08:08.300
Myles Brown: Going to stop chair and stop
398
01:08:08.430 --> 01:08:09.270
Myles Brown: reporting.
