질문 32개
기술 스택은 어떻게 선택합니까?
고객 팀이 운영하고 인력 채용이 가능한 기술, 다른 시스템에서 사용하는 기술, 소프트웨어가 해야 할 일에서 출발합니다. 대부분의 비즈니스 소프트웨어에는 TypeScript, Java, C#, Python 같은 주류 언어와 관계형 데이터베이스, 이미 사용 중인 클라우드를 선택합니다. 각 선택과 그 이유를 기록합니다.
멀티테넌트 SaaS 제품을 구축할 수 있습니까?
그렇습니다. 테넌트 격리, 테넌트별 구성, 역할, 빌링 연동, 감사 추적을 첫 릴리스부터 설계합니다. 나중에 추가하려면 데이터 모델을 다시 작성해야 하기 때문입니다. 보안과 비용 요구에 따라 테넌트가 데이터베이스를 공유할지, 스키마를 공유할지, 아무것도 공유하지 않을지 고객과 합의합니다.
컴포저블 아키텍처는 우리에게 어떤 의미입니까?
플랫폼을 가격, 온보딩, 빌링처럼 자체 API를 갖춘 자족적 비즈니스 역량으로 구성합니다. 각 역량은 나머지를 건드리지 않고 변경·확장·교체할 수 있으며, 새 제품이 이를 재사용할 수 있습니다. 수년간 성장할 플랫폼에 적합하며, 작은 도구에는 필요하지 않습니다.
어떤 프런트엔드 프레임워크를 사용합니까?
대부분의 신규 애플리케이션에는 서버 렌더링을 지원하고 도구 생태계가 탄탄한 React와 Next.js를 사용합니다. Angular와 Vue.js도 다루며, 합리적인 경우에는 고객이 이미 사용하는 프레임워크를 계속 사용합니다.
웹 애플리케이션이 아니라 데스크톱 애플리케이션을 구축하는 이유는 무엇입니까?
오프라인 사용, 기기나 로컬 파일에 대한 직접 접근, 대용량 데이터나 그래픽, 키보드 중심의 빠른 화면이 필요할 때 데스크톱을 선택합니다. 그 밖의 대부분의 요구에는 웹 애플리케이션이 배포와 업데이트가 더 쉽습니다. 사안별로 권고하며, 때로는 웹 애플리케이션에 작은 데스크톱 구성 요소를 더하는 것이 정답입니다.
네이티브와 크로스플랫폼 데스크톱 중 무엇을 선택해야 합니까?
네이티브 애플리케이션은 최고의 성능과 각 운영체제에 가장 잘 맞는 동작을 제공합니다. 크로스플랫폼 애플리케이션은 Windows, macOS, Linux에서 하나의 코드베이스를 공유해 구축과 변경 비용을 낮춥니다. 한 플랫폼이 주를 이루거나 요구가 까다로우면 네이티브를, 여러 플랫폼이 중요하면 크로스플랫폼을 권장합니다.
데스크톱 애플리케이션이 네트워크 연결 없이 작동할 수 있습니까?
허용되는 작업에 한해 가능합니다. 각 사용자가 기기에 필요한 데이터를 고객과 함께 결정하고, 암호화해 보관하며, 네트워크가 복구될 때까지 변경 사항을 기록합니다. 같은 레코드가 두 곳에서 변경되면 합의된 규칙으로 우선순위를 정하거나 사람에게 선택을 요청합니다.
스캐너, 프린터 등 우리 기기와 연동할 수 있습니까?
그렇습니다. 바코드 스캐너, 영수증·라벨 프린터, 저울, 결제 단말 등 직원이 사용하는 기기와 통합합니다. 각 기기의 드라이버, SDK, 표준 포트를 통해 연결하고, 같은 유형의 기기도 동작이 다른 경우가 많으므로 고객이 사용하는 정확한 모델과 펌웨어로 테스트합니다.
네이티브로 만들어야 합니까, 크로스플랫폼으로 만들어야 합니까?
Swift와 Kotlin 기반 네이티브 앱은 기기 기능에 가장 폭넓게 접근할 수 있습니다. React Native 또는 Flutter 기반 크로스플랫폼 앱은 대부분의 코드를 iOS와 Android에서 공유하므로 구축과 변경 비용이 낮아집니다. 앱이 기기에 크게 의존하면 네이티브를, 대부분의 비즈니스 및 소비자 앱에는 크로스플랫폼을 권장합니다.
디지털 트윈이란 무엇이며, 언제 구축할 가치가 있습니까? (모바일, 공간 컴퓨팅과 디지털 트윈)
디지털 트윈은 센서와 시스템에서 오는 데이터를 받아 실제 장소나 프로세스를 보여주는 실시간 3D 모델입니다. 그 장소에 관한 결정을 실제로 테스트하는 비용이 클 때 구축할 가치가 있습니다. 생산 라인 변경, 항구 계획, 스마트시티 구역 운영, 희귀 상황에 대비한 직원 교육 등이 그 예입니다.
디지털 트윈은 어떤 시스템과 연결할 수 있습니까?
실제 현장을 설명하는 시스템입니다. 산업용 IoT 및 센서 플랫폼, 건물 및 플랜트 시스템, ERP 및 자산 유지보수 시스템이 해당합니다. 데이터 소스와 각각의 갱신 주기를 합의하여 트윈이 현장의 현재 모습을 보여주도록 합니다.
앱이 연결 없이 작동할 수 있습니까?
여정이 허용하는 범위에서 가능합니다. 사용자에게 필요한 데이터를 암호화하여 기기에 저장하고, 연결이 돌아올 때까지 변경 사항을 대기시킵니다. 동일한 레코드가 두 곳에서 변경된 경우를 처리하는 동기화 규칙은 귀사와 함께 설계합니다.
제품의 접근성을 어떻게 확보합니까?
첫 와이어프레임부터 WCAG 2.2 AA에 맞춰 설계합니다. 충분한 대비, 보이는 포커스, 논리적 읽기 순서, 충분히 큰 대상, 모든 컨트롤의 레이블이 포함됩니다. 자동 검사는 모든 변경에 실행하고, 릴리스 전에는 키보드와 스크린 리더로 핵심 여정을 직접 테스트합니다.
아랍어와 기타 오른쪽에서 왼쪽 언어를 위한 설계를 할 수 있습니까?
그렇습니다. 오른쪽에서 왼쪽 설계는 화면을 뒤집는 것보다 많습니다. 탐색, 진행 표시, 방향성 아이콘은 반전되지만 숫자, 로고, 미디어 컨트롤은 보통 반전되지 않습니다. 아랍어 텍스트에는 자체 서체, 크기, 줄 높이가 필요하며 두 방향 모두 원어민 검토자와 확인합니다.
자가 치유 테스트 자동화란 무엇입니까?
인터페이스 테스트는 기능이 여전히 작동해도 버튼이 이동하거나 이름이 바뀌면 깨지는 경우가 많습니다. 자가 치유 테스트는 AI로 요소를 다시 찾아 갱신된 테스트를 제안하고 엔지니어가 승인합니다. 실제 결함을 숨기지 않으면서 스위트의 신뢰성을 유지합니다.
현대화에서 AI는 실제로 무엇을 합니까?
많은 구코드를 빠르게 읽고 프로그램의 동작을 설명하며 데이터 흐름을 추적하고 리팩터링을 제안하고 테스트 초안을 작성합니다. 무엇을 변경할지는 엔지니어가 결정하고 모든 줄을 검토하며 특성화 테스트로 증명합니다. AI는 이해를 앞당기지만 검증을 대체하지 않습니다.
COBOL과 DB2 워크로드를 메인프레임에서 이전할 수 있습니까?
그렇습니다. COBOL 프로그램을 클라우드 네이티브 서비스로 변환하거나 재구축하고, 모든 단계에서 대사하며 DB2 데이터를 이전합니다. 배치 작업과 파일 인터페이스는 현대적 대응물로 대체합니다. 안정적이지만 이전 비용이 큰 부분은 순서가 올 때까지 API 계층 뒤에 둘 수 있습니다.
시스템을 교체하는 것보다 래핑하는 것이 나은 때는 언제입니까?
구핵심이 안정적이고 정확하지만 접근하기 어려울 때입니다. 앞단의 현대적 API를 통해 새 채널, 파트너, 제품이 내부를 건드리지 않고 기능을 사용할 수 있습니다. 시스템이 변경을 막거나 보안을 유지할 수 없거나 인력을 확보할 수 없을 때 교체를 권장합니다.
소버린 클라우드란 무엇이며, 필요합니까?
소버린 클라우드는 데이터, 운영, 법적 통제를 하나의 관할권 안에 유지합니다. 리전 공급자, 정부 클라우드, 적절한 통제를 갖춘 하이퍼스케일러 리전, 또는 자체 데이터 센터일 수 있습니다. 법이나 규제 기관이 특정 레코드의 국내 보관을 요구할 때 필요합니다. 권장 배치를 정하기 전에 어떤 워크로드가 그런 규칙의 적용을 받는지 매핑합니다.
어떤 클라우드 공급자를 사용해야 합니까?
변경할 명확한 이유가 없다면 보통 이미 사용 중인 공급자를 사용합니다. 결정 요인은 데이터 상주, 기존 계약과 역량, 필요한 관리형 서비스, 다른 시스템과의 연결 방식입니다. AWS, Microsoft Azure, Google Cloud, 알리바바 클라우드, 리전 정부 클라우드를 모두 다루며, 공급자별 코드는 가치가 있는 곳에만 제한합니다.
종속을 어떻게 피합니까?
인프라는 Terraform, OpenTofu, Pulumi 같은 오픈소스 도구로 정의하고 워크로드는 Kubernetes 등 이식 가능한 플랫폼에서 실행합니다. 공급자의 자체 서비스가 더 나은 선택인 경우에는 의도적으로 사용하고 이탈 경로를 문서화합니다. 각 워크로드를 이전하는 데 필요한 노력에 대한 서면 추정치를 받게 됩니다.
인프라를 사내에 두어야 합니까, 클라우드로 이전해야 합니까?
시스템마다 다릅니다. 데이터를 어디에 둘 수 있는지, 성능과 연결성 요구, 라이선스, 고객 팀이 운영할 수 있는 범위에 달려 있습니다. 많은 기업이 하이브리드 자산을 운영하며, 하나로 설계하면 잘 작동합니다. 비용, 위험, 노력 측면에서 선택지를 비교하고 우리가 선택할 방향을 권고합니다.
자체 GPU에서 AI 모델을 실행해야 합니까?
데이터가 고객 경계를 벗어날 수 없거나, 사용량이 충분히 일정해 자체 용량이 호출당 비용보다 저렴할 때 고려하십시오. 프라이빗 클러스터, 소버린 클라우드, 퍼블릭 모델 서비스를 워크로드 기준으로 비교한 뒤 클러스터와 제공할 모델의 규모를 산정합니다.
이미 보유한 장비와 시스템과 함께 일할 수 있습니까?
그렇습니다. 보유한 것에서 시작해 지원이 종료되었거나 설계에 방해가 되는 것만 교체합니다. 하드웨어나 라이선스를 구매해야 하면 필요한 것과 이유를 명시하고 공급자는 고객이 선택합니다.
플랫폼 엔지니어링이란 무엇이며 DevOps와 어떻게 다릅니까?
DevOps는 개발자와 운영이 소프트웨어 운영 책임을 공유하는 실무입니다. 플랫폼 엔지니어링은 그 실무를 제품으로 전환합니다. 모든 팀이 서비스를 구축·배포·운영하는 동일한 검증 경로를 제공하는 내부 개발자 플랫폼입니다. 고객 팀은 파이프라인이 아니라 기능에 시간을 씁니다.
어떤 도구를 사용합니까?
보통 이미 보유한 도구를 사용합니다. 인프라는 Terraform, OpenTofu, Pulumi, 컨테이너는 Kubernetes, CI/CD는 GitLab CI/CD, GitHub Actions, Argo CD 등 일반적인 서비스를 다룹니다. 도구가 필요한 것을 막을 때만 변경을 권장합니다.
캐싱과 라우팅이 답변 품질을 떨어뜨립니까?
유스케이스별로 설정하면 그렇지 않습니다. 작업은 최전선 모델과 동일한 평가를 통과한 뒤에만 소형 모델로 이동하며, 캐시된 답변은 저장된 답변이 여전히 정확한 경우에만 사용합니다. 불확실한 것은 여전히 더 큰 모델로 갑니다.
GreenOps란 무엇입니까?
GreenOps는 FinOps 접근을 에너지와 탄소에 적용합니다. 워크로드는 사용량에 맞게 규모를 정하고, 기다릴 수 있다면 전력이 더 깨끗한 시간과 장소에서 실행하며, ESG 보고에 필요한 방식으로 보고합니다.
우리 하드웨어 보안 모듈이 양자 내성 알고리즘을 지원합니까?
지원 여부는 모델과 펌웨어 버전에 따라 다릅니다. CBOM 감사에서 각 HSM을 점검하고, 필요한 경우에만 업그레이드나 교체를 계획합니다.
양자 키 분배가 필요합니까?
대개는 필요하지 않습니다. 양자 내성 암호는 이미 보유한 네트워크와 하드웨어에서 작동하지만, QKD는 전용 광링크가 필요합니다. 규제 기관이나 파트너가 요구하는 소수의 고가치 링크에 대해서만 QKD를 검토합니다.
어떤 클라우드와 플랫폼을 다룹니까?
AWS, Microsoft Azure, Google Cloud, 알리바바 클라우드, 리전 정부 클라우드, 그리고 고객의 자체 데이터 센터와 프라이빗 GPU 클러스터를 다룹니다. 인프라는 Terraform, OpenTofu, Pulumi로 정의하고 워크로드는 Kubernetes에서 실행하므로 공급자 선택의 자유가 유지됩니다.
하이퍼스케일러에서 벗어나도록 도와줄 수 있습니까?
그렇습니다. 어떤 서비스가 공급자에 종속시키는지 평가하고, 소버린 클라우드나 다른 공급자 또는 고객의 데이터 센터에 목표 환경을 설계한 뒤, 각 단계마다 롤백 경로를 마련해 단계적으로 워크로드를 이전합니다. 어디까지 이전할지는 고객이 결정합니다. 전부 이전하는 고객도 있고, 규제 기관이 중요하게 보는 워크로드만 이전하는 고객도 있습니다.
더 많은 질문
- AI와 데이터모델과 벤더, 정확도, 검색 증강 또는 미세 조정, 데이터 플랫폼, 실시간 데이터, 문서 자동화.질문 37개
- 통합ERP 시스템, 미들웨어, 은행 포맷, ISO 8583, 단말기, 호스트 간 또는 EBICS, 오픈 뱅킹, 서드파티 API.질문 32개
- 산업코어 뱅킹, ISO 20022, 사기 모니터링, 매장, EDI와 운송사, HL7과 FHIR, 접근성, ERP 업그레이드.질문 30개
- 부서별 솔루션ERP 연결, 전자 인보이스 의무, AP2와 EDI 공급업체, 디지털 제품 여권, CRM, 동적 가격 책정, 대화형 BI, 아랍어.질문 13개
- 비용 및 가격프로젝트나 팀의 비용을 결정하는 요인과 추정 방식.질문 29개
- 일정작업을 시작하고 수행하기까지 걸리는 시간과 이를 바꾸는 요인.질문 10개
- 소유권 및 계약코드, 데이터, 결과물의 소유 주체와 계약 방식.질문 22개
- 보안 및 데이터작업하는 동안 귀사의 시스템, 코드, 데이터를 보호하는 방식.질문 79개
- 팀 및 인력프로젝트에 누가 참여하고, 어떻게 선정되며, 팀이 어떻게 바뀌는지.질문 30개
- 프로세스 및 커뮤니케이션작업 계획, 보고, 수용 방식.질문 121개
- 지원 및 운영운영 전환 이후의 지원, 모니터링, 변경.질문 29개
- XSIS 소개우리가 누구이며, 어디에 있고, 어떻게 연락하는지.질문 6개
계약이 아니라 대화로 시작하십시오.
구축하거나 연결하거나 보호할 대상을 알려 주십시오. 아키텍트가 함께 검토한 뒤 시작 지점을 제안합니다.
다음 단계
일정 협의
팀이 이메일로 연락해 세션 시간을 협의합니다.
사전 컨설팅 세션
무료 30분 온라인 사전 컨설팅 세션에서 목표, 시스템, 제약 조건을 함께 검토합니다.
준비도 검토
무료 48시간 준비도 검토에서 프린시펄 아키텍트가 프로젝트를 6개 항목의 준비 완료 정의에 비추어 점검하고 적합한 트랙을 권고합니다.
트랙 선택
범위가 준비된 프로젝트는 영업일 기준 3~5일 이내 구속력 있는 제안서를 받습니다. 개념 단계 프로젝트는 블루프린트 스튜디오에서 시작합니다. 장애가 있거나 문서화되지 않았거나 통합이 필요한 운영 시스템은 1~2주 진단으로 시작합니다. 블루프린트 스튜디오와 진단은 각각 고정 비용이며 제안서에 명시됩니다.