Certified Backstage Associate (CBA) 온라인 연습
최종 업데이트 시간: 2025년12월09일
당신은 온라인 연습 문제를 통해 The Linux Foundation Certified Backstage Associate 시험지식에 대해 자신이 어떻게 알고 있는지 파악한 후 시험 참가 신청 여부를 결정할 수 있다.
시험을 100% 합격하고 시험 준비 시간을 35% 절약하기를 바라며 Certified Backstage Associate 덤프 (최신 실제 시험 문제)를 사용 선택하여 현재 최신 295개의 시험 문제와 답을 포함하십시오.
정답:
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
정답:
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/.
정답:
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/
정답:
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/
정답:
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/
정답:
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/
정답:
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/
정답:
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.
정답:
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/
정답:
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/
정답:
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/
정답:
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/
정답:
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
정답:
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/
정답:
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.