Organization Isolation Enforcement
## Problem Statement
All Organization data/functionality across GitLab should be [isolated](https://handbook.gitlab.com/handbook/engineering/architecture/design-documents/organization/isolation/). This means the data/features must not cross Organization boundaries.
For example: an issue in a Project within `Organization A` cannot be related to an issue in a Project in `Organization B`.
This epic refers to **enforcing** the isolation previously established, eg. once all tables have a sharding key, we will prevent newly-inserted data from crossing an Organization boundary.
## Exit criteria
* Organization Isolation is enforced for all workloads behind a feature flag (eg. to roll out to specific customers on a new cell)
* Newly-inserted data cannot cross an Organization boundary
* All existing sharding key columns on all Cell-local tables have been validated to confirm they can be safely assumed to be sharding keys
## DRI
@rutgerwessels
<!--STATUS NOTE START-->
<!--STATUS NOTE END-->
epic