전체 글(54)
-
ktlint (kotlin lint) 적용
소스 코드를 분석하여 프로그램 오류, 버그, 스타일 오류, 의심스러운 구조체에 표시를 달아놓기 위한 도구입니다. 개발 팀원들이 비지니스 로직에만 집중하도록 이외의 것들은 표준화 시킬 수 있습니다. 때에 따라 커스텀하게 디벨롭 시켜나갈 수 있습니다. 비지니스 로직 이외의 것들에 대한 표준화가 되면 유지보수 및 장애대응의 퍼포먼스를 가져갈 수 있습니다. .editorconfig 설정 .editorconfig 파일을 기반으로 스타일 검사를 진행합니다. 자세한 내용은 EditorConfig에 설명되어 있습니다. .editorconfig 파일이 없는 경우 기본룰 Ktlint 버전에 따라서 Standard rules를 기본적으로 따르지만 버전이 변경이 되면 Standard rules로 변경이 될 수 있기 때문에 r..
2022.03.31 -
datadog apm setup
Amazon Linux Agent set apm agent set jvm args set 위와 같이 현재는 Host-Based 이기 때문에 Host 내부에 data-dog agent를 설치해주셔야 합니다. 위의 datadog apm docs에 가시면 친절히 설명되어있습니다. 현재 배포는 서비스 스크립트를 이용해서 shop-api-dogpre-prod.conf 을 읽어서 pid, log, java_opts 등을 설정하고 있습니다. 여기에 추가적으로 등록해주시면 됩니다. 매트릭 결과 매트릭 확인 목록
2022.03.31 -
why datadog?
DataDog은 어떻게 가장 큰 APM (성능 분석 솔루션) 회사가 되었나? datadog 장점 MSA 시대에 맞는 새로운 뷰 2. 다양한 오픈소스 기술을 지원하는 에이전트, 커스텀마이징한 뷰 3. 결정적 한 방 - 멀티 클라우드 환경도 한 곳에서.. / 빠른 기술 변화를 흡수.. 물론 지금은 다른 업체들도 되지만, 멀티 클라우드 (AWS, Azure, GCP) 특화된 기능을 가장 빠르게 제공하고 이걸 통합해서 볼 수 있는 뷰를 누구보다 빠르게 제공했다. 또한 빠른 기술 스택의 변화를 따라가면서 Agent들을 쏟아내고 있다.
2022.03.31 -
infrastructure architecture
[ 2019 ~ 21.12.13(월) 기준 Funnc infrastructure architecture ] 현 상황의 인프라 아키텍처의 문제점: db 보안관련 가용영역 관련 오케스트레이션 사용하지 않고 있다는 점. [ 개선된 infrastructure architecture ] # Reference reference : https://devocean.sk.com/search/techBoardDetail.do?ID=163244 https://owin2828.github.io/devlog/2020/01/10/aws-2.html https://tech.cloud.nongshim.co.kr/2018/10/16/4-%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC-%EA%B5%AC%EC%84%B1..
2022.03.31 -
Deploying to Amazon Elastic Container Service
현 상황의 배포 시스템을 컨테이너 기반 배포시스템으로 빠르게 구축합니다. 추후 필요에 따라 k8s 기반으로 넘어갈 것이지만 현재 당면한 배포시스템의 문제로 인해 일단 빠르게 시스템을 구축하는 것을 목표로 합니다. 개요: 오늘 오전 10:50 부터 약 3~40분 동안 강대 서비스 장애가 있었습니다. 장애 진행 상황, 원인 및 대응책을 말씀드리려고 합니다.원인 및 대응책 요약: 장애 원인은 요약하면 낙후된 배포 시스템과, 실수, 빠른 롤백이 불가한 배포 환경이라고 볼 수 있습니다. 다양한 프로젝트와 이슈 대응으로 배포 시스템 개선이 아직 이루어지지 못했는데 이번 스프린트에서 개발팀은 무조건 최신 기술을 활용한 배포 시스템을 도입하려고 합니다.timeline: 10:40 경 강대 백엔드-1 서버 배포 완료: ..
2022.03.31 -
ElastiCache(Redis) 구축
ElastiCache for Redis를 구축할 때 고민해야 하는 것 중 하나가 클러스터 구성입니다. 클러스터 구성에 세 가지 옵션이 있습니다. 싱글 클러스터 노드 클러스터 모드 없이 Replication만 지원 (클러스터 모드 X ) 클러스터 모드와 Replication 모두 지원 (클러스터 모드 O) Redis는 Primary Node와 Replica Node로 구성하는게 일반적이며, 이런 구성을 shard로 여러 벌 준비하여 data parinioning을 수행하는 것이 클러스터 모드(clsuter mode)입니다. Redis의 쓰임새에 맞게 위 구성 중 하나를 선택해야 합니다. 선택의 기준은 최종 애플리케이션의 신뢰성, 사용성, 확장성에 기인합니다. ex) 주 노드(Primary Node) 문제 ..
2022.03.30