# Reclaim The Stack - 쿠버네티스 기반 배포 플랫폼

> Clean Markdown view of GeekNews topic #16678. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=16678](https://news.hada.io/topic?id=16678)
- GeekNews Markdown: [https://news.hada.io/topic/16678.md](https://news.hada.io/topic/16678.md)
- Type: GN+
- Author: [neo](https://news.hada.io/@neo)
- Published: 2024-09-09T13:34:08+09:00
- Updated: 2024-09-09T13:34:08+09:00
- Original source: [reclaim-the-stack.com](https://reclaim-the-stack.com)
- Points: 6
- Comments: 2

## Summary

Kubernetes 기반 플랫폼을 구축하여 Heroku를 대체한 경험을 공유하며, 이를 통해 비용을 90% 절감하고 성능을 30% 향상시킨 성과를 강조합니다. 또한, 배포 시간을 단축하고 개발자 경험을 크게 개선한 방법을 소개하며, 오픈 소스로 공개된 스택을 통해 다른 개발자들도 쉽게 동일한 작업을 수행할 수 있도록 돕습니다.

## Topic Body

- 우리는 7개월 동안 Kubernetes 기반 플랫폼을 구축하여 Heroku를 대체함  
- SaaS 제품을 위해 mynewsdesk.com에서 Heroku를 대체할 Kubernetes 기반 플랫폼을 구축함  
- 결과적으로 비용이 90% 절감되고 성능이 30% 향상됨  
- 배포 시간 단축 및 더 빠르고 접근 가능한 도구로 개발자 경험을 크게 개선함  
- 이제 전체 스택을 오픈 소스로 공개하여 7개월이 아닌 며칠 만에 동일한 작업을 수행할 수 있음  
  
### 플랫폼 컴포넌트 - 각 컴포넌트에 대해서 [Architecture Decision Record](https://news.hada.io/topic?id=2665) 포함   
- Gitops : ArgoCD  
- Ingress : Cloudflared  
- PostgreSQL : CloudnativePG  
- Redis : Spotahome's Redis Operator  
- Elasticsearch : Elastic Cloud Kubernetes  
- Secrets Management : Sealed Secrets  
- Persistent Storage : Rancher Local Path Provisioner  +  OpenEBS Dynamic LocalPV Provisioner  
- Monitoring :  kube-prometheus-stack   
- Log Aggregation : Qryn  
- Service Mesh : Linkerd  
  
### GN⁺의 정리  
- 이 기사는 Kubernetes 기반 플랫폼을 구축하여 Heroku를 대체한 경험을 공유함  
- 비용 절감과 성능 향상, 개발자 경험 개선 등의 성과를 강조함  
- 오픈 소스로 공개된 스택을 통해 다른 개발자들도 쉽게 동일한 작업을 수행할 수 있음  
- Kubernetes와 같은 기술에 관심 있는 개발자들에게 유용한 정보임  
- 유사한 기능을 제공하는 다른 프로젝트로는 OpenShift와 Rancher가 있음

## Comments



### Comment 28738

- Author: neo
- Created: 2024-09-09T13:34:09+09:00
- Points: 1

###### [Hacker News 의견](https://news.ycombinator.com/item?id=41483675) 
- **첫 번째 의견**
  - Docker, Mesos, Swarm, k8s를 사용해 수천 개의 스택을 구축하고 배포해 본 경험이 있음
  - 중요한 것은 두 번째 날의 유지 관리임
  - 많은 도구들이 앱을 서버에 배포하는 것을 쉽게 만들어줌
  - 그러나 버전 변경, 의존성 문제, 재해 복구 계획 등 유지 관리가 중요함
  - 이러한 문제를 해결할 팀, 예산, 문제가 있다면 더 나은 선택임

- **두 번째 의견**
  - 몇 년 전 k8s의 유행에 휩쓸려 모든 비즈니스를 k8s로 운영하려 했음
  - 큰 실수였음
  - DigitalOcean이 자동으로 클러스터를 업그레이드하면서 모든 비즈니스가 오프라인 상태가 됨
  - 간단한 bash 스크립트와 systemd로 전환했으며, 다시는 돌아가지 않을 것임

- **세 번째 의견**
  - 인프라를 heroku에서 kubernetes로 이전하는 데 7개월이 걸릴 만큼 성공적인 비즈니스를 가지고 싶음

- **네 번째 의견**
  - 몇 개의 VM과 bash 스크립트만으로도 꽤 멀리 갈 수 있음
  - DevOps 도구는 적을수록 더 나음

- **다섯 번째 의견**
  - 새로운 프로젝트를 보는 것은 좋음
  - 대부분의 사람들은 Kubernetes로 시작하지 말아야 함
  - 자동 확장이 필요 없다면 Kamal을 시도해보길 권장함
  - 37signals가 Kubernetes와 클라우드를 떠나기 위해 만든 도구로, 간단한 VM과 잘 작동함
  - 시작하는 사람들을 위한 핸드북도 작성했음

- **여섯 번째 의견**
  - Kubernetes 설정이 좋아 보임
  - 그러나 Heroku와 비교할 때 복잡성이 훨씬 높음
  - 더 간단한 것을 찾고 있다면 dokku나 lunni.dev를 시도해보길 권장함
  - coolify.io도 좋은 평가를 받고 있음

- **일곱 번째 의견**
  - 인프라 팀이 있는 회사에서 일하고 있으며, CEO가 인프라에 열정적임
  - terraform과 k8s를 사용해 인프라를 구축함
  - 그러나 배포에 며칠이 걸리고, 인프라가 너무 복잡함
  - 사용자 수가 많지 않아 확장성의 이점도 없음
  - 스타트업은 사용자 기반이 충분히 형성되기 전까지 k8s를 사용하지 말아야 함

- **여덟 번째 의견**
  - 보안에 대한 기본 철학은 개발자와 클러스터 내의 사설 네트워크를 신뢰하는 것임
  - 이 시스템을 신뢰하지 않고 구성하는 것이 복잡한지 궁금함
  - 문제점이 어디에 있는지 알고 싶음

- **아홉 번째 의견**
  - Heroku를 대체하기 위해 Kubernetes 기반 플랫폼을 구축하는 데 7개월이 걸렸음
  - 비용이 90% 절감되고 성능이 30% 향상됨
  - 그러나 Heroku가 느리고 비쌌기 때문에 이 접근 방식이 최선인지 의문임

- **열 번째 의견**
  - dokku와 비교하면 어떻게 다른지 궁금함