QA 팀이 아니라 Quality Platform 팀을 만든 이유
플렉스팀이 QA 팀을 Quality Platform 팀으로 개편한 이유와 도구 개발 사례를 공유합니다.
출처: flex · · 원문 보기
flex에서 발행한 기술 블로그 글 16편의 한 줄 요약 모음입니다. 블로그: https://flex.team/blog/category/tech
플렉스팀이 QA 팀을 Quality Platform 팀으로 개편한 이유와 도구 개발 사례를 공유합니다.
출처: flex · · 원문 보기
플렉스가 상태 전이 선언과 테스트를 결합해 운영 가이드를 자동 생성하는 시스템을 구축했습니다.
출처: flex · · 원문 보기
플렉스팀이 인프라 팀 이름을 DevOps 대신 Cloud Platform으로 정한 이유를 설명한다.
출처: flex · · 원문 보기
코딩 에이전트가 Spring Boot에서 component scan으로 인한 빈 충돌을 겪고, 명시적 빈 등록으로 문제를 해결했다.
출처: flex · · 원문 보기
피처 플래그의 역사와 사고 사례를 통해 관리의 중요성과 표준화 기술을 설명한다.
출처: flex · · 원문 보기
flex가 Spring Boot 4.1 이행에서 Jackson 3 호환성 문제와 안전한 전환 방법을 정리했다.
출처: flex · · 원문 보기
flex가 배치 결과를 일반 사용자 권한으로 확인한 뒤 완료 알림을 보내도록 바꿨다.
출처: flex · · 원문 보기
@TransactionalEventListener는 트랜잭션이 없으면 기본적으로 리스너를 등록하지 않는다.
출처: flex · · 원문 보기
flex가 테스트 환경을 격리해 에이전트가 믿을 수 있는 자동 검증 루프를 만들었다.
출처: flex · · 원문 보기
flex가 모듈러 모놀리식에서 이슈 도메인만 독립 실행하는 환경을 만들었다.
출처: flex · · 원문 보기
flex가 배치 트리거와 실행을 분리해 여러 Pod가 작업을 나눠 처리하도록 바꿨다.
출처: flex · · 원문 보기
flex가 코드 모듈 경계와 에이전트의 탐색 범위가 맞물리는 양상을 조사했다.
출처: flex · · 원문 보기
flex가 AWS에서 국내 클라우드로 파일 저장소를 옮기며 헥사고날 경계의 조건을 확인했다.
출처: flex · · 원문 보기
플렉스가 Gradle 모듈 경계의 견고함과 변경 비용을 함께 다뤘다.
출처: flex · · 원문 보기
flex는 도메인 관계 변경을 Kafka로 인가 엔진에 전파하고, 지연과 부분 실패를 추적한다.
출처: flex · · 원문 보기
flex가 AI 시대에 맞춰 FE와 BE 직무 통합을 몇 달간 실험한다.
출처: flex · · 원문 보기