本動画は、2026年における各種クラウドホスティングサービスの包括的な比較分析である。Vercel、Railway、Cloudflare、AWS Lambda、Netlify、Render、Fly.io、Digital Ocean、Hetznerなど主要プラットフォームについて、それぞれの強みと弱点を実践的な視点から解説する。サーバーレスとVPSの両アプローチを検証し、コスト、開発者体験、信頼性、パフォーマンスといった観点から各サービスを評価。特にVerscelの帯域幅コスト問題、Cloudflareの互換性制約、Railwayの優れた開発体験などを詳述し、プロジェクトの要件に応じた最適なホスティング選択のための実践的な意思決定フレームワークを提供する。
Herokuの終焉とクラウド選択の重要性
今日の動画はいつもとは少し違った形になります。というのも、この動画を撮影していた時点では、実際にはこの動画を撮るつもりではなかったんです。おかしな話に聞こえるかもしれませんが、少し聞いてください。私はHerokuの終焉についての動画を撮影していたんです。もうご覧になった方もいるかもしれませんね。
その動画は、移行先として検討できる様々な代替サービスについての長い話に展開していきました。AWSからVercel、Railway、Netlify、Render、Cloudflare、Digital Ocean、Hetzner、Fly.ioなど、たくさんのサービスが出てきました。これらすべての選択肢を整理して、私がどう考えているか、そしてアプリケーションをどこにデプロイするかをどう選んでいるかを共有したかったんです。
過去にこれらの企業の多くからスポンサーを受けたことはありますが、今回の動画はどこからもスポンサーを受けていません。この動画の目的は、私がサービスをどこにデプロイするかを選ぶ際の正直な見解をお伝えすることです。選択するのは少し圧倒的に感じることもありますし、インターネット上で見かけるアドバイスの多くは、ユーザーの視点やその瞬間に取り組んでいる特定のことから来ているように感じられます。
これらのプラットフォームには、ほとんどのプラットフォームには、検討する価値のある本当の利点があります。それぞれの側に少なくとも3つの選択肢があり、決定を下す前に考えて評価する価値があります。この動画は単に「これは良い、これは悪い」というものではありません。コードをホストする適切な場所を選ぶための心理的なマッピングとモデルを作る手助けをしたいんです。
そして、ますます多くのサービスをデプロイし、これらすべてのマイクロアプリを作り、バイブコーディングであらゆるものを作っている世界で、それをどこに置くかを教えてくれる人はいません。もしVercelの法外な請求書を見続けたり、AWSにデプロイしようとして行き詰まっている人を見続けたら、私は気が狂いそうになります。
私が解決策をどう選んでいるかを皆さんに理解してもらいたいんです。そしてそれは、誰が私にお金を払っているかに基づいているわけではありません。今日、これらの企業のどれも私に支払っていません。唯一支払っているのは今日のスポンサーです。
スポンサー紹介: Blacksmith
告白があります。私はCIにGitHubを使うのをやめました。今日のスポンサーであるBlacksmithが、私のCIを格段に良くしてくれたからです。Actionsは信頼性がなく、多くの問題を抱えていました。そして、すべてのリポジトリにBlacksmithをセットアップした途端、それらすべてが消えました。そうです、すべてのリポジトリです。今も実行中のジョブがあるようですね。
正直なところ、オブザーバビリティの機能だけでもそれだけの価値があります。実際に何が失敗して、なぜ失敗したのかを見ることができ、実際に機能するログ検索があります。変なActionsをデバッグしたことがある人なら、これだけでも信じられないほど便利だとわかるでしょう。個別のプロジェクトだけのものではありません。すべてのプロジェクトをスキャンすることもできます。これは大きいですね。
しかし、本当の鍵となるのは最速という部分です。彼らは本当に最速なんです。彼らがこんなに速い秘密は、実はそんなに秘密ではありません。ゲーミングCPUとNVMEドライブを使ったより良いハードウェアを使用していて、Dockerのようなもののすべてのレイヤーを保存しているため、復元プロセスが永遠にかかる代わりに瞬時に完了します。
私が取り組んでいるRustプロジェクトのいくつかのActionsを移行したところ、5分から30秒以下になりました。取り組んでいるすべてのプロジェクトで同様のスピードアップを見てきました。Ashbのような他の企業は、デプロイ速度を2倍にしながら、支出を75%削減しました。そうです、Blacksmithの方が安いんです。信じられませんか?自分で試してみてください。
始めるのは無料で、1行のコード変更です。本当です。Actionを交換するだけです。セットアップが完了したら、準備完了です。時間を無駄にするのをやめて、ビルドを高速化しましょう。soyv.link/blacksmithでどうぞ。
サーバーレスとVPSの分類
これをサーバーとサーバーレスに分けましょう。VPSとサーバーレスと呼ぶことにします。両方に良い選択肢がたくさんあります。
サーバーレス側では、明らかにVercelが今でも議論の余地なく王様です。DXとプラットフォームの能力のバランスはかなり打ち負かすのが難しいです。Netlifyも悪い選択肢ではありません。特に最近のバイブコーディングの受け入れと、すべての派手なバイブコーディングツールを構築するすべてのプラットフォームのサポートは素晴らしいです。スケーリングも素晴らしい。CEOも大好きです。本当に良いです。
否定的な面もあります。そこにも到達します。そしてCloudflareがあります。それについて言いたいことはたくさんあります。VPS側には、たくさんの選択肢があります。明らかに、EC2やEKSでAWSに行くこともできます。そこにはたくさんの選択肢があります。すでに話したRailway。Render、Fly.io、Digital Oceanもあります。ああ、そうだ。Hetzner、定番ですね。それが忘れていたものです。
明らかに、GCPやAzureのような他の伝統的なクラウドもあります。現実には、これらのどちらかが問題に対する正しい解決策である場合、すでにそれを知っているはずで、異なる選択肢について私から聞くためにここにいるわけではありません。OVHもあります。残りのどれも、私がリストに入れるほど気にしているものはありません。これがVPSの十分なリストだと思います。
サーバーレス選択の基本原則
まず、サーバーレスリストに飛び込むことから始めます。これらのどちらに当てはまるかわからない場合、ほぼ確実にサーバーレスオプションから始めるべきです。実際にサーバーが必要になったために問題が生じた場合、それはかなり早く分かりますし、それに応じて移行すればいいでしょう。
しかし、一般的に言えば、アプリケーションの98%以上は、サーバーレスデプロイソリューションで完全に問題なく提供できます。その方向に傾くべきです。AWS Lambdaもここに含めるべきだという指摘は正当です。間違っていませんが、それについてはあまり話しません。
これらすべての選択肢を分解して、それらの間でどう選ぶかを見ていきましょう。正直なところ、逆から行く方が簡単だと思うので、AWS Lambdaから始めましょう。
AWS Lambda: 難しさとコストの問題
Lambdaはセットアップが簡単ではありません。SST、Pulumi、Terraformのような助けになるツールはたくさんあります。それでもひどいです。並行性は実行可能ではありません。彼らは並行Lambda処理の概念を導入し始めていますが、まだそこには達していません。実際にそれを使用したり、依存したりしている人を知りません。
それから、完全に冗談のようなAmplifyがあります。CDNゲートウェイはあなたの問題です。Git pushパイプラインのGitHub統合はうーん、コストは問題ありませんが、並行性がひどいです。ほとんどの人にLambdaを推奨するのは難しいですね。少なくともNodeではありますが、他の何でも。Dockerイメージに入れることができれば、Lambdaに置けます。
しかし、人々が好む技術の多くは起動が遅い傾向があります。だから、LambdaをRustで書き直せば魔法のように超高速になると思わないでください。特に待ち時間がコードの起動ではなく、実際にはデータベースへの接続にある場合は、これらの起動には少し時間がかかることがあります。幸運を祈ります。
他にも多くの小さな問題があります。たとえば、ストリーミングはLambdaで超壊れていました。今は修正されているかもしれません。確信はありませんが、Next.jsのようなHTTPストリーミングを行うサーバーコンポーネントスタイルのフレームワークを使用している場合、楽しくありません。
Cloudflare: 独自のインフラと制約
次は皆のお気に入り、Cloudflareです。最初に言いたいのは、彼らが唯一無二のインフラを持っているということです。その唯一無二のインフラにより、彼らはほぼ他の何よりも大幅に安くできます。なぜなら、Cloudflareは伝統的なサーバーやDockerイメージを使用していないからです。DockerイメージをCloudflareに送って実行することはできません。まあ、今はある程度できますが、彼らのDockerイメージサーバー関連のものは別の製品で、ひどいです。
誰もそれを使っているのを知りません。超高額で遅いです。Cloudflareの強みは、JavaScriptファイルを渡せば、彼らのエッジネットワーク上で実行してくれることです。それは異なる抽象化レイヤーを持っています。カーネルが入った箱を渡して実行してもらうのではなく、JSファイルを渡して、カーネルより3層上の、workerdと呼ばれる彼らのカスタムバージョンのV8で、安全にアイソレートでコードを実行してくれます。Lambdaのような全体のサーバーを起動する必要がありません。
つまり、コールドスタートはほぼゼロです。彼らの価格モデルが根本的に異なるのは、CPU時間のみを請求するからです。他のプラットフォームは壁時計時間を請求します。サーバーが起動しているからです。人々がどう使っているかは関係ありません。彼らにコストがかかれば、あなたにもコストがかかります。
Cloudflareでは、リクエストが何もしていない場合、つまりアイドル状態でより多くのデータが入ってくるのを待っている場合、そのボックスの計算能力は他の誰かのリクエストに使用できます。なぜなら、多くの人が同じボックスで同時にコードを実行しているからです。Vercelでは、すべての開発者のデプロイに独自のカーネルがあります。Cloudflareでは、すべてのデプロイが同じVM上で実行されているJavaScriptファイルに過ぎません。
パフォーマンスプロファイルも意味深く変わります。詳しくはVercel対Cloudflareのビデオをチェックしてみてください。それ以降改善されていますが、専用ボックスほど速くはありません。しかし、もっと大きな落とし穴があります。
Nodeではありません。Cloudflareを使用するたびに、このために何かに遭遇します。Node.jsを実行しているわけではありません。彼らのJavaScriptエンジンを実行しているんです。そのため、多くのものが動作しません。ファイルの読み書きのようなこと、データベースへの接続に使用する多くのメソッド、ネイティブコードを実行するパッケージ、つまり画像オプティマイザー、PDF解析など、nodeアプリのサーバーで行いたい楽しいことすべてです。
Nodeを使用できない場合、多くの問題があります。彼らは多くのnodeのもののサポートをパッチするために最善を尽くしてきました。今述べたものは何も修正されていません。それらはすべてまだ問題です。しかし、ほとんどのパッケージには、nodeの関数の周りにシムが組み込まれていて、ほぼ動作するようになっています。
暗号のようなものは完全に壊れていて、今はほぼ動作します。互換性レイヤーは問題ありませんが、ほぼ確実に何らかの問題に遭遇するでしょう。私が抱えている最大の問題の1つは、sharpやffmpegのようなものです。Cloudflareでは、JavaScript以外の言語で書かれたものは何も実行していません。
「wasmでいいじゃないか」と言う人は、それを真剣に試したことがありません。私はCloudflareに、JavaScriptではないコードを含む何かをさせようと何度も地獄のような往復をして、毎回諦めて他の選択肢の1つに移りました。
Netlify: 信頼できる選択肢
他の選択肢といえば、Netlifyです。NetlifyもLambdaラッパーですが、プラットフォームを素晴らしくする他のすべての楽しいもの、つまりCDNのようなものが含まれています。ここから下のすべてには、基本的にこれらの要素があります。本当に良いGitHub統合。正直なところ、一般的に本当に良い統合です。彼らは素晴らしいチームを持っています。オープンソースを大いにサポートしています。かなり良いです。
Netlifyの使用を意味のある形で後悔したことは一度もありません。彼らは過去にスポンサーでした。将来また彼らがスポンサーになっても驚きません。Netlifyは堅実なプラットフォームです。CDNと配信関連の処理をしますが、すべてを持っているわけではありません。Netlifyを使用する際に最も恋しく思うのは並行性です。なぜなら、繰り返しになりますが、AWS Lambdaを含むこれらの多くの並行性モデルは、各リクエストが独自のインスタンスを取得するというもので、現代の動作方法にとっては快適ではありません。
これに対する彼らの解決策は、本当にクールなバックグラウンドジョブとキュータイプのものです。彼らがキューイング関連で行った作業は実際に本当に本当にクールです。私が試した部分は素晴らしかったです。ワークスペース関連のもので、彼らはVercelよりもはるかに先を行っていました。彼らは早くからそれを理解していて、驚くほど安価でした。
Vercel: 最高のDXと帯域幅の問題
Cloudflareの件について忘れる前に言及しておくべきですが、GitHub統合はGHFです。Cloudflareのものを最新ツールと統合することは、まだあなたの問題であって彼らの問題ではありません。ダッシュボードは完全なゴミです。実際、ダッシュボードのコードベース全体を削除してゼロから再スタートすべきだと思います。この時点で回復の余地はありません。
ダッシュボードでデータを取得するための悪いコードが原因で、複数回の大規模なグローバル障害が発生しています。かなり情けないです。Addyが飛び込んできて、Cloudflare PagesにはネイティブなGitHub統合があると言っています。素晴らしい。Cloudflare Pagesも死んでいます。彼らは今それをCloudflare Workersと統合しているところで、それらの変更を文書化するのにひどい仕事をしていて、Cloudflareにデプロイしようとするときにどこに行けばいいのかわからなくなります。
前回Cloudflareにデプロイしようとしたときは非常に多くの問題があったので、チームに送りました。私がこれを行ったときに部屋にいた可哀想な幹部は、10ポイント単一行間フォントで7ページ以上のメモを書き、それを組織全体に提示して、約半分の問題を修正してもらいました。彼らは努力しています。
Cloudflareは本当に気にかけていますが、体験は最新の競合他社よりもはるかに遅れています。ランダムなVite Reactアプリを試しにCloudflareとVercelにデプロイして、変更を加えて、これら2つでデプロイするのがどれほど難しいか見てみてください。快適ではありません。
しかし、正気のコストとして得られるのは、全体的にはるかに安いということです。ただし、コスト面には問題があります。なぜなら、無料のものが無料のままかどうかについてあまり透明ではないからです。多くの場合、エグレス（データ転送出力）に料金を請求しないため、大量のデータ転送を行っている場合は安いか無料ですが、ある時点で、エンタープライズプランに強制的に移行させられる可能性があり、そこでは突然それらのものにコストがかかるようになります。
無料ティアまたはベースティアで無料だからといって、エンタープライズティアでも無料のままであることは保証されません。それを知っておいてください。非常に重要です。彼らが行った最後の本当に素晴らしいことは、Dylanを雇ったことです。ご存知ない方のために、Dylan Moyは、バックグラウンドであらゆる種類のツールを動かしている魔法使いのようなTypescript開発者の一人です。
Effectを今日の地位に押し上げた人々の一人です。JJオタク仲間、全体的に素晴らしい開発者です。Dylanを心から愛しています。彼はVercelにいて、そこでDXを大いに気にかけていました。今はCloudflareにいて、そこでもDXの限界を押し広げています。たくさんのものを修正しようとしています。最初の週に、WranglerのCLIや他のランダムなものに約20のPRを提出しました。
Dylanがこのリストのいくつかのものを修正できる可能性は十分にありますが、今のところ、CloudflareはAWSに次いで2番目に悪いDXを持っています。多くの点で、AWSよりも悪いと主張します。なぜなら、常に変化していて、決して十分に文書化されておらず、何も意味をなさないからです。Cloudflareで何ができて何ができないのかが本当に不明確です。ドキュメントが間違っていて、多くの嘘をついているだけだからです。厳しいですね。
そして今、まったく正反対の体験、Vercelです。私はVercelに問題があります。誰でもそうです。それらのいくつかを見たい場合は、Vercelとの別れのビデオを見てください。たくさんありますが、それでも彼らはほとんどのアプリをデプロイする最も簡単で一貫性のある方法です。
基本的に、過去数年間にウェブに出荷したものすべては、少なくともそのウェブアプリについてはVercelに置かれています。本当に簡単な方法だからです。GitHub統合は素晴らしい。無料ティアは素晴らしい。課金モデルは理にかなっています。すべてとの統合は素晴らしい。正直なところ、この部分もこの部分もコピーできます。
明らかに、Next.jsにとって最高の場所です。最近はNextをあまり好きではなくなってきていますが、明らかに彼らはCDN配信関連の処理をしていて、競合他社と大きく異なり始める部分があります。Fluid Computeです。これは前に話したもので、CPU時間の価格設定でCloudflareが行っているのと同様の価格設定を行おうとする試みです。それは大いに役立っています。
彼らはまた、ワークフローのようなものなど、これらのものを活用するインフラに対する素晴らしいプリミティブを一貫して導入しています。皆さんが「use workflow」などのディレクティブによる構文全体を好んでいないことは知っていますが、それができることは本当にクールです。そのタイプの構築を始めるための良い方法です。より信頼性の高いサービスが必要な場合は。それはそれです。
ただし、否定的な面もあります。コストはまだ問題です。CPUコストだけではありません。実際、ほとんどのアプリにとって、計算側でのVercelとLambdaのコスト差は、特に並行性の関連でVercelに有利だと主張します。それだけでコストが大幅に削減されます。
しかし、彼らはコストで良くないことをしています。月額20ドルのシート価格設定のようなことです。非常に迷惑です。チームに新しい開発者を追加するたびに、Vercelの請求書が増えています。それは好きではありません。しかし、実際のソフトウェアを出荷する際の最大のコストは、Vercelの計算やシート価格設定であることはほとんどありません。帯域幅です。
「ああ、Vercelが5,000ドルかかった」というバイラルな請求書を見るたびに、1つの例外を除いて、それは帯域幅でした。なぜなら、Vercelは非常に積極的に配置されたCDNを持っていて、すべてを可能な限り高速にすることを目標としているからです。Vercelがあなたのために出荷するすべてのコード、つまりHTMLページ、JSバンドル、SVG、ユーザーに届くコードベースから出てくるすべてのものは、VercelのCDN上にあります。
それは明らかに、小さくて素早くロードする必要があるもの、つまりサイトを動かすJavaScriptファイルのようなものを対象としています。しかし、50メガバイトのビデオファイルや10メガバイトのJPG、5〜10メガバイトのMP3のような大きなアセットでプロジェクトのpublicフォルダーをいっぱいにしている場合、それは多額のコストがかかります。レースカーで食料品を運ぼうとしているようなものです。
食料品が少なくなるだけでなく、ガソリンも多く使い、おそらくメンテナンスにもより多くのコストがかかるでしょう。約400キロバイトより大きい静的アセットには適切なソリューションではありません。彼らは、面白いことにCloudflareの製品であるR2の上に構築されたblobという独自のファイルストレージソリューションを提供しています。今、彼らがそれにどれだけ注力しているかはわかりません。
あまり気にかけているものではないように見えます。ありがたいことに、Upload Thingを使うことができます。ランダムなYouTuberが作った奇妙なファイルアップロードサービスです。その部分はあまり考えないでください。しかし、えーと、ずっと安いです。エグレスには課金しません。検討する価値があります。
だから私はVercelをデフォルトにしています。帯域幅とそれをどこに置くかについて注意している限り、最終的には本当に良いです。GitHub統合はクラス最高です。CLIは本当に良いです。セットアップは簡単です。すべてで動作します。本物のNodeなので、Node.jsでできることは何でもできます。かなり良いです。
一般的に言えば、Vercelで動作しない場合、それはおそらく一般的にサーバーレスにとって悪いワークロードだからです。Cloudflareがたまたま安いクレイジーで奇妙な計算のようなものでない限り、別のサーバーレスプロバイダーに移行する価値があると感じることは非常にまれです。
しかし、それさえもFluid Compute価格設定で今はまれになってきています。クールです。では、サーバーレスをまったく使用できない人々の一人だとしましょう。そのケースに当てはまる人はたくさんいますし、そうではないがたまに伝統的なサーバーから恩恵を受けるプロジェクトがある人はさらに多いです。
VPS選択肢の検討
その選択肢を見てみましょう。馬鹿にしやすいものから始めましょう。HetznerとOVHです。利点は本当に安いことです。Twitterの人々はあなたをクールだと思うでしょう。否定的な面、ええと、アカウントはいつでもキャンセルされる可能性があります。特にHetznerでは。私もこれを経験しました。彼らは私がGmailアカウントでサインアップしたことを気に入らなかったので、自動的にフラグが立てられ、アカウントは長い間デプロイできませんでした。ひどかったです。
その話を何度も見てきました。ランダムなポリシー変更により、アカウントにいくつかのチェックボックスがチェックされていなかったために、本番環境が停止された人々さえ見たことがあります。彼らは禁止することで知られています。フラグを立てることで知られています。多くの人が多くの問題を抱えてきました。
すぐにHetznerについて悪口を言ったことで私はクソを言われますが、気にしません。Hetznerでは排他的に悪い経験しかしてきませんでした。それを皆さんに知ってもらう必要があります。OVHはある程度良いですが、正直なところ少し高価でもあるので、価値があるとはめったに思いません。製品提供も不足しています。何との統合もないようなものです。
Hetznerを使用している場合、デプロイパイプラインを管理しています。割り当て方法を管理しています。どのサーバーからルーティングされているかの階層、ゲートウェイ、CDN、すべてを管理しています。彼らはあなたのために何もしてくれません。彼らはどこかランダムな場所で所有しているボックスにVPSを与えているだけです。また注目すべきは、ロケーションがかなりひどいということです。
最良の価格はEUサーバー用ですが、EUサーバーでさえ他の重要なものと同じ場所に配置されていません。データベースにPlanet Scaleを使用している場合、Planet ScaleデータベースとHetznerデータベースが同じネットワーク上にある可能性は基本的にゼロです。つまり、大量のレイテンシを追加し、サービスを大幅に遅く悪化させているということです。Twitterでかっこよく見えるために月5ドルではなく6ドル払うために。
それだけの価値はありません。Hetznerの上に構築している真剣な人を知りません。全員がホビイストです。ホビイストでいて、コストを本当にマイクロ最適化したいだけなら、それは構いません。あなたが本物だとは思えません。Hetznerのファンではありません。これを言ったことで、コメント欄が素晴らしいものになると確信しています。
次に、Digital Oceanについて話します。これは私が大量の経験を持っているものです。最初の利点はドキュメントです。クラス最高です。チャットで、私と一緒にそこにいたのを覚えているほど古い人がいたら教えてください。チャットで1を打ってください。Digital Ocean以外の場所にMinecraftサーバーをデプロイするために、Digital Oceanのドキュメントに頼ってきた人もいるなら。
私にもそのケースがありました。Minecraftサーバーをホストする方法についてDigital Oceanが持っていた文書がなければ、今の開発者である私はいませんでした。あのチャットを見てください。私たちの多くがそこにいました。クレイジーな懐かしさですが、彼らが永遠に持ってきた高品質なドキュメントの量は信じられないほどです。
今日でも、SSHやGNU screenで行いたい奇妙なことや、デプロイしたい何かをGoogle検索すると、Digital Oceanが最初の結果の1つである可能性が50%あります。Digital Oceanでこれを行う方法ではなく、単にこれを行う方法です。そして、Digital Oceanを使用することを選択すれば、できます。
彼らは開発者にとって良いリソースであるという角度を本当に真剣に取りました。それ以来、それらのドキュメントを書いたスタッフの多くを解雇しましたが、Stack Overflow以前の時代でさえ、長い長い間、本当に役に立ちました。Digital Oceanの他の利点は、彼らが永遠に存在しているので、おそらくどこにも行かないでしょう。
GitHubのような良い統合があります。素晴らしいとは言いませんが、良い統合です。まともな統合と呼びましょう。そして、Bright DataからFAL、Character AIなど、ここから使用するものを使っている多くの企業があります。彼らは多くの本物の製品によって使用されている本物の正当な会社です。ここにある他の選択肢のいくつかとは異なります。
ただし、価格を見る必要があります。安くはないからです。彼らはすぐにGPUボックスから始めています。それを提供するのはクールですが、計算はあまり良くありません。まだ無料ティアはありますが、ドロップレット、ああ、今は秒単位の価格設定です。512メガバイト、500ギガバイトの転送、10ギガバイトのドライブでのベースは月4ドルです。
1ギガバイトは6ドルになります。比較のために、Hetznerの価格を見てみましょう。彼らは4ギガバイトのRAMと40ギガバイトのSSD、最大20テラバイトのトラフィックで月4ドルのボックスを持っています。これが人々がHetznerを選ぶ理由です。また、ドイツまたはフィンランドにあることは注目に値します。そして、米国のロケーションが価格表に表示されているとさえ思いません。
それとも通常パフォーマンス?オーケー、クール。通常パフォーマンス。コスト最適化されたものとは異なるタブです。そして、それらには米国のロケーションがあります。そして今、2ギガバイト40ギガバイトプランで6ドルになりました。これはここで見ていたものにかなり近いです。どれほどクレイジーに見えても、実際にはキャッチがあるにもかかわらず、Hetznerが価格を信じられないほどに見せるためにどれほど懸命に働いているか理解していますか?
繰り返しますが、実際のロケーションを取得するにはこのボタンを押す必要があり、すぐに価格が急上昇します。ドイツでの2つのvCPU 4ギガバイトボックスが通常パフォーマンスモードでコスト最適化モードではない場合、Digital Oceanよりも高価であることがわかります。そして、パフォーマンスが低下することを心配する必要がないように専用ボックスが必要な場合、月最低14ドルになります。相対的に小さいです。オーケー、8ギガバイトのRAMです。少し良いですが、16ギガバイトで月28ドル、良くないです。
それでも、これまでのところ、これらの選択肢にわたって価格は妥当です。大幅に高価なものにはまだ入っていません。確かに、2ギガバイトのRAMと1つのvCPUで12ドルは少し高価です。Digital Oceanは安価なオプションではありませんでした。決してそうではありませんでした。そのレベルで最適化しているなら、あなたがしている仕事を真剣に受け止めるのは難しいです。
サーバー全体で月2ドルから5ドルの違いは私が気にするものではありません。それらのものを構築するのにかかる時間の方がはるかに多いからです。地獄、それらのものを構築するために使用する推論の方がはるかに多いです。私は今、ClaudeとCursorに月200ドル支払っています。月5ドルなんてどうでもいいです。では、否定的な面は何ですか?どう言えばいいでしょうか?Digital Oceanは今、少し迷っているように感じます。
彼らは自分たちの中核的な提供が何であるかを本当に知りません。ホームページからでさえわかります。スケールのために構築された推論クラウド。何?それは私がDigital Oceanを何だと思っているかではありません。今、推論のためにDigital Oceanを使用している人を誰も知りません。そんな人に会ったことがありません。ああ、見てください。彼らは今ホームページにオープンクローのシャウトアウトを持っています。
彼らは新しい顧客を見つけようと非常に懸命に傾いています。これは恐ろしい部分ですが、彼らは破綻の瀬戸際にいる可能性があることを示唆しています。このリストにある選択肢の中で、彼らは今ここで話しているのと同じ問題を抱える可能性が最も高いセクションのトップにいます。
だから、Herokuの死のためにこのタイプの移行に対処しなければならないことを望まないことが目標である場合、Digital Oceanで再びそれを経験しなくても済むことを保証することはできません。それを知っておいてください。確かに少し時代遅れに感じられ、計算が彼らの焦点ではないように感じられます。彼らは本当に推論側に傾いているようで、それは彼らにとって良いことですが、そこにはもっと競争があり、彼らが意味のある影響を与えることができると確信していません。では、次は何がありますか?これらをカバーしました。
Fly.ioの魅力と懸念
次にFly.ioに飛び込みましょう。Fly.ioは最高です。彼らは過去にスポンサーでした。将来またそうであることを願っていますが、彼らは最近レイオフをしなければならず、その時点でスポンサーとして彼らを切ることを選びました。なぜなら、私が一緒に働いていたスタッフの多くを解雇したばかりの会社からお金を受け取ることが本当に気の毒に感じたからです。
全体的に本当に良いもので、彼らは明らかに私の心に近いElixirコミュニティの大きなメンバーでもあります。利点としては、Elixirネイティブで、これは絶対に大好きです。サーバーをデプロイするための世界クラスのDXです。彼らは世界で最高のDXのいくつかを持っています。GitHubとの統合方法、ダッシュボードでの物事の管理方法、どこで何が起こっているかの明確さ、異なるものをリンクするためのツール、プレビュー環境、スリーピングサーバー、これらすべてのタイプのものです。素晴らしい。
彼らはまた、巨大なOSSサポーターです。Elixirエコシステム、Gleam、Railsなど、私がリストアップしようとすれば忘れそうな多くの他のものすべてのスポンサーを助けています。彼らはこの分野の良いプレーヤーであり、これまで話してきた他の誰よりも多いと主張します。彼らは重要なオープンソース技術の開発に積極的に意味のある貢献をしており、ビジネスを傷つけているレベルです。
オーケー、人々は彼らがGleamをスポンサーしていないかもしれないと言っています。過去にはしていたかもしれませんが、もうしていません。彼らは財政的にそれほどうまくいっていません。繰り返しますが、レイオフがあり、近いうちに資金調達について何も聞いていません。つまり、おそらくしていません。
彼らはまた、Sprite関連のものを持っていて、それについて本当に良いことを聞いています。それは、独自のプリミティブを持つ安全にエージェントを実行できるVMとサンドボックスであることを意図しています。そして、彼らが構築した他のランダムな多くのものがあり、他のクラウドでできることよりもはるかにクールです。
以前、Flameについてのビデオを作りました。これはサーバーレスを行う代替方法で、特定のニーズのために異なるサーバーでそれらをスピンアップするためにコードベースでプロセスをカプセル化しています。ffmpegのような作業をするために時々GPUが必要だが、通常は必要ない場合のようなものです。GPUボックスで常に実行すると、高価すぎます。GPUは使用されていません。
しかし、GPUボックスで実行されてそれを処理するコードベースに1つの関数があれば、素晴らしいです。この例では、Elixirの構文に慣れていない場合は申し訳ありませんが、私の愛するもの。FFmpegで実行されるサムネイルを生成するためにここで定義されているこのプロセスを取ります。これはメインサーバーをロックアップしたり、GPUを持っていない場合は実行されなかったりする可能性があります。
Flame呼び出しでラップすることができます。ここに同じスタブ関数があり、同じボックスでこれを呼び出したかのように結果を返します。とてもクールです。この種のもののために私が見た他の何よりもはるかに先を行っています。しかし、現実的でなければなりません。否定的な面として、データベースの信頼性がそこにありません。
チュートリアルや彼らとの作業を行っているときでさえ、データベースが何度も死んで失敗しました。私はただデータベースを信頼しないことを学びました。他の多くのFly顧客もそうです。彼らはしばしば、データベースをFly以外の独自の他の代替サービス、例えばPlanet Scaleなどに移動します。しかし、開発中はとても便利です。Flyでのセットアップ方法はとても素晴らしいので傷つきますが、現実はデータベース関連はそこにありません。
一般的に、信頼性が私たちが必要とするところに完全にはありません。彼らは最近大きな障害を起こしました。おそらく将来再びそうなるでしょう。彼らは独自のものをたくさん構築していて、それらのものの多くは本当に本当にクールです。彼らがすべてのこのクールなことができる理由ですが、それはまた、業界によって試されていないことを意味し、その結果、それほど信頼できません。
また、DB関連のことに注意してください。管理されていません。彼らは管理されたデータベースをしません。Postgresを実行しているイメージを提供するだけです。どうやら今は管理されたデータベースを持っているようです。知りませんでした。それは良いニュースですが、えーと、最後に試したときは持っていませんでした。それは安心です。信頼性は良くないと言い続けますが、管理されたDBを持っているという事実はクールな変更です。
また、これらの選択肢の中で、Flyは死のリスクが最も高いかもしれないと主張します。Digital Oceanよりもわずかに高く、この会社がお金を使い果たして死ぬ可能性があると置きます。今年末や来年初めにもFlyがまだここにいると確信させてくれる大きな顧客や収益数や投資などを見たことがありません。
彼らと一緒に働いていたときでさえ、話していた人々が突然会社にいなくなる率は少し恐ろしかったです。ElixirConf 2024にさえ行って、数人のFlyで働いているElixirオタクを含むElixirオタクの集まりのテーブルに座っていて、彼らが携帯電話をチェックしてレイオフされるのを見ました。
それは自信を呼び起こしません。彼らはまた、ものを非推奨にします。多くはありませんが、懸念するには十分です。チャットの誰かが、管理されたDB Superbase統合を持っていたが、それが中止されたと述べました。今、個人的に全ビジネスを賭けるものではありません。私が今までに構築した最も楽しいプラットフォームの1つです。
来年もまだここにいると確信していません。それをあなたが望むように受け取ってください。
Render: 安定した選択
次に、Renderがあります。彼らはトップに「ほぼゼロのダウンタイムでHerokuから移行」という大きなバナーを持っています。彼らは自分たちが何をしているかを正確に知っています。Renderは多くの大企業によって使用されています。彼らの収益は本当に堅実です。資金調達に問題はありませんでした。彼らは現代的な技術とPHPを理解しています。HashiCorpの創設者でさえRenderについて良いことを言っています。Mitchellは伝説です。見るのはクールです。
彼らはまともな無料ティアを持っています。ただし、もっと多くのことをしたい場合は、すぐに月額ティアにバンプする必要があります。同じ方法で借りているボックスのようなものはありませんが、全体的にはかなり寛大です。比較的現代的で、すべてをサポートし、寛大な無料ティア、おそらく存続します。彼らは十分な収益を上げているので、すぐに消えることを心配していません。
否定的な面として、サーバー価格設定の代わりにサブスクリプションを支払います。その価格設定の多くは、エンタープライズカスタムティアの下に隠されています。彼らはcronジョブを設定するために別の月額料金を請求します。それはちょっと面白いです。
ああ、見てください。彼らのGitHub統合はまだ非常に良い状態です。最後に使用したときはかなり良かったです。だから、それは良いニュースです。ここに入れます。良いGitHub統合とプレビュー環境、これはこれらの異なるプロバイダー全体で保証されているわけではありません。どうやら、エグレスも超高価のようです。
確かに注目に値します。良い指摘、チャット。20ドルティアには500ギガバイトの帯域幅が付属しています。追加の100ギガバイトあたり15ドル。インバウンド帯域幅は無料です。オーケー、それはクールです。だから、それにアップロードするのは無料です。それからデータを送信するのにはお金がかかります。それは実際に本当に良い指摘です。良いクソ、私はRenderを選ぶことを決して非難しません。
本当に良いオプションのように見えます。正直なところ、これらすべての中で最も信頼できるもののようなものです。AWSを除けば、飛行リスクも最小です。しかし今、Railwayについて話す必要があります。
Railway: 個人的な推奨
明らかに、ここのどの時点よりもバイアスを考慮してください。Jakeと私には長い歴史があります。私は2021年に遡って、Railwayのエンジニア4番目としてほぼ雇われました。私はこの会社の浮き沈みを5年間ずっと見てきました。Railwayを心から愛しています。問題はありますが、ほとんどの場合、素晴らしいプラットフォームです。
現象的なチームで、彼らと彼らが持ってきたすべての成功に非常に興奮しています。利点として、真に現代的です。それを使用すると違いを感じるでしょう。すべてで素晴らしく動作します。CLIは素晴らしいです。ドキュメントは素晴らしいです。GitHub統合は素晴らしいです。ただ動作します。
また、実際に何が起こっていて、パーツがどのようにリンクされているかを見るための最高のダッシュボードの1つでもあります。異なるサービス、それらが互いにどのようにリンクされているかを明確に見ることができます。ドメインのセットアップ、これらすべて本当に良いです。オブザーバビリティも素晴らしいです。このプロジェクトはまだ必要としていないので、まだセットアップさえしていません。
彼らが異なる環境を処理する方法は素晴らしいです。プレビュー環境などを比較的うまく設定できます。私が知る限り、PRなどを行う際の自動プレビュー環境作成の良い機能はありません。設定できるかもしれませんが、良いです。正直なところ、Addyがここに置いた方法が本当に好きです。Railwayは使用するたびに私を笑顔にさせます。
価格設定は比較的透明で明確です。彼らは各ものがいくらかかるかについてハードな数字を落とします。これらのパーツの関係のような様々な異なるもの、これらのパーツがどのように測定されるかについて少し混乱があります。実際に得られる使用量を把握するのが混乱することがあります。
そして、無料であることが興味深いことがありますが、無料のままであることを確信していません。利点セクションでは、オブジェクトストアからのエグレスは無料です。しかし、否定的な面では、オブジェクトストアはプライベートのみです。パブリックバケットを作成することはできません。
それは今取り組んでいるプロジェクトで本当にひどく私を火傷させ、今Railwayストレージから移行しています。無料のエグレスは私の意見では時限爆弾です。エグレスを無料で提供している人は誰も永遠にそれを維持することはできません。常にキャッチがあります。そしてRailwayでそのキャッチが何であるかについて少し怖いです。
これは、もっと使用していれば他のもののために持っているかもしれないタイプの不満ですが、かなりヘビーなRailwayユーザーとして、より多くの欠陥を見ます。ダッシュボードは特にDNSやSSL関連の奇妙な状態になることがあります。Railwayでドメインを購入しません。
私のものはVercelで購入しましたが、それをRailwayでセットアップし、SSLは永遠に壊れていました。ダッシュボードはCNAMEを検証しませんでした。それが機能するまで時間がかかりました。UIが現在の状態を非常によく示していなかったため、前回正しく行っているかどうかわかりませんでした。ありがたいことに、それを30分間放置して、戻ってきたときには良かったです。
それが起こっているかどうか、または機能するかどうかは明確ではありませんでした。ああ、エグレスはサービスにはギガバイトあたり5セントかかりますが、オブジェクトストレージには無料のエグレスがありますが、ストレージには月額ギガバイトあたり1.5セントを支払っています。それを知っておいてください。私は以前のストレージ価格をJakeから得ました。
彼はそれを入力しただけかもしれませんが、ギガバイトあたり1.5セントはストレージのためのかなり良い価格です。それに基づいていくつかのことを再考するかもしれません。ただし、彼らにはここまで到達していない利点がもっとたくさんあります。すべてをサポートします。私が今まで持った中で最高のDBセットアップです。サービスを一緒にリンクする方法など、本当に快適です。
設定は一般的に素晴らしいです。パフォーマンスは狂っています。彼らは独自のサーバーをラックしていて、良いサーバーです。また、私が使用しているUSウエストのサーバーファームは私にかなり近いと思います。それを信じられないほど速く感じさせます。私はRailwayに本当に満足しています。価格設定を全体的に公正と呼びます。Railwayで「それは高すぎる」と思うものはほとんどなく、そう思ったものは、私が間違っていただけです。
ああ、彼らはプレビューとワンクリックロールバックを持っています。それは良いニュースです。ワンクリックロールバックは巨大で、何度も私を救ってきました。プラットフォームの使用方法によっては、大量のお金を節約できるかもしれません。以前にAWSを使用していた一部の顧客は、Railwayに移行することでコストを90%削減し、より良い体験を得ることができました。本当に良いです。
私はRailwayに非常に満足しています。あなたもきっとそうなるでしょう。彼らはおそらくここでの私のトップピックです。EC2に入る前のRailwayについての最後のこと。彼らは1億ドルを調達しました。彼らはどこにも行きません。彼らはすでに以前にほぼ利益を上げていました。実際にしばらく利益を上げていたかもしれません。彼らはどこにも行きません。
AWS EC2: 信頼性と複雑さ
AWSもどこにも行きません。超信頼できます。うんざりするほど信頼できます。すべてによってサポートされ、素晴らしいロケーションがあるので、すべてと速くネットワークできることがわかります。すべてのサービスは、AWS EC2との低レイテンシーを持てるようにAWSサーバーファームに入ろうとします。
彼らが持っている統合の量は、誰もが構築してきたので狂っています。TerraformやPulumiのようなプラットフォームは主にEC2とEKSを中心に構築されています。地獄、Kubernetesは主にこの時点でEKSがどのように動作するかを中心に設計されています。すべてがEC2用に構築しています。それがEC2をサポートしていない場合、私は非常に疑わしいです。
保証されたSLA、信頼性、そこで必要なすべてのもの。Fargateは素晴らしいです。EC2と一緒にAWS内で外部的に統合できる他の多くのサービスがあり、狂っています。そして最も重要なことは、AWSを選んだために解雇された人はいません。それはデフォルトです。そしてそれには理由があります。良いです。
しかし、否定的な面があります。コストは驚くほど競合他社より高いです。彼らの価格設定は非常に迷惑で、通常は別のサービスを使用してそれを見ます。なぜなら、彼らは本当に価格設定がひどいです。神様、彼らはこの情報をすべて非常に深く隠しています。さあ、どうぞ。
悲しいことに、このチャートは月額ではなく時間単位の価格設定をしています。24 x 30倍します。そしてそれには理由があります。EBSストレージだけの2ギガバイト1vCPUボックスは月22ドルです。EKSについて話している場合、合理的に埋めることができる最も強力なノードが必要になります。だから、190コアのGravitonボックスを選択できます。ええ、かなり狂っています。
AWSは、ハードウェアのティアに対して予想するよりも大幅に高い価格を請求するだけでなく、それらの価格を実際に下げません。だから、おそらく6年以上前のボックスに対して、まるで新品であるかのように永遠に支払っている料金のようなものです。ひどいです。クレイジーです。
誰もがいつもAWSが安価なオプションだと宣伝しています。そうではありません。多くの場合、Vercelは実際にAWSよりも安いです。それらをどのように使用しているかによります。どちらかで愚かなことをしている場合、自分自身を台無しにすることができます。Railwayがしばしば安く出てくるのは驚きではありません。だから、コストはあなたが節約しているものではありません。
セットアップもあなたが節約しているものではありません。基本的にAWSでのデプロイを処理するソリューションを構築する必要があります。AWSでのセットアップが難しすぎるというだけで、複数の10億ドル以上の企業が構築されています。TerraformからVercelまですべてが、AWSが設定するのがひどいからです。ダッシュボードはCloudflareティアのUXです。少なくとも機能しますが。
Cloudflareのように物事が完全に壊れていることはAWSダッシュボードではまれですが、それを回避するのは地獄です。ああ神様、パーミッション。私は神様、それはたくさんの懐かしさです。私は私はIAMで地獄に行きました。とてもひどいです。とてもクソひどいです。正直なところ、私は私はこれをGCPやAzureと同じバケツに入れます。
さて、デプロイする場所についてのアドバイスを求めて私やこのようなビデオのチャンネルに来ているなら、AWSにデプロイしないでください。本気で、やめてください。これらすべての選択肢を検討しました。それぞれの価値が何であるかを理解していただけたでしょう。
ティアリングと最終推奨
これらをティア分けするなら、推奨しないものは無視します。絶対に推奨するトップレックス、誰もが少なくとも検討すべきだと思うものを言います。Railway、Vercel、Render。すべて簡単です。
Sティア、問題ありません。特定のニーズがあるティア。Netlifyは、彼らが特定の統合を持っているか、キューイング関連がうまく機能する場合に入れます。Cloudflareは、適切なNode環境を持たないことに関する妥協を喜んで扱う場合。非常に有益です。または、クレイジーなスケールでコストをマイクロ最適化しようとしているだけです。
本当に良いオプションでもあります。多分Hetzner。ここに置くのは傷つきますが、あなたの目標が遅くて信頼できないことを許容できる、ただホストされている狂った無料エグレスを持つ可能性な限り最も安いものを持つことである場合、それは大丈夫かもしれません。自信を持って「ああ、それをHetznerに移動してください」とは言いませんが、検討する価値のあるオプションです。
ああ、そしてFly、絶対にFly.ioです。1年か2年で存在していないかもしれませんが、他の何もしない本当に魅力的な提供物を持っています。Flyが唯一解決する問題に遭遇する可能性は十分にあります。そうする場合は検討する価値があります。
そして、とにかく聞かないだろうティアがあります。これは、楽しみのためにこれらのビデオを見るが、あらゆる種類の異なる理由で現実的に私の推奨を受け入れることができない人のためです。ここにLambdaやEC2のようなほとんどのAWS提供物を置きます。GCPもここに入れます。Azure、IBM Cloudなどもです。雇用主がすでにあなたのためにそれを選んでいる場合、それは問題ありません。
そして他のほとんどすべて、私はそれを推奨できるとは思いません。さて、ここで何かを選ぶなら、おそらくうまく設定されているでしょう。ここで何かを選ぶなら、良い理由があることを願っています。そして、ここで何かを選ぶなら、それを選んだのはあなたのボスであって、あなたではないことを願っています。
今、あなたは私がこれらのことについてどう考えているかを知っています。そして、うまくいけば、私がデプロイするほぼすべてがVercelとRailway上にある理由がよりよく理解できるでしょう。そして、もしかしたら将来的にはRenderもです。
ええ、そして私たちはCDNについてほとんど話しませんでした。なんというビデオでしょう。これがこれらのプラットフォームが何であるか、それぞれが持つ利点と否定的な面をよりよく理解し、おそらく、ほんのわずかですが、次にホストする場所を選ぶときにもっと自信を持つことができることを願っています。皆さんがどう感じているか教えてください。そして次回まで、Hetznerについて私を燃やすのをやめてください。
あなたの5ドルのVPSについて本当に気にしていません。
コメント