모든 블로그
타다

타다

⚠️ 타다 테크블로그는 리뉴얼 이후 RSS를 제공하지 않아 새로운 게시글을 표시하지 못하고 있습니다. ⚠️

주요 카테고리 Architecture · DevOps · Backend

활동 요약

대표 인기 포스트모듈화를 통한 SwiftUI Preview 효율화70 조회
최근 30일
0개
평균 조회
28
누적 조회
809
전체 글
29개
마지막 발행
2024. 10. 8.
블로그 방문

최신 게시글 (20)

프론트엔드

모듈화를 통한 SwiftUI Preview 효율화

모듈화를 통해 SwiftUI Preview의 종속성을 줄이고 로딩 속도를 개선한 사례를 공유했습니다. Mock 데이터와 세분화된 UI 컴포넌트로 다양한 상태를 빠르게 검증하는 방법을 소개했습니다.

#SwiftUI#module#Preview
7000

아키텍처

도메인 주도 설계와 모델 주도 설계 도입하기 - 정산편

정산 도메인에 DDD와 MDD를 적용해 흩어진 지식과 강결합 구조를 정리했습니다. 모델을 단순화하고 책임을 분리해 가독성과 확장성을 높였습니다.

#DDD#model#refactoring
3700

아키텍처

타다 드라이버 앱 상태관리 개선하기

타다 드라이버 앱의 복잡한 상태관리 문제를 독립 모듈과 StateMachine 구조로 개선한 사례입니다. Middleware, 로깅, 테스트로 안정성과 개발 생산성을 높였습니다.

#Android#state management#Redux
3600

데브옵스

실전에서 AWS Lambda 적극 활용해본 이야기

AWS Lambda와 S3 Trigger를 활용해 PDF 분리와 QR 코드 인식을 비동기 처리 구조로 구성했습니다. 기존 Python 코드를 재사용하면서 불필요한 서버 통신과 운영 부담을 줄였습니다.

#AWS Lambda#S3#Python
2800

프론트엔드

Redux, Again

복잡한 React 상태를 Local State, Context + Hook, Redux로 나누어 관리한 경험을 공유했습니다. Redux의 보일러플레이트보다 상태 추적과 디버깅이 주는 장기 생산성을 재평가했습니다.

#React#Redux#Apollo
2600

프론트엔드

타다팀의 새로운 기술블로그를 소개합니다.

타다 기술 블로그를 콘텐츠 중심 구조로 개편하고 Jekyll에서 Gatsby로 이전했습니다. Markdown·RSS·댓글·배포 환경을 재구성해 운영성과 브랜드 일관성을 높였습니다.

#Gatsby#React#Jekyll
4000

데브옵스

카나리 테스트와 함께하는 안전한 서버 배포

Kubernetes 환경에서 Helm, NGINX Ingress, Istio로 카나리 배포를 구성했습니다. 프로세스 유형별 트래픽 제어와 모니터링·롤백 절차를 정리했습니다.

#Kubernetes#Helm#Istio
2100

프론트엔드

타다 클라이언트 개발기

짧은 출시 일정에 맞춰 Android·iOS 통합 팀이 RIBs 기반의 모바일 앱을 구축했습니다. ProtoBuf 자동화와 공통 아키텍처로 개발 효율을 높이고 후속 개선 과제를 정리했습니다.

#Android#iOS#RIBs
2400

데브옵스

AWS 서비스를 활용한 Kubernetes 클러스터 구축

AWS 환경에서 gRPC 트래픽, Pod별 IAM, 로그·모니터링을 고려한 Kubernetes 구성 방식을 소개했습니다. NLB·NGINX와 Prometheus, Cluster Autoscaler의 선택 이유와 운영 주의점을 정리했습니다.

#AWS#Kubernetes#NLB
3600

데브옵스

서비스 중단 없이 Amazon EKS로 옮긴 이야기

kops로 운영하던 Kubernetes 클러스터를 Amazon EKS로 무중단 이전한 과정을 공유했습니다. Terraform·Helm·Route 53 가중치 DNS로 서비스 재배포와 트래픽 점진 전환을 수행했습니다.

#Amazon EKS#Kubernetes#AWS
3800

아키텍처

타다 시스템 아키텍처

타다는 빠른 출시를 위해 Kotlin·Spring Boot와 AWS 관리형 서비스를 중심으로 시스템을 구성했습니다. SQS 배차, Kinesis 위치 수집, gRPC 실시간 이벤트로 모빌리티 흐름을 분리·확장했습니다.

#Kotlin#Spring Boot#Kubernetes
2700

기타

VCNC 개발팀 워크숍을 소개합니다.

VCNC 개발팀의 정기 워크숍 운영 방식과 라이트닝 톡·심층 토의 문화를 소개했습니다. 토의 결과를 정책과 프로세스 개선으로 연결한 사례를 공유합니다.

#문화#워크숍#회의
800

백엔드

Apache Spark에서 컬럼 기반 저장 포맷 Parquet(파케이) 제대로 활용하기

Spark 로그 저장 포맷을 JSON에서 Parquet로 전환하고 인코딩 옵션을 조정했습니다. 저장 용량을 74% 줄이고 쿼리 성능을 10~30배 높였습니다.

#Apache Spark#Parquet#ETL
2400

AI

비트윈 데이터팀의 Spark Summit EU 2017 참가기

Spark Summit EU 2017에서 Spark의 딥러닝 파이프라인과 Structured Streaming 동향을 공유했습니다. 스타트업 데이터팀의 대규모 데이터 운영 방식과 컨퍼런스 발표 경험을 소개했습니다.

#Spark#ML#streaming
1800

데브옵스

2012년에 비트윈 서버를 마비시켰던 윤초 이야기

2012년 윤초 삽입 시 리눅스 커널과 JVM의 상호작용으로 발생한 서비스 장애를 분석했습니다. chrony 기반 Leap Smear와 최신 시간 서비스로 윤초 영향을 줄이는 방법을 소개합니다.

#NTP#Linux#JVM
2900

데브옵스

서버 비용을 70%나 줄인 온디맨드 리사이징 이야기

사전 생성 썸네일을 WebP 원본 기반 온디맨드 리사이징으로 전환했습니다. SQS·Spot Instance 마이그레이션으로 S3 비용을 70% 이상 절감했습니다.

#AWS#S3#WebP
3600

아키텍처

비트윈의 멀티티어 아키텍처를 위한 프레젠터 이야기

ELB의 장기 대량 TCP 연결과 프로토콜 복잡성 문제를 해결하기 위해 프레젠터 게이트웨이를 구축했습니다. TCP 멀티플렉싱, C++ 연결 처리, Route53 가중치 라우팅으로 성능과 운영성을 확보했습니다.

#TCP#ELB#AWS
3000

백엔드

VCNC가 Hadoop대신 Spark를 선택한 이유

MapReduce 중심 분석 시스템을 Spark·Zeppelin·AWS 기반으로 점진 전환했습니다. 분석 시간을 약 8시간에서 1시간으로 줄이고 관리 부담과 대시보드 운영 복잡도를 낮췄습니다.

#Hadoop#Spark#Zeppelin
2600

프론트엔드

Android Wear 개발하기

Android Wear 앱의 알림·Micro App 구조와 모바일-Wear 간 데이터 흐름을 공유했습니다. 기능 제약, 원형 화면, 패키징 조건을 고려한 개발 주의점을 정리했습니다.

#Android#Android Wear#EventBus
1200

아키텍처

비트윈 PC 버전 개발기

웹 기술과 CEF를 결합해 브라우저 엔진 내장형 PC 애플리케이션을 개발했습니다. 서버에는 WebSocket을 추가하고 React·Webpack으로 웹 앱 복잡도를 관리했습니다.

#WebSocket#CEF#React
2700