시험덤프
매달, 우리는 1000명 이상의 사람들이 시험 준비를 잘하고 시험을 잘 통과할 수 있도록 도와줍니다.
  / Certified Backstage Associate 덤프  / Certified Backstage Associate 문제 연습

The Linux Foundation Certified Backstage Associate 시험

Certified Backstage Associate (CBA) 온라인 연습

최종 업데이트 시간: 2025년12월09일

당신은 온라인 연습 문제를 통해 The Linux Foundation Certified Backstage Associate 시험지식에 대해 자신이 어떻게 알고 있는지 파악한 후 시험 참가 신청 여부를 결정할 수 있다.

시험을 100% 합격하고 시험 준비 시간을 35% 절약하기를 바라며 Certified Backstage Associate 덤프 (최신 실제 시험 문제)를 사용 선택하여 현재 최신 295개의 시험 문제와 답을 포함하십시오.

 / 8

Question No : 1


You have a Backstage catalog entity descriptor for a Component but want to add a relation to another API entity.
Which section should you update to establish this relationship?

정답:
Explanation:
To establish a relationship between entities, such as linking a Component to an API entity, the 'relations' section of the catalog entity descriptor should be updated. This section allows you to define how entities are connected, enabling better navigation and understanding of dependencies within the Backstage software catalog. Properly defined relations facilitate effective management and discovery of interconnected components. For more information, visit the Backstage Software Catalog documentation. https://backstage.io/docs/features/software-catalog/descriptor-format/ Collapse all questions

Question No : 2


Which of the following statements about the 'name' field in the metadata of a Backstage catalog entity is true?

정답:
Explanation:
In Backstage, the 'name' field within the metadata of a catalog entity must be unique per kind within a given namespace. This uniqueness is case insensitive, ensuring that names like 'ServiceA' and 'servicea' are considered the same. Additionally, names cannot be reused unless the original entity is deleted from the registry. This structure helps maintain clear and distinct identifiers for entities, facilitating accurate referencing and management within the catalog. For more information, see https://backstage.io/docs/features/software-catalog/descriptor-format/.

Question No : 3


You need the Owner filter in the CatalogIndexPage to include all owners, not just those who own an entity.
Which prop should you adjust?

정답:
Explanation:
To have the Owner filter in the CatalogIndexPage include all owners, you should set the 'ownerPickerMode' prop to 'all' in the CatalogIndexPage component. By default, the Owner filter only displays users and groups that own at least one entity in the catalog. Changing this setting allows the filter to list all possible owners, providing a more comprehensive selection. This adjustment is part of the Catalog Customization options available in Backstage, enabling you to tailor the filtering functionality to better suit your organization's needs.
https://backstage.io/docs/features/software-catalog/catalog-customization/

Question No : 4


What is the primary purpose of the Backstage build system?

정답:
Explanation:
The primary purpose of the Backstage build system is to offer an out-of-the-box solution that integrates seamlessly with Backstage projects. This approach allows developers to concentrate on application development rather than spending time configuring and setting up various development tools. By leveraging established tools like Webpack, Rollup, Jest, and ESLint, the build system ensures a smooth and efficient development experience tailored specifically for Backstage. This focus on developer experience is a core aspect of Backstage's design philosophy. More details can be found in the Backstage documentation on the build system. https://backstage.io/docs/tooling/cli/build-system/

Question No : 5


During local development, you receive an error indicating that your 'app-config.yaml' does not adhere to the required configuration schema.
What command can you use to validate your configuration against the schema?

정답:
Explanation:
To validate Backstage configuration files against the defined JSON schema, use the command 'backstage-cli config:check'. This ensures that all configuration settings meet the required structure and constraints, preventing runtime errors due to misconfigurations during development or deployment. Detailed instructions can be found in the 'Configuration Schema' section of Backstage's documentation. https://backstage.io/docs/conf/

Question No : 6


Where should the index.md file be located when setting up TechDocs in a repository?

정답:
Explanation:
When setting up TechDocs in a repository, the `index.md` file should be placed inside a `/docs` folder at the root of the repository. This structure is recommended as it allows TechDocs to easily locate and build the documentation site. Ensuring that the `index.md` file is correctly placed is essential for generating a coherent and accessible documentation experience. For more information, refer to the TechDocs setup guide in the Backstage documentation.
https://backstage.io/docs/features/techdocs/creating-and-publishing/

Question No : 7


You are developing a backend plugin for Backstage that needs to log messages during startup.
Which core service should you declare as a dependency?

정답:
Explanation:
When developing a backend plugin that requires logging during startup, the 'coreServices.logger' should be declared as a dependency. This core service provides the necessary logging functionality, allowing the plugin to output informational messages or errors during its initialization phase. Properly utilizing the logger service ensures that the plugin can communicate its state and any issues effectively within the Backstage backend environment. https://backstage.io/docs/backend-system/architecture/plugins/

Question No : 8


Which feature of TechDocs allows you to host documentation independently from the codebase within Backstage?

정답:
Explanation:
Documentation-Only Sites in TechDocs enable the hosting of documentation that is not directly tied to a specific code repository. This allows for centralized documentation management and the ability to maintain documentation independently from software components. This feature is useful for overarching documentation like guidelines, policies, or cross-cutting topics. More information can be found in the Backstage TechDocs documentation at https://medium.com/@susovanpanja/build-your-own-technical-documentation-portal-using-backstage-part-1-343b6dcf1dd7.

Question No : 9


What roles do policies and processors play in the processing phase of Backstage's catalog?

정답:
Explanation:
In the processing phase of the Backstage catalog backend, policies and processors have distinct but complementary roles. Policies are responsible for setting baseline rules regarding the structure and specifications of entities, ensuring they adhere to required standards. Processors, on the other hand, take the raw entity data, validate it against these policies, analyze it, and potentially mutate it into its final form. This systematic approach ensures that all entities within the catalog are consistent, valid, and ready for consumption through the catalog API. For more insights, refer to the Backstage Catalog documentation: https://backstage.io/docs/features/software-catalog/life-of-an-entity/

Question No : 10


A user has a catalog-info.yaml file in the directory /project/components/serviceA/. Within this YAML file, they want to reference a file named api-definition.yaml located in the same directory using a substitution.
Which placeholder should they use to embed the parsed YAML content?

정답:
Explanation:
In this scenario, the developer aims to embed the contents of a YAML file as a parsed structure within the catalog-info.yaml descriptor. Using the $yaml placeholder with the relative path ./api-definition.yaml ensures that Backstage interprets and embeds the content as YAML. This allows for structured data integration directly into the descriptor configuration. Other placeholders like $text or $json would either not parse the YAML correctly or attempt to treat it as a different format, leading to potential errors. For more guidance, refer to Backstage's documentation on customizing substitutions. https://backstage.io/docs/features/software-catalog/descriptor-format/

Question No : 11


What is the primary role of processors in Backstage's catalog configuration?

정답:
Explanation:
Processors in Backstage's catalog configuration are responsible for ingesting entity data from various sources. They handle tasks such as reading raw data from remote sources, parsing the data into the appropriate format, transforming it as necessary, and validating the information to ensure it meets the required standards before adding it to the catalog. This automation facilitates efficient and accurate management of software entities within Backstage. For more details, refer to the Backstage Catalog documentation: https://backstage.io/docs/features/software-catalog/configuration/

Question No : 12


When creating a new backend plugin in Backstage, which function is used to instantiate the plugin?

정답:
Explanation:
To create a new backend plugin in Backstage, the 'createBackendPlugin' function from the '@backstage/backend-plugin-api' package is used. This function initializes the plugin with required properties such as 'pluginId' and a 'register' method, ensuring proper integration within the Backstage backend architecture. For more details, refer to the Backstage documentation on backend plugins. https://backstage.io/docs/backend-system/architecture/plugins/

Question No : 13


Which feature of Backstage enhances its customizability by allowing developers to integrate various infrastructure and development tools?

정답:
Explanation:
Plugin Support is a key feature of Backstage that significantly enhances its customizability. By leveraging a collection of plugins, developers can integrate a wide range of infrastructure and software development tools directly into Backstage. This modular approach allows organizations to tailor Backstage to their specific needs by exposing different tools and services as seamless features within the platform. The robust plugin ecosystem ensures that Backstage can adapt to diverse development environments and workflows. For more details, visit the Backstage Plugin documentation: https://addozhang.medium.com/exploring-backstage-a-quick-start-guide-205742f8c92b

Question No : 14


What are the default YAML configuration files used by Backstage for general settings and local overrides?

정답:
Explanation:
Backstage uses 'app-config.yaml' as the main configuration file and 'app-config.local.yaml' for local environment overrides. These files contain plain YAML configurations, with support for environment variables and file references for sensitive data. These defaults help in structuring the configuration management consistently across deployments. For more details, refer to Backstage's 'Writing Configuration' section. https://backstage.io/docs/conf/

Question No : 15


Where can you access the Software Templates feature in a locally developed Backstage instance?

정답:
Explanation:
In a local Backstage development environment, the Software Templates feature is accessible under the '/create' route. By navigating to https://backstage.io/docs/features/software-templates/, developers can access the interface to create new components using predefined templates. This location is consistent with the default setup for Backstage and allows for easy access to the templating functionalities during development. For more information, refer to the Backstage Documentation on Software Templates.

 / 8
The Linux Foundation