Reclaim The Stack - Kubernetesベースのデプロイプラットフォーム

 (reclaim-the-stack.com)
6 ポイント 投稿者 GN⁺ 2024-09-09 | 1件のコメント | WhatsAppで共有
  • 7か月をかけて、Herokuを置き換えるKubernetesベースのプラットフォームを構築
  • SaaS製品のために、mynewsdesk.comでHerokuを置き換えるKubernetesベースのプラットフォームを構築
  • その結果、コストを90%削減し、性能を30%向上
  • デプロイ時間を短縮し、より高速で使いやすいツールによって開発者体験を大幅に改善
  • 現在はスタック全体をオープンソースとして公開しており、7か月ではなく数日で同じことを実現可能

プラットフォームコンポーネント - 各コンポーネントについてのArchitecture Decision Recordを含む

  • 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がある

関連記事

1件のコメント

 
GN⁺ 2024-09-09
Hacker Newsの意見

  • 1つ目の意見

    • Docker、Mesos、Swarm、k8sを使って何千ものスタックを構築・デプロイしてきた経験がある
    • 重要なのは2日目以降の運用保守である
    • 多くのツールはアプリをサーバーにデプロイすることを簡単にしてくれる
    • しかし、バージョン変更、依存関係の問題、障害復旧計画など、保守が重要である
    • こうした問題に対処するチーム、予算、必要性があるなら、より良い選択肢になる

  • 2つ目の意見

    • 数年前、k8sの流行に乗って、すべてのビジネスをk8s上で動かそうとした
    • 大きな間違いだった
    • DigitalOceanがクラスタを自動アップグレードした結果、すべてのビジネスがオフラインになった
    • シンプルなbashスクリプトとsystemdへ移行し、もう二度と戻ることはないだろう

  • 3つ目の意見

    • インフラをHerokuからKubernetesへ移行するのに7か月かかるほど成功したビジネスを持ちたい

  • 4つ目の意見

    • 数台のVMとbashスクリプトだけでもかなり先まで進める
    • DevOpsツールは少ないほどよい

  • 5つ目の意見

    • 新しいプロジェクトを見るのは良いことだ
    • ほとんどの人はKubernetesから始めるべきではない
    • 自動スケーリングが必要ないなら、Kamalを試してみることを勧める
    • 37signalsがKubernetesとクラウドを離れるために作ったツールで、シンプルなVMと相性が良い
    • 始める人向けのハンドブックも書かれている

  • 6つ目の意見

    • Kubernetesのセットアップは良さそうに見える
    • しかし、Herokuと比べると複雑さがはるかに高い
    • もっとシンプルなものを探しているなら、dokkuやlunni.devを試してみることを勧める
    • coolify.ioも高く評価されている

  • 7つ目の意見

    • インフラチームのある会社で働いており、CEOはインフラに強い情熱を持っている
    • terraformとk8sを使ってインフラを構築している
    • しかし、デプロイには数日かかり、インフラは複雑すぎる
    • ユーザー数はそれほど多くなく、スケーラビリティの利点もない
    • スタートアップは十分なユーザーベースができるまではk8sを使うべきではない

  • 8つ目の意見

    • セキュリティに関する基本哲学は、開発者とクラスタ内のプライベートネットワークを信頼することにある
    • このシステムを信頼しない前提で構成するのが複雑なのか気になる
    • 問題点がどこにあるのか知りたい

  • 9つ目の意見

    • Herokuの代替としてKubernetesベースのプラットフォームを構築するのに7か月かかった
    • コストは90%削減され、性能は30%向上した
    • しかし、Herokuは遅くて高価だったため、このアプローチが最善だったのか疑問に思う

  • 10つ目の意見

    • dokkuと比べると何が違うのか気になる