What This Network Covers: Technology Services Domains and Gaps

The technology services sector spans infrastructure, software engineering, data systems, artificial intelligence, and distributed computing — each a distinct professional domain with its own qualification standards, regulatory touchpoints, and service categories. This reference maps the seven specialized member authorities within this network, identifies the coverage boundaries each domain holds, and describes where those domains intersect and diverge. Professionals, researchers, and service seekers navigating the US technology sector will find here a structured account of what this network covers, how its member properties are organized, and where gaps or cross-domain questions arise.

Definition and scope

Technology services, as classified under the North American Industry Classification System (NAICS), fall within codes 541511 through 541519, which cover custom computer programming, computer systems design, and related services (US Census Bureau, NAICS). The Federal Acquisition Regulation (FAR), maintained by the General Services Administration (GSA) and accessible at ecfr.gov, governs IT service acquisition under FAR Part 39 and draws a functional distinction between IT resources that process and store data versus operational technology that controls physical processes.

Within this network, the Computer Science Authority organizes coverage across 7 member properties, each assigned to a bounded technical domain. Those domains map onto three internal groupings:

1. Infrastructure and Systems — operating systems, distributed systems, cloud computing
2. Data and Intelligence — database systems, data science, artificial intelligence
3. Software Development — software engineering as a professional discipline

The Infrastructure and Systems Vertical and the Data and Intelligence Vertical and Software Development Vertical each represent a coherent cluster of professional services, credentialing pathways, and applicable standards. The network coverage map provides a visual summary of how these domains relate spatially.

The National Institute of Standards and Technology (NIST), through its Computer Security Resource Center at csrc.nist.gov, publishes standards and frameworks that intersect with all 7 domains — particularly NIST SP 800-53 (security controls), NIST SP 800-145 (cloud computing definitions), and the NIST AI Risk Management Framework (AI RMF). These publications provide the normative vocabulary applied across member site content.

How it works

The network operates as a reference hub: this central property defines scope, editorial standards, and classification logic, while each member property covers its domain with the depth required for professional-grade reference. The how it works section of this site describes the structural relationship between hub and members in more detail.

Each member property follows the network editorial standards, which require attribution to named public sources, avoidance of commercial promotion, and coverage of licensing and qualification standards where they exist. The membership criteria page describes the domain-coverage thresholds and sourcing requirements that govern inclusion.

The 7 member properties and their scopes:

• Artificial Intelligence Systems Authority covers the design, deployment, and governance of AI and machine learning systems, including alignment with the NIST AI RMF and emerging federal AI policy under Executive Order 14110 (October 2023). This property is the reference point for AI service categories, model lifecycle management, and the professional landscape around AI engineering and governance roles.

• Cloud Computing Authority addresses cloud service models (IaaS, PaaS, SaaS as defined in NIST SP 800-145), deployment architectures, federal authorization frameworks including FedRAMP, and the service provider landscape. Cloud infrastructure underlies all other domains in this network, making this property a foundational cross-reference for the full site family.

• Data Science Authority maps the professional landscape of statistical analysis, predictive modeling, and data-driven decision systems. It covers the qualification continuum from data analyst to research scientist, the tools and frameworks in professional use, and the regulatory contexts — including health data analytics under HIPAA and financial modeling under SEC oversight — where data science practitioners operate.

• Database Systems Authority covers relational and non-relational database architectures, query language standards (including ISO/IEC 9075 for SQL), database administration as a credentialed profession, and the operational requirements for database systems in regulated environments. It is the technical complement to the data science property, focusing on storage architecture rather than analytical methodology.

• Distributed Systems Authority addresses the design and operational principles of systems that run across multiple networked nodes — including consensus mechanisms, fault tolerance, and the CAP theorem as a classification framework for architectural tradeoffs. This domain intersects directly with cloud infrastructure and is relevant to any service organization operating at scale across geographically separated infrastructure.

• Operating Systems Authority covers kernel architecture, process management, memory allocation, and the professional and regulatory contexts in which operating system selection, hardening, and certification occur. Federal standards including the Common Criteria Evaluation and Validation Scheme (CCEVS), administered by NIST and CNSSI, define conformance requirements for OS deployments in sensitive environments.

• Software Engineering Authority covers the professional discipline of software construction — from requirements analysis through testing, deployment, and maintenance. It maps licensing frameworks (including state-level professional engineering licensure for software), the IEEE and ISO/IEC standards that define software quality and process maturity, and the service categories that comprise the software development industry under NAICS 541511.

The how the domains relate page provides a structured comparison of overlap zones, particularly where cloud computing, distributed systems, and operating systems share technical surface area.

Common scenarios

Three categories of cross-domain queries arise most frequently within this network:

Scenario 1: Infrastructure selection for a data-intensive workload. A researcher or procurement officer evaluating infrastructure for a large-scale analytics pipeline will encounter material from at least 3 member domains: cloud computing (for deployment model and provider selection under FedRAMP if federal), database systems (for storage architecture), and data science (for analytical workload requirements). The key dimensions and scopes of technology services page identifies how these concerns are separated.

Scenario 2: AI deployment governance. Deploying a machine learning system in a regulated context — healthcare, financial services, or federal contracting — involves the AI systems domain (model governance and NIST AI RMF alignment), the software engineering domain (development lifecycle and IEEE 730 quality standards), and potentially the data science domain (training data provenance and validation). Each member property addresses its slice of this problem; the cross-domain technology concepts page maps the handoffs.

Scenario 3: Operating system selection in a security-sensitive environment. Organizations subject to CNSSI 1253 or DOD STIG requirements will find operating systems authority content directly applicable. Where those systems run on cloud infrastructure, the cloud computing authority provides the complementary reference layer.

For terminology that spans domains — such as "containerization," which sits at the intersection of operating systems, distributed systems, and cloud computing — the network glossary provides normalized definitions drawn from named standards bodies.

Decision boundaries

Not all technology service questions fall within the scope of this network's member properties. The following boundaries define the coverage envelope:

Covered vs. not covered — a structural comparison:

Cybersecurity as a primary domain is not covered by any of the 7 member properties — it falls to separate authority properties outside this network. The technology services frequently asked questions page addresses the most common boundary questions, including where to find cybersecurity and networking coverage.

Service seekers with questions about the scope of a specific member property can consult the how to get help for technology services page, which maps query types to the appropriate member property. The member directory provides a consolidated reference to all 7 properties with their stated coverage areas and editorial standards disclosures.

References

• US Census Bureau — NAICS Codes 541511–541519
• Federal Acquisition Regulation (FAR) Part 39 — Acquisition of Information Technology
• NIST SP 800-145 — The NIST Definition of Cloud Computing
• NIST SP 800-53 Rev. 5 — Security and Privacy Controls for Information Systems
• NIST AI Risk Management Framework (AI RMF 1.0)
• NIST Computer Security Resource Center (CSRC)
• [Common Criteria Evaluation and Validation Scheme (CCEVS) — NIST](https://www.niap-cc