당근 개발자 플랫폼은 어떤 문제를 해결하고 있는가?

배포 시스템으로 시작해서 내부 개발자 플랫폼으로 발전하면서 그동안 어떤 고민을 했고, 어떤 문제를 해결하려고 했는지를 설명합니다.

Transcript

1. 당근 개발자 플랫폼은 어떤 문제를 해결하고 있는가? 사진: Unsplash의 Michael C 2024.1.10 @ AWSKRUG 플랫폼엔지니어링모임 Outsider
2. 당근마켓 SRE Outsider’s Dev Story 블로그 44BITS 팟캐스트 RetroTech 팟캐스트 Outsider
3. Kubernetes
4. Platform Engineering이 목표는 아니다
5. 데모 영상입니다. 데모는 YouTube에서 볼 수 있습니다. 3분 정도 됩니다.
6. 데모 데모는 YouTube에서 3분
7. 2021년 SRE팀 딜리버리 파트 저는 2020년 12월 입사
8. Argo CD Kustomize +
9. g c Repo GitHub Action g c Repo GitHub Action g c Repo GitHub Action
10. g c Repo GitHub Action g c Repo GitHub Action g c Repo GitHub Action AWS ECR Push Image
11. g c Repo GitHub Action g c Repo GitHub Action g c Repo GitHub Action AWS ECR g Repo for Argo CD Push Image Update image tag
12. g c Repo GitHub Action g c Repo GitHub Action g c Repo GitHub Action AWS ECR g Repo for Argo CD Argo CD Push Image Update image tag Out of Sync
13. g c Repo GitHub Action g c Repo GitHub Action g c Repo GitHub Action AWS ECR g Repo for Argo CD Argo CD Kubernetes Cluster Push Image Update image tag Sync Out of Sync
14. g c Repo GitHub Action g c Repo GitHub Action g c 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. g c Repo GitHub Action g c Repo GitHub Action g c 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. g c Repo GitHub Action g c Repo GitHub Action g c 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 YAML
24. 고쳐쓸까? 새로 만들까?
25. Argo CD를 버린다
26. Argo CD를 버린다 ࢜ ߓನदझమ਷ ࢜۽ ҳ୷೤פ׮
27. 좋은 배포란 무엇인가?
28. 누가 언제 무엇을 배포했는가?
29. g c Repo GitHub Action g c Repo GitHub Action g c 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. 단순함 유연함
49. Convention over Configuration
50. 90%
51. Kubernetes manifest 추상화
52. Configuration files
54. 어디서부터 배포라고 할 것인가?
55. ௏٬ పझ౟ Docker ࠽٘ Docker ಹद Kubernetes manifest kubectl apply
56. g c Repo GitHub Action g c Repo GitHub Action g c Repo GitHub Action AWS ECR g Repo for Argo CD Push Image Update image tag
57. ௏٬ పझ౟ Docker ࠽٘ Docker ಹद Kubernetes manifest kubectl apply GitHub Argo CD
58. ௏٬ పझ౟ Docker ࠽٘ Docker ಹद Kubernetes manifest kubectl apply GitHub 새 배포 시스템
59. Deployment Backend CLI
62. GoCD CLI UI
63. Mockup
68. https://primer.style/
69. https://github.blog/2021-01-25-improving-how-we-deploy-github/
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
90. https://netflixtechblog.com/full-cycle- developers-at-netflix-a08c31f83249
91. https://netflixtechblog.com/full-cycle- developers-at-netflix-a08c31f83249
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. 클라우드 리소스의 소유권을 관리할 수 있으니 생성도 하고 싶다
113. EOF g outsideris t outsideris e outsideris@gmail.com