Latest / CYBR.Signal / Lift and Shift: Not Always Bad

Transcript

Lift and Shift: Not Always Bad · CYBR.Signal

• 0:00
  SPEAKER_00: Hey everybody, happy Cyber Sunday.
• 0:02
  SPEAKER_00: Michael Farnum here.
• 0:03
  SPEAKER_00: Hope you're doing well.
• 0:04
  SPEAKER_00: Wanted to talk about the whole I guess the issue or term lift and shift.
• 0:14
  SPEAKER_00: If you're not familiar with that term, in the world of moving into the cloud, there's this, it's kind of uh seen as a bad thing where you take all of your infrastructure from your data center and all your applications, your workload, and you want to move to the cloud, and all you do is just basically pick them up and move them into the cloud and not do an actual digital transformation, if you will, where you're transforming those workloads to take advantage of cloud infrastructure, you know, the scalability, speed, all that stuff.
• 0:46
  SPEAKER_00: Cost savings, probably not one anymore.
• 0:49
  SPEAKER_00: I think we've come to that conclusion.
• 0:51
  SPEAKER_00: But in general, it's it's just seen as a very negative term.
• 0:55
  SPEAKER_00: And in my daily life, when I'm working and talking to vendors, I've talked to a lot of product management people and get an idea of where they're going with their products, uh, the security vendors.
• 1:05
  SPEAKER_00: And I had a conversation with one the other day where I learned that they've got a lot of uh on-premises type of technology that they use, and they can't get rid of that because a lot of their customers still want to use their on-premises stuff, have requirements to do that, can't use stuff that's in the cloud for this particular application.
• 1:26
  SPEAKER_00: Um, but they also want to grow more into the future and be cloud enabled so their new customers who don't have those requirements can use the cloud part.
• 1:39
  SPEAKER_00: The problem that they're having is what they don't want to do is start building the cloud part of it from the ground up because what they know because of what they've seen in other vendors, and I've seen this as well, actually, been a part of this, is that when you when you build a tool from the ground up in the cloud, what you end up with is a really long gap generally between reaching feature parity, and it's not even just feature parity between your two products, cloud and on-premises, it's just it just takes a long time to get basic functionality, and you have to make all of these decisions on which one of the features you're gonna put in first, and yada yada yada.
• 2:26
  SPEAKER_00: And so, what they have decided to do, knowing that they're gonna have a lot of problems with scalability and keeping things going in a way that a customer is gonna expect it in a cloud environment, that speed and change all of those things, they've decided to literally lift and shift their on-premises stuff, the exact same technology that they have on on on-prem into the cloud, and just deal with the scalability issues as they have to, and then and then take the time to make it cloud native, if you will, to where it fits all of the functionality that somebody expects from the cloud.
• 3:11
  SPEAKER_00: I thought that was a really interesting approach, and it goes against the whole idea that lift and shift is a you know a sin in the technical world.
• 3:21
  SPEAKER_00: It it there it really shows that there are valid applications, valid reasons to lift and shift, and then start making the move over to taking advantage of the cloud.
• 3:34
  SPEAKER_00: Now, I think that's probably the key differentiator that we could probably take away from this is that if you lift and shift, but you don't ever make a plan, and if you do that for convenience sake, or you know, you need to get it done quickly for whatever those reasons are.
• 3:57
  SPEAKER_00: Maybe you've just got an internal cloud-first, cloud-only type of uh push by executives, and you need to make that change valid for whatever reason you got to do it.
• 4:07
  SPEAKER_00: You lift and shift.
• 4:09
  SPEAKER_00: If you all you do is do that, and you don't have a plan for moving from that lift and shifted environment to a more cloud native environment where you're taking advantage of that of the cloud features, that's where the failure is.
• 4:26
  SPEAKER_00: The lift and shift in and of itself is not necessarily the problem.
• 4:32
  SPEAKER_00: It's are you then making your move towards taking advantage of the cloud environment and trans actually transforming your application and your workload over time.
• 4:44
  SPEAKER_00: So interesting way they they they really are kind of bucking that trend of you've got to build this.
• 4:51
  SPEAKER_00: I I've seen extreme failures from vendors and again been a part of one where they moved, they didn't move, they went to the cloud, kept all of their native stuff, went to the cloud, and literally lost customers in droves when people were trying to take advantage because they marketed their cloud stuff as fantastic, and it wasn't, uh, and ended up losing a lot of business to a competitor.
• 5:19
  SPEAKER_00: So, anyway, lift and shift is not bad.
• 5:22
  SPEAKER_00: You've just got to take the next step after you get there to take advantage of what the cloud does.
• 5:27
  SPEAKER_00: Not saying any of that's easy, just saying you got a plan for it.
• 5:31
  SPEAKER_00: Let me know what you think.
• 5:33
  SPEAKER_00: Happy Cyber Sunday, see you next time.