AWS CDK: What is the best way to implement multiple Stacks/NestedStacks & share resources?

I’m currently working on a serverless application developed using AWS CDK in TypeScript. Also as a convention, we follow the below rules too.

1. A stack should only have one table (dynamo)
2. A stack should only have one REST API (api-gateway)
3. A stack should not depend on any other stack (no cross-references), unless its the Event-Stack (a stack dedicated to managing EventBridge operations)

The reason we are following these rules because then, each stack can be deployed independently without any interferences of other stacks. In a way, our stacks are equivalent to micro-services in a micro-service architecture.

At the moment all the REST APIs are public and now we have decided to make them private by attaching custom Lambda authorizers to each API Gateway resource. Now, in this custom Lambda authorizer, we have to do certain operations (apart from token validation) in order to allow the user's request to proceed further. Those operations are,

1. Get the user’s role from DB using the user ID in the token
2. Get the user’s subscription plan (paid, free, etc.) from DB using the user ID in the token.
3. Get the user’s current payment status (due, no due, fully paid, etc.) from DB using the user ID in the token.
4. Get scopes allowed for this user based on 1. 2. And 3.
5. Check whether the user can access this scope (the resource user currently requesting) based on 4.

This authorizer Lambda function needs to be used by all the other Stacks to make their APIs private. But the problem is roles, scopes, subscriptions, payments & user data are in different stacks in their dedicated DynamoDB tables. Because of the rules, I have explained before (especially rule number 3.) we cannot depend on the resources defined in other stacks. Hence we are unable to create the Authoriser we want.

Solutions we could think of and their problems:

• Since EventBridge isn't bi-directional we cannot use it to fetch data from a different stack resource.
• We can invoke a Lambda in a different stack using its ARN and get the required data from its' response but, AWS has discouraged this as a CDK Anti Pattern
• We cannot use technology like gRPC because it requires a continuously running server, which is out of the scope of the server-less architecture.

There was also a proposal to re-design the CDK layout of our application. The main feature of this layout is going from non-crossed-references to adopting a fully-crossed-references pattern. (Inspired by layered architecture as described in this AWS best practice)

Based on that article, we came up with a layout like this.

• Presentation Layer
  • Stack for deploying the consumer web app
  • Stack for deploying admin portal web app
• Application Layer
  • Stack for REST API definitions using API Gateway
  • Stack for Lambda functions running business-specific operations (Ex: CRUDs)
  • Stack for Lambda functions runs on event triggers
  • Stack for Authorisation (Custom Lambda authorizer(s))
  • Stack for Authentication implementation (Cognito user pool and client)
  • Stack for Events (EvenBuses)
  • Stack for storage (S3)
• Data Layer
  • Stack containing all the database definitions
  • There could be another stack for reporting, data engineering, etc.

As you can see, now stacks are going to have multiple dependencies with other stacks' resources (But no circular dependencies, as shown in the attached image). While this pattern unblocks us from writing an effective custom Lambda authorizer we are not sure whether this pattern won't be a problem in the long run, when the application's scope increases.

I highly appreciate the help any one of you could give us to resolve this problem. Thanks!