Likvid Bank Cloud Foundation
Foundation
  • Azure
  • AWS
  • IONOS
  • STACKIT
  • SAP BTP
  • GCP
Concepts
meshStack
Compliance
Foundation
  • Azure
  • AWS
  • IONOS
  • STACKIT
  • SAP BTP
  • GCP
Concepts
meshStack
Compliance
  • meshStack Configuration Reference
  • Guides

    • Automating Security Incident Management via meshStack API
    • Business Platforms
      • Motivation
      • Challenges
      • Setting Up Tags and Policies
      • Onboarding the Business Platform Team
      • Onboarding an M25 Application Team
    • GitHub Repository as a Custom Platform
    • Integrating Existing Automation and GitOps Pipelines
    • IONOS Custom Platform: Likvid Government Guard
    • Maintaing Security Contacts with meshStack
    • Importing building blocks from meshStack Hub
    • On Premises Connectivity
    • Quickstart AWS Buildingblock
    • SAP BTP as a Custom Platform
    • STACKIT Custom Platform
    • Composing Building Blocks and Tenants into Starter Kits

Business Platforms

This guide shows you how you can solve common integration challenges around "business platforms" with meshStack.

Motivation

With the cloud foundation team being responsible for building the foundational landing zones for different workload types, many organizations find the need to build specialized internal platforms dedicated to supporting applications for a specific line of business. These internal platforms typically have their own platform teams that cater to their customers.

For the scenario in our guide, we suppose that Likvid Bank has recently acquired the challenger bank "M25". The IT Infrastructure of M25 has been built from the ground up on AWS and supported by a dedicated platform team. Wanting to reap the benefits of the post merger integration, the Likvid Bank board has decided that it will retain M25's IT platform for its advanced digital capabilities and will continue investing into it. Nonetheless, Likvid Bank must leverage significant cost synergies from the acuistion. The board has therefore set the goal of moving M25s existing AWS workload under the Likvid Bank AWS Contract as quickly as possible. This will allow Likvid Bank to leverage better terms negotiated with AWS.

The Cloud Foundation team is now tasked with establishing a minimum of central governance and compliance management over M25, while not interfering with their existing operations on AWS.

Challenges

The Cloud Foundation team has identified the following milestones

  • Migrate all of M25s AWS Accounts into the Likvid Bank AWS Organization in a dedicated Organizational Unit (OU)
  • Enable the M25 Platform Team to offer landing zones and services to their application teams using meshStack
  • Onboard existing M25 Applications as Workspaces into meshStack, assign the responsible Owners and ensure all regulatory required metadata is present

The team has already completed the first milestone and imported all accounts into the Likvid Bank AWS organization, see M25 Platform.

Setting Up Tags and Policies

Our goal is to provide the following access in meshStack

  • Only Workspaces tagged M25 are allowed to access M25 Landing Zones and Building Blocks
  • "Untagged" workspaces can access any Landing Zones and Building Blocks (except M25)

To implement this, we set up the following tags + policies

  • Tag BusinessUnit with value M25 on Workspaces, Landing Zones and Building Block Definitions
  • Policy Workspace.BusinessUnit --> LandingZone.BusinessUnit
  • Policy Workspace.BusinessUnit --> BuildingBlock.BusinessUnit

TIP

You can model the BusinessUnit tag as an administrative tag, so that its values can only be set and modified by the cloud foundation team.

To keep it simple, we will model all of these tags as single-select values. Therefore it does not matter (in this case) whether we choose the subset or intersection evaluation strategy. Thanks to the null sets rule, all untagged subjects will pass policy evaluation.

Onboarding the Business Platform Team

The Likvid Bank Likvid Cloud Foundation now creates a dedicated Workspace M25 Platform Team and enables them as a Landing Zone Contributor on the AWS Platform.

The M25 Platform Team then proceeds to create its first Landing Zone M25 Cloud Native using the M25 Platform OU. They tag this landing zone BusinessUnit: BusinessUnit: M25.

The M25 Platform Team also creates a Building Block Definition M25 Domain. This building block allows application teams to request a subdomain for *.m25.com They tag this building block BusinessUnit: M25.

Onboarding an M25 Application Team

To verify that the configured Policies work as intended to deliver the desired application team experience, we'll create the workspace Online Banking App and tag it with BusinessUnit: M25.

This workspace now has access to only the M25 Cloud Native Landing Zone and can create tenants on it as well as use the M25 Domain Building Block.

TIP

To verify other workspaces do not have access to the m25-cloud-native Landing Zone, simply use a workspace tagged with a different (or no) BusinessUnit tag like Likvid Mobile App and try using any of the M25-specific landing zones or building blocks.

Prev
Automating Security Incident Management via meshStack API
Next
GitHub Repository as a Custom Platform