이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
SAP BTP와 Fiori를 활용한 경험은 수업 프로젝트에서 기존 SAP 시스템의 기능을 확장하는 앱을 만든 것이었습니다.
BTP 환경에서 CAP 프레임워크로 백엔드 서비스를 만들고 Fiori Elements로 화면을 연결하는 방식으로 진행하였습니다. 기존 SAP 데이터를 읽어서 별도 화면에서 추가 처리할 수 있는 구조를 만들었습니다. Fiori의 디자인 패턴이 정해져 있어서 화면 구성 자체보다 데이터 모델링과 OData 서비스 설계에 더 집중하게 되었습니다. 실패는 OData 서비스의 필터 조건을 잘못 설정하여 조회 결과가 비어 나왔던 것이었는데, 디버그 툴로 요청 파라미터를 확인하면서 수정하였습니다.
BTP와 Fiori를 사용하면 SAP 데이터를 다루는 확장 앱을 표준화된 방식으로 빠르게 만들 수 있다는 것을 경험하였습니다.
Fiori 프로젝트에서 가장 많이 배운 건 표준 Fiori 패턴 안에서 어디까지 커스텀이 가능하고, 어디서부터는 별도 구현이 필요한지의 경계였습니다.
과제에서 리스트 화면에 정렬·필터 기능 외에 추가 버튼과 커스텀 액션을 넣어야 하는 요구사항이 있었는데, 표준 Fiori 컴포넌트로 처음에 구현을 시도했다가 표준 패턴이 지원하지 않는 부분에서 막혔습니다. 그 부분은 SAPUI5 컨트롤을 직접 추가하는 방식으로 해결했어요. 실패는 표준 구성으로 모든 걸 처리하려다가 시간을 낭비한 것이었는데, 이후엔 요구사항을 먼저 분류하고 표준/커스텀 여부를 먼저 판단했습니다.
Fiori를 쓸 때는 표준이 지원하는 범위를 먼저 파악하는 것이 프로젝트 설계 시간을 줄이는 데 도움이 됩니다.
BTP 프로젝트에서 처음에 가장 많이 막힌 부분이 BTP의 서브어카운트, 역할, 권한 구조를 이해하는 것이었습니다.
개발 환경을 세팅하면서 앱이 배포는 됐는데 접근 권한 오류가 계속 나왔는데, 원인이 역할 컬렉션 설정이 빠진 것이었어요. BTP는 역할 → 역할 컬렉션 → 사용자 할당의 계층적 구조라 각 단계를 이해하지 않으면 권한이 제대로 작동하지 않습니다. 오류 메시지만으로는 어느 단계가 누락됐는지 바로 파악하기 어려웠어요. 실패는 처음에 공식 문서를 건너뛰고 실습부터 했다가 기본 개념이 부족해서 오류를 해석하는 데 시간이 걸린 것이었습니다.
BTP 환경에서는 개발보다 권한과 환경 구성을 먼저 이해하는 것이 결과적으로 더 빠른 개발로 이어집니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 SK inc.(AX) 솔루션 아키텍트 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.