AI Glossary / Data engineering and architecture / Beginner
Community cloud
Definition
A community cloud is a cloud deployment intended for a defined group of organizations that share concerns such as mission, policy, security or compliance needs. The infrastructure is provisioned for that community rather than for unrestricted public use or solely for one organization. Ownership and operation can involve community members, a third party or a combination.
What it means
The community is defined by shared requirements, not merely by everyone being a customer of the same provider. Members may want common policies or facilities while retaining separate data and responsibilities. A community cloud can be located on or off member premises. Its classification does not establish that it is automatically compliant with any law or that all members can access each other's information. Governance and technical controls determine what is actually shared.
How it works
Participating organizations agree on membership, operating responsibilities, service expectations and policies. Resources are made available through cloud capabilities such as managed access and resource provisioning. Identity, tenant separation, monitoring and cost allocation support shared use. The design must address how members join, change requirements or leave. Common concerns can simplify some coordination, but differences in data sensitivity, workload peaks or procurement rules still need explicit resolution.
Three practical examples
- A group of research institutions shares a cloud environment designed around agreed collaboration and data-handling requirements.
- Several public-sector organizations use a restricted cloud service with common operational policies while maintaining separate application access.
- A consortium studying AI models provisions shared computing under a common governance arrangement, with clear rules for which datasets and results each participant can use.
Think of it this way
Think of several organizations sharing a specialized laboratory that is designed for their common needs. They can share facilities without sharing every notebook or experiment. The analogy is limited because a community cloud must also manage software identities, virtual resources and network access, and its governance cannot be inferred merely from the fact that members know one another.
Worked example
Suppose four organizations fund a shared analytical environment. The agreed monthly cost allocation includes a fixed governance share of 1,000 units per member plus measured compute usage at an illustrative internal rate. One member consumes 40% of the compute and another only 10%, so equal division of all costs would differ from the agreed usage-based method. The calculation shows why allocation rules must be explicit. It is not a real cloud price or a claim about the best funding model. The community must also define capacity priorities when several members need resources simultaneously.
Illustrative case study
Fictional case: Cedar Research Network creates a community cloud for collaborative data analysis. Members initially agree on broad security goals but differ on who may approve new external collaborators. The steering group records a common approval process and tests identity separation between projects. It also defines how a departing member exports its data and loses access. This fictional case illustrates governance work beyond purchasing shared infrastructure.
Common misconceptions and mistakes
Do not confuse community cloud with a public cloud used by many unrelated customers. Do not assume shared mission eliminates conflicting requirements. A community label is not a substitute for documented controls, contracts or legal analysis. Sharing infrastructure does not imply permission to combine all datasets. Also, shared ownership can complicate decision-making if responsibility for incidents, upgrades or cost overruns is unclear.
Business use
Businesses and institutions can consider community clouds when shared requirements justify coordinated infrastructure and governance. Compare the arrangement with separate deployments and appropriate public or private services. Include management overhead, member exit, capacity allocation and recovery responsibilities. For AI collaboration, define data rights, model access and result sharing explicitly. Evaluate the actual service guarantees and controls rather than treating deployment classification as proof of suitability.
People also ask
Must a community cloud be owned by its members?
No. NIST's deployment model allows management and ownership arrangements involving members, third parties or combinations.
Does every member see every dataset?
No. Data access depends on the agreed policies and technical permissions.
Is community cloud the same as hybrid cloud?
No. Community describes the intended group; hybrid describes a composition of distinct cloud infrastructures under the relevant definition.
Check your understanding
Ten unrelated businesses buy accounts in a generally available cloud service. Does that alone make the service a community cloud?
Answer: No. A community cloud is provisioned for a defined community with shared concerns, not simply a provider's collection of customers.
Related terms
- public cloud
- private cloud
- hybrid cloud
- tenant isolation
- shared governance
- resource pooling
- service agreement
Learn next
Write the shared requirements of a proposed community and identify which are genuinely common across members. Define membership, access, cost allocation and exit procedures. Compare the proposed architecture with alternatives using the same requirements before assuming that a community deployment is necessary.
More in Data engineering and architecture
- Commit (data management) - In data management, a commit is the successful completion of a transaction that makes its changes part of the database's accepted state under the system's...
- Commitment ordering - Commitment ordering is a concurrency-control property that aligns transaction commit order with the order imposed by conflicting operations.
- Common data model - A common data model is an agreed way to describe shared entities, attributes, relationships and meanings across systems.
- Compiled Query - A compiled query is a database query translated into a form that a particular system can execute.
- Complementation Rule - The complementation rule is an inference rule for multivalued dependencies in relational databases.
- Complete Join - In the terminology used by this glossary's source list, a complete join is a natural join in which every input tuple from both relations participates in at...
Sources
Primary institutional references: NIST SP 800-145, https://csrc.nist.gov/pubs/sp/800/145/final ; NIST SP 500-322, https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.500-322.pdf . Institutional definition and evaluation search excerpts consulted; full governance-specific and editorial review remain pending. No jurisdiction-specific compliance conclusion is implied.
Previous: Communication network Next: Commutation matrix