쏘카

RSS

게시글: 73
등록: 2026년부터

All Frontend Backend AI DevOps Architecture Etc

Frontend
쏘카 디자인 시스템 2.0 개발기 2편: 기술로 굴리기(웹)
쏘카 디자인 시스템 2.0 개발 과정 중 웹 프론트엔드 개발 경험을 공유하는 글입니다. 컴포넌트 아키텍처 설계 목적, Hook과 객체 활용, 합성 컴포넌트 및 명령형 API 사용법을 상세히 설명합니다. 또한, 패키지 전략으로 트리쉐이킹을 통한 번들 크기 최적화 방안을 제시하며, LLM을 활용한 Figma MCP 자동화 사례를 소개합니다. 디자인 시스템 구축 시 고려해야 할 기술적 접근 방식과 AI 기술의 접목 가능성을 보여주는 내용입니다.
디자인 시스템React컴포넌트 아키텍처
쏘카·2026년 2월 24일
Frontend
쏘카 디자인 시스템 2.0 개발기 1편: 시스템으로 굴리기(웹)
쏘카 디자인 시스템 2.0 개발 과정을 다루는 글입니다. 이 글은 디자인 시스템을 단순히 UI 컴포넌트 라이브러리로만 보지 않고, 설계, 연동, 운영까지 포함하는 '시스템'으로 확장하여 접근합니다. 특히 Figma Plugin과 Figma Code Connect를 활용하여 디자인과 개발 간의 연동을 강화하고, 릴리스와 피드백 루프를 포함한 운영 프로세스를 통해 지속적인 품질 관리를 추구하는 방안을 제시합니다. 이를 통해 개발 생산성 향상과 일관된 사용자 경험 제공을 목표로 합니다.
디자인 시스템UI 컴포넌트Figma
쏘카·2026년 2월 23일
Etc
팀 레거시 개선 (3) 쏘카존 관리 시스템 - 6년간 진행된 팀 레거시 코드 및 문서 개선기
쏘카존 관리 시스템의 6년간에 걸친 레거시 코드 및 문서 개선 과정을 다룬 글입니다. 비즈니스 연속성을 유지하면서 점진적으로 시스템을 개선하는 데 초점을 맞추고 있습니다. 초기 테스트 코드 0%에서 시작하여 신뢰 기반 이원화 전략을 통해 점진적인 개선을 이루었으며, 서비스를 중단하지 않고 테이블을 수정하는 방법론을 제시합니다. 또한, TL이 된 후 문서화의 중요성을 깨닫고 Postman 팀 워크스페이스 활용 및 10개 시스템 ERD 작성 등 구체적인 문서화 활동을 소개합니다. 이 글은 기술적인 개선뿐만 아니라 조직 문화와 협업 방식의 변화가 레거시 시스템 개선에 미치는 영향도 함께 조명합니다.
레거시 코드코드 개선문서화
쏘카·2026년 2월 13일
DevOps
Node.js 컨테이너, 왜 깔끔하게 안 죽을까? (feat. Graceful shutdown)
이 글은 Node.js 컨테이너 환경에서 Graceful Shutdown이 제대로 동작하지 않는 문제를 다룹니다. Kubernetes에서 Pod 종료 시 SIGTERM 시그널을 보내지만, Node.js 애플리케이션이 이를 받지 못하고 SIGKILL로 강제 종료되는 현상의 원인을 분석합니다. 일반적인 오해와 달리, 이는 Node.js 자체의 문제라기보다는 Linux 커널의 PID 1 보호 메커니즘과 Node.js 이벤트 루프의 동작 방식이 복합적으로 작용한 결과임을 설명합니다. SIGTERM을 제대로 처리하지 못하는 상황을 해결하기 위해 프로세스 종료 과정을 근본적으로 이해하고, 이를 통해 안정적인 서비스 운영 방안을 모색하는 방법을 제시합니다.
Node.jsGraceful ShutdownSIGTERM
쏘카·2026년 1월 19일
Backend
쏘카프레임 - 블루투스 모듈
쏘카는 앱을 통해 차량 제어, 일레클 및 따릉이 제어 등 다양한 기능을 제공합니다. 이러한 기능들은 차량 내부에 설치된 STS(Socar Telematics System) 단말기가 서버 또는 블루투스를 통해 명령 데이터를 수신하고 처리함으로써 가능해집니다. 블루투스 통신은 서버 통신보다 신뢰성이 높아 가능한 경우 우선적으로 사용됩니다. 본 글은 쏘카, 일레클, 따릉이에서 공통으로 활용되는 '쏘카프레임 - 블루투스 모듈'에 대해 소개합니다. 기존 Android 및 iOS 플랫폼의 블루투스 API는 파편화되어 있고 하드웨어 맥락을 응집하지 못하는 단점이 있었습니다. 쏘카프레임 블루투스 모듈은 이러한 파편화된 API를 추상화하여 개발 생산성을 높이고 서비스 요구 사항에 효과적으로 대응할 수 있도록 설계되었습니다.
쏘카프레임블루투스STS
쏘카·2026년 1월 8일
Frontend
쏘카프레임 - 앱 프레임워크와 개발자 경험
쏘카 모바일 개발팀은 2019년부터 이어온 앱 개편 개발 철학과 실행 과정을 소개합니다. 개발팀의 행복과 성장을 중요하게 생각하며, 이를 위해 잉여 시간 확보와 생산성 향상에 집중했습니다. '쏘카프레임'이라는 네이티브 앱 개발 프레임워크는 Android와 iOS 개발 시 동일한 추상화 위에서 앱을 개발할 수 있도록 지원합니다. 이 프레임워크는 개발자의 사고방식을 가이드하고 논리를 규격화하며, 플랫폼 및 라이브러리 사용성을 통일하고 예외 처리를 정규화합니다. 엄격한 코딩 컨벤션과 제식화된 기반으로 코드의 일관성을 높여 인지적 축약을 유도하고 실수를 줄입니다. 이를 통해 개발 과정의 불확실성을 최소화하고, 서비스 조달 시간을 단축하며, 팀원 간 협업 및 코드 수정 용이성을 높여 개발자 경험을 향상시키는 것을 목표로 합니다.
네이티브 앱 개발프레임워크개발자 경험
쏘카·2026년 1월 7일
DevOps
FE Core팀의 CI 속도전: 캐시 전략을 활용한 병렬 빌드
이 글은 Monorepo 환경에서 FE Core팀이 겪었던 CI 빌드 시간 및 신뢰성 문제를 해결하기 위한 CI/CD 파이프라인 최적화 사례를 다룹니다. 기존 파이프라인의 한계를 분석하고, Runner 사양 개선, 병렬 빌드(Matrix) 도입, 그리고 핵심 전략인 캐시를 활용한 빌드 최적화 방안을 상세히 설명합니다. 특히, 캐시 키 전략을 통해 빌드 속도를 획기적으로 개선하고 불필요한 재빌드를 방지하는 방법을 중점적으로 다룹니다. 또한, 빌드 검증 단계를 분리하여 전체 파이프라인의 효율성을 높이는 방안도 제시합니다. 이를 통해 CI/CD 파이프라인의 속도와 안정성을 향상시켜 개발 생산성을 높이는 것을 목표로 합니다.
CI/CD모노레포빌드 최적화
쏘카·2025년 6월 10일
DevOps
자동화는 처음이라: 실험과 실패, 그리고 성장
이 글은 테스트 자동화 도입 과정에서의 시행착오와 그 경험을 공유합니다. 초기에는 수동 테스트에 의존하여 발생하는 비효율성과 리소스 소모 문제를 해결하기 위해 자동화 테스트 도입을 결정했습니다. E2E 테스트와 API 테스트의 장단점을 비교 분석한 결과, 변동성이 적은 API 테스트를 중심으로 자동화를 시작하기로 했습니다. 초기 아키텍처는 Jenkins 기반으로 Zephyr에서 테스트 항목을 받아 Postman Script를 실행하고 결과를 Slack으로 공유하는 방식으로 구성되었습니다. 하지만 Jenkins 서버 구축 및 관리의 어려움, AWS EC2 환경에 대한 지식 필요성, 복잡한 설정 등의 문제점을 발견했습니다. 이러한 경험을 통해 자동화 도입의 어려움 속에서도 성장할 수 있었던 이유와 앞으로의 방향성을 제시합니다.
QA 자동화테스트 자동화E2E 테스트
쏘카·2025년 6월 1일
DevOps
로그 파이프라인 개선기 - 기존 파이프라인 문제 정의 및 해결 방안 적용
쏘카 데이터엔지니어링팀에서 서버 로그를 BigQuery에 적재하는 기존 로그 파이프라인의 문제점을 정의하고 개선 방안을 적용한 과정을 공유합니다. 특히 데이터 스키마 변경으로 인한 어려움을 해결하기 위해 데이터 컨트랙트를 도입한 경험을 중심으로 설명합니다. 기존 파이프라인은 여러 종류의 로그 데이터가 혼합된 형식으로 제공되며, 각 로그 타입마다 고유한 필드를 포함하고 있습니다. 이 글은 데이터 파이프라인 구축 및 개선을 원하는 데이터 엔지니어, 데이터 컨트랙트 도입을 고려하는 개발자, 그리고 데이터 엔지니어링 업무에 관심 있는 사람들에게 유용한 정보를 제공합니다. 단일 진실 공급원(SSoT)의 중요성을 강조하며, 신뢰할 수 있는 데이터 기반 마련의 중요성을 시사합니다.
로그 파이프라인데이터 엔지니어링BigQuery
쏘카·2025년 2월 25일
Etc
Data Product (3) 데이터로 실제 운영 효율화가 가능할까?
본 글은 데이터 프로덕트 도입을 통해 실제 운영 효율화를 달성한 경험을 공유합니다. 특히, 카셰어링 서비스에서 날씨 데이터를 활용하여 세차 운영을 최적화한 사례를 다룹니다. 기존 세차 운영 방식의 문제점을 분석하고, 날씨 데이터 수집 및 분석 과정을 상세히 설명합니다. 날씨와 차량 오염 간의 상관관계를 분석하고, 이를 바탕으로 운영 적용을 위한 시뮬레이션을 진행하여 효율적인 세차 시점을 예측합니다. 이를 통해 데이터 기반의 의사결정이 어떻게 실제 비즈니스 운영 효율성을 높이는지 보여주며, 데이터 프로덕트의 가치를 강조합니다.
소카Data Product운영 효율화
쏘카·2025년 2월 11일
Etc
사용자에서 데이터 엔지니어로, 쏘카 온보딩 회고
쏘카 데이터 엔지니어링팀 신규 입사자가 온보딩 경험과 실무 적응 과정을 공유하는 글입니다. 입사 지원 배경부터 팀 합류, 온보딩 과제 수행, 그리고 실제 프로젝트 참여까지의 여정을 상세히 다룹니다. 특히 대고객 운전 점수 파이프라인 구축 및 서버 로그 적재 방식 개선 경험을 통해 데이터 엔지니어링팀의 업무와 기술 스택, 협업 문화에 대한 인사이트를 제공합니다. Kubernetes, Airflow 등 실제 사용되는 도구와 기술을 쏘카에서 어떻게 온보딩하고 활용하는지에 대한 궁금증을 해소하고, 데이터 엔지니어로서의 성장 과정을 엿볼 수 있습니다.
데이터 엔지니어링온보딩쏘카
쏘카·2025년 1월 16일
DevOps
CLI로 환경변수 관리하기
본 글은 CLI를 활용하여 환경변수 관리를 개선하고 개발자 경험을 향상시킨 경험을 공유합니다. 기존에는 AWS Amplify environment, GitHub secrets 등 다양한 도구를 사용했지만, 프로젝트 수가 늘어나면서 환경변수 관리에 비효율성이 발생했습니다. 이에 대한 해결책으로 쉘 스크립트를 활용하여 환경변수를 일원화하고 관리하는 방안을 제시합니다. 더 나아가, 쉘 스크립트의 한계를 극복하고 더욱 유연하고 강력한 환경변수 관리를 위해 CLI 도구를 직접 개발하는 과정을 설명합니다. 이를 통해 개발팀은 환경변수 관리의 복잡성을 줄이고 개발 생산성을 높일 수 있습니다.
CLI환경변수개발자 경험
쏘카·2024년 11월 12일
Etc
꼬리에 꼬리를 물은 그 날 이야기 - ‘쏘카플랜 차 키 실종 사건’
이 글은 쏘카플랜 서비스에서 발생했던 '차 키 실종 사건'이라는 실제 장애 사례를 회고하며, 장애 발생 시 대응 과정과 그 과정에서 얻은 교훈을 공유합니다. 본문은 GitHub Pages에서 'File not found' 오류가 발생하며 시작되는데, 이는 실제 장애 상황을 은유적으로 표현한 것으로 보입니다. 장애 발생 시 기술적인 문제 해결뿐만 아니라, 팀원 간의 소통, 문제 해결 과정에서의 실수와 이를 통한 학습의 중요성을 강조합니다. 특히, 404 오류와 같은 예상치 못한 상황에 대한 대응과 근본적인 원인 분석, 그리고 재발 방지를 위한 노력의 필요성을 시사합니다. 이 글은 기술적인 깊이보다는 실제 장애 경험을 통해 얻은 성찰과 조직 문화에 대한 메시지를 전달하는 데 초점을 맞추고 있습니다.
쏘카플랜사고 회고장애 대응
쏘카·2024년 11월 6일
Frontend
쏘카 프론트엔드 모노레포 - Part1. Code Generator로 프로젝트 세팅 자동화하기
쏘카 기술 블로그의 '쏘카 프론트엔드 모노레포 - Part1. Code Generator로 프로젝트 세팅 자동화하기' 글은 모노레포 환경에서 프로젝트 설정의 비효율성을 해결하기 위한 방안을 제시합니다. 규모가 커지면서 발생하는 중복 코드와 멀티레포 환경에서의 공통 라이브러리 업데이트 문제를 지적하며, 일관성 확보를 위한 모노레포 도입의 필요성을 설명합니다. 특히, Code Generator를 활용하여 반복적인 프로젝트 세팅 작업을 자동화함으로써 개발 생산성을 향상시키는 방법에 초점을 맞춥니다. 이 글은 모노레포 도입을 고려하거나 프로젝트 설정 자동화에 관심 있는 프론트엔드 개발자에게 유용한 정보를 제공합니다.
모노레포프로젝트 세팅Code Generator
쏘카·2024년 8월 29일
Backend
애셋팀 레거시 개선 (2) 쏘카존 관리 시스템 - 차량재배치 리팩터링
쏘카 자산개발팀에서 차량재배치 시스템의 레거시 코드를 개선한 경험을 공유합니다. 기존 코드는 하나의 거대 클래스로 유지보수가 어렵고, AWS DMS와 카프카 대신 맥스웰과 키네시스를 사용하여 기술적인 비효율이 있었습니다. 이 글은 개선 목적, 차량재배치 도메인 설명, 그리고 스프링 카프카를 활용한 아키텍처 변경 및 코드 리팩터링 과정을 상세히 다룹니다. 특히, 책임 분리를 통해 코드의 가독성과 유지보수성을 높이고, 전략 패턴을 적용하여 유연성을 확보한 점을 강조합니다. 또한, 테스트 코드 작성의 중요성을 언급하며, 레거시 시스템 개선을 위한 실질적인 방안을 제시합니다.
레거시 개선객체지향디자인 패턴
쏘카·2024년 7월 23일
Frontend
누가 내 쿠키를 먹었을까?
본 글은 iOS 웹뷰 환경에서 세션쿠키가 소실되는 현상의 원인과 해결 방법을 다룹니다. 쏘카의 실제 경험을 바탕으로, iOS 앱이 백그라운드 상태에서 메모리 정리를 수행할 때 웹뷰에 저장된 세션쿠키가 함께 삭제되는 문제를 지적합니다. 이는 iOS 15 버전 이상에서 주로 발생하며, Safari에서도 동일한 현상이 관찰되었습니다. 문제 해결을 위해 세션쿠키 대신 다른 저장 방식을 고려하거나, 웹뷰 로딩 시 쿠키를 재설정하는 등의 방법을 적용할 수 있습니다. 이 글은 웹뷰 환경에서 쿠키 관련 이슈를 겪는 프론트엔드 및 네이티브 개발자에게 유용한 정보를 제공합니다.
iOS웹뷰세션쿠키
쏘카·2024년 7월 15일
Backend
FMS(Fleet Management System) 주행이벤트 파이프라인 개선기
쏘카 FMS 엔지니어링팀에서 차량 관제를 위한 주행 이벤트 탐지 파이프라인을 구축하고 개선한 경험을 공유합니다. 이 글은 EDA(Event Driven Architecture)에 관심 있거나 대량의 IoT 트래픽 처리가 필요한 개발자에게 유용합니다. 특히 분산된 MSA 시스템 간 이벤트 순서를 보장하는 방법과 배치성 동기 시스템을 실시간 이벤트 기반 비동기 시스템으로 전환할 때 고려해야 할 사항들을 다룹니다. 글에서는 두 차례에 걸친 파이프라인 개선 과정을 상세히 설명하며, 기존 파이프라인의 문제점을 분석하고 개선 방안을 제시합니다. 이를 통해 데이터 정합성을 확보하고 시스템 성능을 향상시킨 경험을 공유하며, 성공적인 파이프라인 구축 및 운영을 위한 실질적인 인사이트를 제공합니다.
FMS파이프라인EDA
쏘카·2024년 6월 11일
AI
Data Product (2) AI(데이터)로 실제 운영 효율화가 가능할까?
본 글은 쏘카의 데이터프로덕트그룹에서 AI를 활용하여 실제 운영 효율화를 달성한 세차 오퍼레이션 사례를 소개합니다. 기존에는 복잡한 현실 문제와 AI 모델의 한계, 조직의 수용성 문제로 AI 도입에 어려움이 있었으나, 운영 프로세스 이해를 바탕으로 문제 정의, AI 기대 효과 및 한계 분석, 최적 운영 로직 설계 및 구축 과정을 거쳐 이를 극복했습니다. 특히, 데이터를 서비스에 활용해온 경험을 바탕으로 세차 운영 효율화 및 고객 경험 개선을 '데이터 제품화' 관점에서 접근했습니다. AI 모델을 활용한 세차 요청 로직 개선 및 아키텍처 구축을 통해 운영 효율성을 높였으며, 도입 후 성과와 함께 통제 불가능한 외부 요인 및 향후 해결 과제에 대해서도 논의합니다. 이를 통해 AI 기반 데이터 프로덕트가 실제 운영에 어떻게 기여할 수 있는지 보여줍니다.
AI데이터 프로덕트세차 오퍼레이션
쏘카·2024년 3월 11일
Frontend
쏘카플랜 개편기
쏘카플랜 서비스 개편 과정을 공유하는 글입니다. 짧은 일정 속에서 마감일에 쫓기며 기능 구현과 코드 품질 사이에서 고민하는 프론트엔드 개발자들에게 유용한 내용을 담고 있습니다. 쏘카플랜은 한 달 단위 차량 대여 서비스로, 이번 개편에서는 구독 기능 추가, 디자인 개선, 차량 필터 강화 등이 주요 내용이었습니다. 개발자는 React v18, Next.js v13을 적용하며 코드 마이그레이션 작업을 진행했습니다. 초기 일정 예측은 3주였으나, 점진적으로 추가되는 요구사항과 복잡한 로직, 디자인 구현 범위로 인해 예상보다 더 많은 시간이 소요되었습니다. 이 글은 실제 개발 과정에서의 어려움과 현실적인 문제들을 보여주며, 특히 프론트엔드 개발자가 겪을 수 있는 일정 산출의 어려움에 대해 이야기합니다.
쏘카플랜서비스 개편React
쏘카·2024년 3월 6일
Backend
(에셋팀 레거시 개선-1) 쏘카존 관리 시스템
쏘카의 에셋팀에서 레거시 쏘카존 관리 시스템의 Gradle 빌드 스크립트를 개선한 사례를 공유합니다. 기존에 복잡하고 표준화되지 않은 Groovy DSL 스크립트를 Kotlin DSL로 점진적으로 마이그레이션하고 리팩토링하는 과정을 다룹니다. Kotlin DSL은 컴파일 시점 오류 확인, 자동 완성 지원 등 장점이 있어 개발 생산성과 코드 품질 향상에 기여합니다. 본문에서는 `gradle.properties` 활용, Maven BOM을 Gradle BOM으로 변경, 의존성 버전 명시 제거, `buildscript` 블록을 `plugins` 블록으로 대체하는 등의 구체적인 개선 방안을 제시하며, 멀티모듈 프로젝트 환경에서 기술 부채를 최소화하면서 비즈니스 요구사항을 충족하기 위한 점진적 개선의 중요성을 강조합니다.
Gradlebuild scriptKotlin DSL
쏘카·2024년 2월 12일