당근 개발자 플랫폼은 어떤 문제를 해결하고 있는가?
•
0 likes•16 views
배포 시스템으로 시작해서 내부 개발자 플랫폼으로 발전하면서 그동안 어떤 고민을 했고, 어떤 문제를 해결하려고 했는지를 설명합니다.
Recommended
More Related Content
Similar to 당근 개발자 플랫폼은 어떤 문제를 해결하고 있는가?
Similar to 당근 개발자 플랫폼은 어떤 문제를 해결하고 있는가? (20)
More from JeongHun Byeon
More from JeongHun Byeon (20)
당근 개발자 플랫폼은 어떤 문제를 해결하고 있는가?
- 1. 당근 개발자 플랫폼은 어떤 문제를 해결하고 있는가? 사진: Unsplash의 Michael C 2024.1.10 @ AWSKRUG 플랫폼엔지니어링모임 Outsider
- 2. 당근마켓 SRE Outsider’s Dev Story 블로그 44BITS 팟캐스트 RetroTech 팟캐스트 Outsider
- 3. Kubernetes
- 5. 데모 영상입니다. 데모는 YouTube에서 볼 수 있습니다. 3분 정도 됩니다.
- 7. 2021년 SRE팀 딜리버리 파트 저는 2020년 12월 입사
- 9. gc Repo GitHub Action gc Repo GitHub Action gc Repo GitHub Action
- 10. gc Repo GitHub Action gc Repo GitHub Action gc Repo GitHub Action AWS ECR Push Image
- 11. gc Repo GitHub Action gc Repo GitHub Action gc Repo GitHub Action AWS ECR g Repo for Argo CD Push Image Update image tag
- 12. gc Repo GitHub Action gc Repo GitHub Action gc Repo GitHub Action AWS ECR g Repo for Argo CD Argo CD Push Image Update image tag Out of Sync
- 13. gc Repo GitHub Action gc Repo GitHub Action gc Repo GitHub Action AWS ECR g Repo for Argo CD Argo CD Kubernetes Cluster Push Image Update image tag Sync Out of Sync
- 14. gc Repo GitHub Action gc Repo GitHub Action gc Repo GitHub Action AWS ECR g Repo for Argo CD Argo CD Kubernetes Cluster Push Image Update image tag Sync Out of Sync AWS Parameter Store
- 15. gc Repo GitHub Action gc Repo GitHub Action gc Repo GitHub Action AWS ECR g Repo for Argo CD Argo CD Kubernetes Cluster Push Image Update image tag Sync Out of Sync AWS Parameter Store SRE: 초기 설정
- 16. gc Repo GitHub Action gc Repo GitHub Action gc Repo GitHub Action AWS ECR g Repo for Argo CD Argo CD Kubernetes Cluster Push Image Update image tag Sync Out of Sync AWS Parameter Store SRE: 초기 설정 SRE: 서비스 어카운트 설정/IAM 업데이트
- 17. 파편화 Fragmentation 사진: Unsplash의 Kelly Sikkema
- 18. 파편화 Fragmentation 사진: Unsplash의 Kelly Sikkema 50+
- 19. g Repo for Argo CD 사내 엔지니어 SRE
- 20. Separation of Concerns 사진: Unsplash의 Alex Padurariu
- 21. 수정하기 어렵다
- 22. 반복되는 배포 요청
- 23. YAML 사진: Unsplash의 Alexander Simonsen YAML YAML YAML YAML Y A M L
- 24. 고쳐쓸까? 새로 만들까?
- 25. Argo CD를 버린다
- 26. Argo CD를 버린다 새 배포시스템은 새로 구축합니다
- 27. 좋은 배포란 무엇인가?
- 28. 누가 언제 무엇을 배포했는가?
- 29. gc Repo GitHub Action gc Repo GitHub Action gc Repo GitHub Action g Repo for Argo CD Argo CD Kubernetes Cluster Sync
- 33. 누가 언제 무엇을 배포했는가? 누구든 쉽게 알 수 있어야
- 34. 상태 동기화 최종 일관성 desired state = actual state Eventually Consistency
- 35. v1 운영 중
- 36. v1 운영 중 v2로 변경 제출 v1
- 37. v1 운영 중 v2로 변경 제출 desired state 동기화 v1
- 38. v1 운영 중 v2로 변경 제출 desired state 동기화 v1 v2 rollout 완료
- 39. v1 운영 중 v2로 변경 제출 desired state 동기화 v1 v2 rollout 완료 Argo CD의 동기화 완료
- 40. v1 운영 중 v2로 변경 제출 desired state 동기화 v1 v2 rollout 완료 Argo CD의 배포 완료 엔지니어가 기대하는 배포 완료
- 41. Kubernetes를 몰라도 배포할 수 있어야 한다 Kubernetes를 알면 더 잘 쓸수 있다
- 42. 오늘 입사한 사람도 배포할 수 있어야 한다
- 43. 처음부터 끝까지 직접 할 수 있어야 한다 Self-Service
- 44. 사진: Unsplash의 Bernd Klutsch 문서 없이도 사용할 수 있을 정도로 편해야 한다
- 45. 설문 조사는 하지 않습니다 사진: Unsplash의 Celpax
- 46. 사람들은 원인이 아니라 해쳘책을 가져온다 사진: Unsplash의 SIMON LEE
- 47. Opinionated
- 48. 단순함 유연함
- 50. 90%
- 54. 어디서부터 배포라고 할 것인가?
- 56. gc Repo GitHub Action gc Repo GitHub Action gc Repo GitHub Action AWS ECR g Repo for Argo CD Push Image Update image tag
- 62. GoCD CLI UI
- 63. Mockup
- 70. MVP
- 71. type: v1/appservice services: app: image: app ports: - name: http port: 8080 healthcheck: type: http httpPath: /api/healthy port: 8080 interval: 10 startPeriod: 30 images: app: dockerfile: ./Dockerfile routes: - name: http protocol: http host: - scope: internal backend: - service: app port: http
- 76. IRSA, IAM
- 77. { "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "s3:PutObject", "s3:GetObject", "s3:ListBucket" ], "Resource": [ "arn:aws:s3 : : : test-service-bucket", "arn:aws:s3 : : : test-service-bucket / * " ] } ] } type: v1/appservice services: app: role: app-role roles: app-role: .deploy/policies/app.json
- 79. 마이그레이션은 힘들다
- 80. Kontrol을 더 좋게 만든다 사진: Unsplash의 Miguel Bruna
- 81. 배포 후 상태를 보고 싶다
- 85. 파편화된 환경 변수
- 86. Configmap External Secrets AWS Parameter Store g Repo for Argo CD
- 92. “ ” SRE란 운영팀을 위한 소프트웨어 엔지니어를 말한다. https://sre.google/sre-book/table-of-contents/
- 93. “ ” 기본적으로 SRE팀은 엔지니어링에 초점을 맞춘다는 점이 가장 중요하다. 끊임없이 엔지니어링을 추구하지 않으면 업무 부담이 증가하여 그 부담을 나누기 위해 더 많은 인력이 필요하게 되고 결국에는 서비스의 크기에 따라 전통적인 운영 업무를 담당하는 인력이 기하급수적으로 늘어나게 된다. https://sre.google/sre-book/table-of-contents/
- 94. “ ” 이러한 숙명에서 벗어나려면 서비스를 관리하는 팀은 코드를 작성해야 한다. 그렇지 못하면 늘어나는 일감에 파묻히게 될 뿐이다. 그래서 구글은 SRE팀에 티켓, 전화 응대, 수작업 등, 소위 '운영' 업무에 최대 50%의 시간만 투입하도록 정해두고 있다. https://sre.google/sre-book/table-of-contents/
- 95. 프로젝트 소유권 관리
- 100. 사진: Unsplash의 Filip Bunkens IT 겨울
- 101. 비용의 가시성을 높여야 한다
- 103. 사용성이 좋지 않은 Kubernetes 크론잡
- 107. 운영의 사용성 개선
- 110. 클라우드 리소스의 소유권을 관리할 수 있으니 생성도 하고 싶다