{"id":947122,"date":"2026-10-26T16:38:09","date_gmt":"2026-10-26T16:38:09","guid":{"rendered":"https:\/\/www.newsbeep.com\/ca\/947122\/"},"modified":"2026-10-26T16:38:09","modified_gmt":"2026-10-26T16:38:09","slug":"readyon-builds-four-layer-tenant-isolation-for-multi-tenant-amazon-eks","status":"publish","type":"post","link":"https:\/\/www.newsbeep.com\/ca\/947122\/","title":{"rendered":"Readyon Builds Four Layer Tenant Isolation for Multi Tenant Amazon EKS"},"content":{"rendered":"<p>ReadyOn has detailed a <a href=\"http:\/\/aws.amazon.com\/blogs\/architecture\/readyons-four-walls-of-tenant-isolation-on-amazon-eks\/\" rel=\"nofollow noopener\" target=\"_blank\">four-layer tenant isolation architecture<\/a> for its Harmony workforce intelligence platform running on Amazon Elastic Kubernetes Service (EKS). The design combines Kubernetes namespaces, dedicated Karpenter node pools, Amazon VPC security groups, and per-tenant Amazon Aurora databases to limit cross-tenant access across the Kubernetes, compute, network, and data layers.<\/p>\n<p>Harmony processes payroll data, organizational hierarchies, and operational analytics for enterprise customers. <a href=\"https:\/\/www.readyon.com\/\" rel=\"nofollow noopener\" target=\"_blank\">ReadyOn<\/a> maps its controls to a 10-stage multi-tenant threat model, with particular attention to lateral movement from a compromised tenant workload. The company says adversarial exercises have not produced a successful cross-tenant path to date.<\/p>\n<p><a href=\"https:\/\/www.linkedin.com\/in\/mohammad-akbarpour-46773127\/\" rel=\"nofollow noopener\" target=\"_blank\">Mohammad Akbarpour<\/a>, Professor at Stanford Graduate School of Business, discussing ReadyOn\u2019s security architecture in a<a href=\"https:\/\/lnkd.in\/p\/g-wCxd44\" rel=\"nofollow noopener\" target=\"_blank\"> LinkedIn post<\/a>, described the broader challenge as<\/p>\n<p>&#13;<\/p>\n<p>pushing AI capabilities forward while making the boundaries around inaccessible data and workflows difficult to cross.<\/p>\n<p>&#13;<\/p>\n<p><a href=\"https:\/\/www.linkedin.com\/in\/wiangube\/\" rel=\"nofollow noopener\" target=\"_blank\">William Antonio G<\/a>, Principal AWS Engineer at Sparq, similarly emphasized the change in the security model when multiple tenants share infrastructure. In a<a href=\"https:\/\/lnkd.in\/p\/g9p6jemF\" rel=\"nofollow noopener\" target=\"_blank\"> LinkedIn post<\/a> discussing the architecture, he wrote,<\/p>\n<p>&#13;<\/p>\n<p>For single-tenant clusters, hardening is a well-documented challenge. But when you add multi-tenancy, the threat model fundamentally changes.<\/p>\n<p>&#13;<\/p>\n<p>The first layer uses a dedicated Kubernetes namespace for each tenant, with RBAC, resource quotas, admission controls, and default deny network policies. ReadyOn uses Argo CD ApplicationSets to generate these resources from Git based configuration, providing the same baseline controls across tenants and automatically reconciling unauthorized changes.<\/p>\n<p>The second layer isolates compute. Karpenter provisions dedicated node pools for each tenant using a dual taint strategy. Pods must tolerate both a tenant-identifying taint and a workload-type taint before they can be scheduled. An admission controller also verifies that requested tolerations correspond to the tenant associated with the namespace.<\/p>\n<p><img decoding=\"async\" alt=\"\" class=\"zoom-image\" src=\"https:\/\/www.infoq.com\/news\/2026\/10\/readyon-four-layer-isolation\/news\/2026\/10\/readyon-four-layer-isolation\/en\/resources\/1readyon-1791076393945.jpeg\" height=\"400\" rel=\"share\"\/><\/p>\n<p>ReadyOn\u2019s Four Walls: namespace, compute, network, and data isolation and the cross-tenant paths blocked by each layer (Source: <a href=\"https:\/\/aws.amazon.com\/blogs\/architecture\/readyons-four-walls-of-tenant-isolation-on-amazon-eks\/\" rel=\"nofollow noopener\" target=\"_blank\">AWS Blog Post<\/a>)<\/p>\n<p>The third layer moves enforcement below Kubernetes. Per-tenant VPC security groups restrict database connections to the corresponding tenant node pool, while Kubernetes network policies enforce default deny behavior between namespaces. The EKS API endpoint is private and accessed through VPN, OpenID Connect, and multi-factor authentication.<\/p>\n<p>The fourth layer separates tenant data through dedicated Aurora clusters rather than relying on row-level filtering in a shared database. ReadyOn also uses tenant-scoped AWS Secrets Manager paths, short-lived credentials through IAM Roles for Service Accounts, and dedicated observability backends.<\/p>\n<p>AWS documentation notes that Kubernetes namespaces, RBAC, quotas, and network policies provide logical isolation but do not prevent workloads from sharing underlying nodes. It recommends node selectors, affinity rules, or taints and tolerations when stronger workload separation is required.<\/p>\n<p>The layered model has also prompted discussion about whether isolation controls can be verified effectively without corresponding observability.<\/p>\n<p><a href=\"https:\/\/www.linkedin.com\/in\/jpgaviria\/\" rel=\"nofollow noopener\" target=\"_blank\">Juan Pablo Gaviria<\/a>, an engineer who <a href=\"https:\/\/lnkd.in\/p\/gEMHQZw9\" rel=\"nofollow noopener\" target=\"_blank\">commented<\/a> on the architecture on LinkedIn, argued that traces need to connect workload identity with database and network enforcement to expose gaps between controls.<\/p>\n<p>&#13;<\/p>\n<p>Isolation depth without observability depth is indistinguishable from false confidence.<\/p>\n<p>&#13;<\/p>\n<p>ReadyOn therefore retains a shared EKS environment while extending tenant boundaries beyond Kubernetes into scheduling, AWS networking, and dedicated data infrastructure. The architecture treats the controls as overlapping defenses rather than assuming any individual layer provides complete isolation.<\/p>\n","protected":false},"excerpt":{"rendered":"ReadyOn has detailed a four-layer tenant isolation architecture for its Harmony workforce intelligence platform running on Amazon Elastic&hellip;\n","protected":false},"author":2,"featured_media":947123,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[31],"tags":[971,11777,202355,76,354,355,49,48,2417,356,4113,11778,75,202354,324250,25379,324249,324252,12004,27783,2100,324247,2532,324251,324248],"class_list":["post-947122","post","type-post","status-publish","format-standard","has-post-thumbnail","category-arts-and-design","tag-amazon","tag-architecture-design","tag-argo-cd","tag-arts","tag-arts-and-design","tag-artsanddesign","tag-ca","tag-canada","tag-cloud-security","tag-design","tag-development","tag-devops","tag-entertainment","tag-gitops","tag-isolates","tag-kubernetes","tag-multi-tenancy","tag-multi-tenant-data","tag-network-security","tag-observability","tag-policy","tag-readyon-four-layer-isolation","tag-security","tag-threat-modeling","tag-virtual-pc"],"_links":{"self":[{"href":"https:\/\/www.newsbeep.com\/ca\/wp-json\/wp\/v2\/posts\/947122","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.newsbeep.com\/ca\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.newsbeep.com\/ca\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.newsbeep.com\/ca\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.newsbeep.com\/ca\/wp-json\/wp\/v2\/comments?post=947122"}],"version-history":[{"count":0,"href":"https:\/\/www.newsbeep.com\/ca\/wp-json\/wp\/v2\/posts\/947122\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.newsbeep.com\/ca\/wp-json\/wp\/v2\/media\/947123"}],"wp:attachment":[{"href":"https:\/\/www.newsbeep.com\/ca\/wp-json\/wp\/v2\/media?parent=947122"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.newsbeep.com\/ca\/wp-json\/wp\/v2\/categories?post=947122"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.newsbeep.com\/ca\/wp-json\/wp\/v2\/tags?post=947122"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}