• folekaule@lemmy.world
    link
    fedilink
    arrow-up
    22
    ·
    11 days ago

    Maybe an unpopular opinion, but I think if you’re not sure if you need microservices, then you don’t need microservices. I’ve had to clean up too many overengineered systems to be convinced otherwise.

    • lengau@midwest.social
      link
      fedilink
      arrow-up
      9
      ·
      11 days ago

      Microservices can be useful, but far too many companies take a poorly designed monolith and split it into poorly designed microservices.

    • bus_factor@lemmy.world
      link
      fedilink
      አማርኛ
      arrow-up
      1
      ·
      11 days ago

      It’s going to be a mess regardless. The monolith is just tangled at a different layer. The only way to avoid a tangled mess is to incentivize proper engineering, and everyone is incentivizing time to market and delivery of barely working features, which are the antithesis of proper engineering.

  • bus_factor@lemmy.world
    link
    fedilink
    አማርኛ
    arrow-up
    8
    ·
    11 days ago

    Completely unrealistic. The monolith is not retiring, it’s just getting stuffed into a docker image and saying “Hello, fellow micro services!”, while achieving a fraction of the old uptime because you’re also trying to run Oracle or MSSQL on AWS using EBS as the underlying storage, and none of those components were designed for that use case.