you are viewing a single comment's thread
view the rest of the comments
[–] 8 points 1 day ago* (4 children)

forcing businesses to move away from existing cloud infrastructure could trigger expensive software redevelopment projects, with code rewriting and re-architecting accounting for 69 percent of its estimated costs.

~70% of it just to move to another hosting provider? hmmmm

  • source
  • parent
  • hideshow 4 child comments
  • [–] 1 point 4 hours ago

    Depends on how deeply the firms have gotten locked into specific cloud provider services. It's possible to do things in a cloud-agnostic way (for example, Terraform-- ugh), but those implementations are suboptimal, and just as they used to say about Java's much-touted OS independence, it's "write once, debug everywhere."

    I'm convinced that it's better to optimize for the cloud service you're running on, and take the one-time hit if you move somewhere else. And I don't believe there's much rearchitecting involved: it'll be lower-level stuff, mainly IaC and other config. If you have to recode, you probably did it wrong the first time.

  • source
  • parent
  • [–] 1 point 22 hours ago (1 child)

    Yeah, going from AWS to Hetzner will require doubling your SRE/platform/infra/whatever-you-call-them staff, clearly.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 22 hours ago

    We're on AWS at work. I use Hetzner personally.

    The main issue with switching is the services. On AWS we use KMS, SQS, DynamoDB. On hertzner we'd have to run an instance with software for that ourselves and then rewrite systems and do migrations etc. That's the expense.

    Also KMS has no alternate because it's not just software. It's a HSM. So where do we store the master keys on Hetzner?

    Don't get me wrong, I'd love to do it, not up to me unfortunately.

  • source
  • parent