测验：开发工作流

create-app 으로 만든 앱 저장소에서 yarn start 를 실행하면 무엇이 일어납니까?

• 프론트엔드와 백엔드가 두 프로세스로 한 창에서 뜨고 3000 과 7007 포트를 쓴다
• 백엔드만 7007 에서 뜨고 프론트엔드는 yarn build 로 따로 만들어야 한다
• 프론트엔드만 3000 에서 뜨고 백엔드는 Docker 컨테이너로 자동 실행된다
• 운영용 Postgres 에 연결한 뒤 단일 프로세스로 7007 에서 전체가 뜬다

Backstage 프로젝트의 TypeScript 타입 검사에 대한 설명으로 맞는 것은?

• 패키지마다 독립된 컴파일 단위라 플러그인 하나만 따로 검사할 수 있다
• yarn tsc 가 각 패키지의 dist/ 에 JavaScript 와 타입 선언을 함께 낸다
• 저장소 전체가 한 컴파일 단위이고 증분 결과가 루트 dist-types/ 에 쌓인다
• CI 에서는 증분 검사가 켜진 yarn tsc 를 쓰고 로컬에서는 tsc:full 을 쓴다

yarn build:backend 가 만드는 skeleton.tar.gz 의 내용과 용도는?

• 프론트엔드 정적 자산만 담아 CDN 에 올리기 위한 아카이브다
• package.json 파일만 담아 Docker 빌드에서 yarn install 레이어를 캐시하게 한다
• 타입 선언만 담아 다른 저장소가 플러그인 타입을 참조하게 한다
• app-config 파일들만 담아 환경별 설정을 이미지와 분리한다

Docker 문서가 host build 를 권하는 이유와 multi-stage build 를 쓰는 경우로 맞는 것은?

• host build 는 이미지가 작아지고, multi-stage 는 프론트엔드를 따로 서빙할 때 쓴다
• host build 는 루트 권한이 필요 없고, multi-stage 는 Postgres 를 이미지에 넣을 때 쓴다
• host build 는 .dockerignore 가 필요 없고, multi-stage 는 플러그인이 있을 때만 쓴다
• host build 는 더 빠르고 캐시가 효율적이며, multi-stage 는 Docker 안에서 전체를 빌드해야 할 때 쓴다

createApp 의 themes 배열에 사용자 정의 테마를 넣을 때 주의할 점으로 문서가 적은 것은?

• id 는 light 또는 dark 여야 하고 다른 값은 설정 화면에 나오지 않는다
• Provider 는 BUI 테마에 필수이고 MUI 테마에서는 생략한다
• 배열이 기본 테마를 대체하므로 light 와 dark 모드를 모두 제공해야 한다
• variant 는 테마 파일 경로이며 App.tsx 와 같은 폴더에 있어야 한다

레거시 프론트엔드 플러그인에서 새 페이지 컴포넌트를 앱에 노출하려면 어디를 고쳐야 합니까?

• src/plugin.ts 에서 createRoutableExtension 으로 확장을 만들어 내보낸다
• app-config.yaml 의 plugins 절에 컴포넌트 경로를 등록한다
• packages/backend/src/index.ts 에 backend.add 로 플러그인을 추가한다
• dev/index.ts 에 컴포넌트를 등록하면 앱이 자동으로 읽는다