6 điểm bởi GN⁺ 2024-09-09 | 1 bình luận | Chia sẻ qua WhatsApp
  • Chúng tôi đã xây dựng một nền tảng dựa trên Kubernetes trong 7 tháng để thay thế Heroku
  • Đã xây dựng một nền tảng dựa trên Kubernetes để thay thế Heroku tại mynewsdesk.com cho sản phẩm SaaS
  • Kết quả là chi phí giảm 90% và hiệu năng tăng 30%
  • Rút ngắn thời gian triển khai và cải thiện đáng kể trải nghiệm lập trình viên bằng các công cụ nhanh hơn và dễ tiếp cận hơn
  • Hiện nay toàn bộ stack đã được công bố dưới dạng mã nguồn mở để có thể làm điều tương tự chỉ trong vài ngày thay vì 7 tháng

Thành phần nền tảng - bao gồm Architecture Decision Record cho từng thành phần

  • 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

Tóm tắt của GN⁺

  • Bài viết này chia sẻ trải nghiệm xây dựng một nền tảng dựa trên Kubernetes để thay thế Heroku
  • Nhấn mạnh các kết quả như tiết kiệm chi phí, cải thiện hiệu năng và nâng cao trải nghiệm lập trình viên
  • Với stack đã được công bố mã nguồn mở, các nhà phát triển khác cũng có thể dễ dàng thực hiện điều tương tự
  • Đây là thông tin hữu ích cho các nhà phát triển quan tâm đến những công nghệ như Kubernetes
  • Các dự án khác cung cấp chức năng tương tự gồm có OpenShift và Rancher

1 bình luận

 
GN⁺ 2024-09-09
Ý kiến trên Hacker News
  • Ý kiến thứ nhất

    • Đã có kinh nghiệm xây dựng và triển khai hàng nghìn stack bằng Docker, Mesos, Swarm, k8s
    • Điều quan trọng là công việc vận hành và bảo trì từ ngày thứ hai trở đi
    • Nhiều công cụ giúp việc triển khai ứng dụng lên máy chủ trở nên dễ dàng
    • Tuy nhiên, việc bảo trì như thay đổi phiên bản, vấn đề phụ thuộc, kế hoạch khôi phục sau thảm họa mới là điều quan trọng
    • Nếu có đội ngũ, ngân sách và bài toán cần giải quyết cho những vấn đề này thì đó sẽ là lựa chọn tốt hơn
  • Ý kiến thứ hai

    • Vài năm trước đã bị cuốn theo làn sóng k8s và cố vận hành toàn bộ doanh nghiệp trên k8s
    • Đó là một sai lầm lớn
    • DigitalOcean tự động nâng cấp cluster khiến toàn bộ hoạt động kinh doanh bị offline
    • Sau đó đã chuyển sang dùng script bash đơn giản và systemd, và sẽ không quay lại nữa
  • Ý kiến thứ ba

    • Muốn có một doanh nghiệp thành công đến mức có thể dành 7 tháng để chuyển hạ tầng từ heroku sang kubernetes
  • Ý kiến thứ tư

    • Chỉ với vài máy ảo và script bash cũng có thể đi được khá xa
    • Công cụ DevOps càng ít càng tốt
  • Ý kiến thứ năm

    • Thật tốt khi thấy một dự án mới
    • Hầu hết mọi người không nên bắt đầu với Kubernetes
    • Nếu không cần autoscaling thì khuyên nên thử Kamal
    • Đây là công cụ do 37signals tạo ra để rời bỏ Kubernetes và cloud, hoạt động tốt với các VM đơn giản
    • Họ cũng đã viết một handbook cho những người mới bắt đầu
  • Ý kiến thứ sáu

    • Cấu hình Kubernetes trông có vẻ tốt
    • Tuy nhiên so với Heroku thì độ phức tạp cao hơn rất nhiều
    • Nếu đang tìm thứ gì đó đơn giản hơn thì khuyên nên thử dokku hoặc lunni.dev
    • coolify.io cũng đang được đánh giá tốt
  • Ý kiến thứ bảy

    • Đang làm việc tại một công ty có đội ngũ hạ tầng, và CEO rất đam mê hạ tầng
    • Họ xây dựng hạ tầng bằng terraform và k8s
    • Tuy nhiên việc triển khai mất vài ngày và hạ tầng quá phức tạp
    • Số lượng người dùng cũng không nhiều nên không có lợi thế về khả năng mở rộng
    • Startup không nên dùng k8s trước khi có được một nền tảng người dùng đủ lớn
  • Ý kiến thứ tám

    • Triết lý cơ bản về bảo mật là tin tưởng các nhà phát triển và mạng riêng bên trong cluster
    • Tò mò không biết việc cấu hình hệ thống này theo hướng không tin cậy chúng có phức tạp hay không
    • Muốn biết các điểm vấn đề nằm ở đâu
  • Ý kiến thứ chín

    • Đã mất 7 tháng để xây dựng một nền tảng dựa trên Kubernetes nhằm thay thế Heroku
    • Chi phí giảm 90% và hiệu năng tăng 30%
    • Tuy nhiên vì Heroku vốn chậm và đắt nên vẫn tự hỏi liệu cách tiếp cận này có phải tốt nhất hay không
  • Ý kiến thứ mười

    • Tò mò không biết nó khác gì so với dokku