| ▲ | philipallstar 14 hours ago |
| It would be good to understand what Cloudflare gets out of the deal. The article is very much just "Astro, but someone else pays the bills!" which is of course lovely for Astro. |
|
| ▲ | mpeg 14 hours ago | parent | next [-] |
| Same reason vercel buys open source... it makes cloudflare always a great deployment option for all Astro sites, which in turn helps cloudflare's core business. For example, Cloudflare released their vite plugin which makes it effortless for frameworks that use the vite env API to run inside workerd (meaning you get to use cloudflare service bindings in dev) back in April and only React Router had support for it. Nextjs has no support, the draft PR to add support for Sveltekit has been parked until the next major version, Astro only just added support in their beta 6.0 release 3 days ago With this acquisition, Astro will probably be first to future updates that increase compatibility with cloudflare. It's smart, and was probably not very expensive (more of an acqui-hire) |
| |
| ▲ | Seattle3503 11 hours ago | parent | next [-] | | So when folks say they want to see big companies invest in open source, this is what that looks like. CF could have kept coasting on what Astro was building, but instead they are paying for it. But in return they get a lot of control. | | |
| ▲ | skybrian 11 hours ago | parent | next [-] | | Well, hopefully more like Go's relationship with Google? The company that pays the bills is their first and most important customer, but as far as I can tell from the outside, the Go team makes its own plans and management doesn't pull rank. | | | |
| ▲ | ignoramous 9 hours ago | parent | prev [-] | | > CF could have kept coasting on what Astro was building, but instead they are paying for it. But in return they get a lot of control. Supabase pioneered the modern implementation of this model. Probably, RedHat before it? Google also tend to "acquihire" maintainers of popular FOSS projects, like Ben Goodger (Firefox), Scott Remnant (Upstart), Junio Hamano (Git), Guido von Rossum (Python). |
| |
| ▲ | cornholio 12 hours ago | parent | prev | next [-] | | So, cloudification: lock the customer into a complex cloud dependent solution they can't easily migrate to some other commodity infrastructure provider. | | |
| ▲ | taraindara 12 hours ago | parent | next [-] | | The easier/convenient a cloud makes it for a business to use, the more the industry will continue to trend towards lock in | | |
| ▲ | ghurtado 12 hours ago | parent [-] | | I don't see the relation between those two | | |
| ▲ | mikodin a minute ago | parent [-] | | I essentially do a 1 click deployment for my personal site with Cloudflare. I don't want to deal with the cloud infra for my personal site. I could, I've done it in corporate, I've done it for my startup 2 years ago.
But I'm rusty, I don't know what the latest people are using for configuration, etc. Because there is 1 click with CF or Vercel and I don't have to think about it—I don't.
If they increase their price it likely wouldn't be enough friction for me dust off the rust. I think this is the relation.
I'm not locked in, it's just HTML pages, but I am through my own habit energy, tech changing, and what I want to put effort into, which is not infra and serving my site. |
|
| |
| ▲ | mynameisvlad 12 hours ago | parent | prev | next [-] | | What lock in? They explicitly said: > Staying open to all was a non-negotiable requirement for both us and for Cloudflare. They have deployment guides for practically every provider out there: https://docs.astro.build/en/guides/deploy/ And at the end of the day, most of the deployment is just deploying a static site... Which you can do practically anywhere. | | |
| ▲ | mmooss 3 hours ago | parent | next [-] | | They can say whatever they want, and then do whatever they want. They have no contractual or legal obligation. Almost every (it seems) acquisition begins with saying, 'nothing will change and the former management will stay on'. A year later, the former managment leaves and things change dramatically. | |
| ▲ | thayne 10 hours ago | parent | prev | next [-] | | They can stay open source, but stop putting any effort into supporting deploying to cloudflare's competitors, including accepting PRs for such improvements. Or they could add features that only work if you deploy via cloudflare. I also take anything said in an acquisition announcement with a grain of salt. It is pretty common for companies to make changes they said they wouldn't a few years after an acquisition. | | |
| ▲ | mynameisvlad 10 hours ago | parent [-] | | Once again, it’s a static site builder. How, exactly, would they “stop supporting deploying to cloudflare’s competitors”? Be specific. | | |
| ▲ | HumanOstrich 10 hours ago | parent [-] | | The same ways Vercel makes it harder to deploy Next.js sites to competitors or for self hosting. | | |
| ▲ | theturtletalks 8 hours ago | parent | next [-] | | Vercel does not make Next.js hard to deploy elsewhere. Next.js runs fine on serverful platforms like Railway, Render, and Heroku. I have run a production Next.js SaaS on Railway for years with no issues. What Vercel really did was make Next.js work well in serverless environments, which involves a lot of custom infrastructure [0]. Cloudflare wanted that same behavior on CF Workers, but Vercel never open-sourced how they do it, and that is not really their responsibility. Next.js is not locked to Vercel. The friction shows up when trying to run it in a serverless model without building the same kind of platform Vercel has. 0. https://www.youtube.com/watch?v=sIVL4JMqRfc | |
| ▲ | fady0 9 hours ago | parent | prev [-] | | Next.js isn't just a static site generator. | | |
| ▲ | HumanOstrich 8 hours ago | parent [-] | | Astro isn't just a static site generator either. Not sure what your point is. | | |
| ▲ | mynameisvlad 7 hours ago | parent [-] | | Yes it is. All of the providers support “Static”, which literally means uploading /dist to your provider of choice. They also have three pages worth of deployment adapters for one line deployment on many platforms, including many built by the community. https://astro.build/integrations/?search=&categories%5B%5D=a... Did you even bother to look at their site or even better the guides I posted upthread or just decide to pull that out of your ass? | | |
| ▲ | HumanOstrich 7 hours ago | parent [-] | | Did YOU even bother to look at their site? They support more than static generation, including SSR and even API endpoints. That means Astro has a server that can run server-side (or serverless) to do more than static site generation, so it's not just a static site generator either. And yes I can see you're posting the same lie all over the comments here. Stop being a potty mouth. |
|
|
|
|
|
| |
| ▲ | mplewis 11 hours ago | parent | prev [-] | | Yeah. For now. | | |
| ▲ | bahmboo 11 hours ago | parent | next [-] | | That's always been true. Perhaps even more so as Astro constantly faced an existential battle for a working business. Now they don't have to do that and Cloudflare makes their money on their infra business. Locking Astro up now or in the future gains them very little compared to how much they make with hosted upsell services. [edit: clarity] | |
| ▲ | mynameisvlad 11 hours ago | parent | prev [-] | | It's a static site builder. It creates a static site. HTML, CSS, and JS. That you can then upload literally anywhere. Once again, what lock in? There is literally nothing to lock in. Explain exactly how they are going to lock somebody in, moreso than the lazy "for now" which you seem to constantly repeat. |
|
| |
| ▲ | sofixa 11 hours ago | parent | prev [-] | | No? It's still the same Astro that you can move to any other provider that supports it - and it's just Javascript, so pretty much everyone supports it. | | |
| |
| ▲ | jtbaker 14 hours ago | parent | prev | next [-] | | > Nextjs has no support From what I remember, you can't even run a NextJS app through vite? | | |
| ▲ | mpeg 14 hours ago | parent | next [-] | | Yes, that's part of the problem, deploying nextjs to cloudflare in the first place used to be an absolute nightmare, let alone the dev experience (I think it's better now) | | | |
| ▲ | Vinnl 10 hours ago | parent | prev | next [-] | | That doesn't sound too preposterous; I wouldn't assume you'd be able to run a React Router project on Turbopack or Webpack either, and Next.js I think has a way more intricate dependence on the bundler to power a significant chunk of its features. | |
| ▲ | mattgreenrocks 12 hours ago | parent | prev [-] | | This is insane to me, and validates my irrational dislike of next. | | |
| ▲ | hungryhobbit 12 hours ago | parent | next [-] | | Definitely irrational. There are lots of logical reasons to dislike Next (like the fact that they pile new shiny bit on top of new shiny bit without caring about the regular user experience) ... but being mad that it can't run on Vite is silly. It's like being mad that Rails can't run on Python, or that React can't run on jQuery. Next already has its own build system, so of course it doesn't work with another build system. | | |
| ▲ | mattgreenrocks 11 hours ago | parent [-] | | Isn’t the next.js build system known for being slow/memory hungry? | | |
| ▲ | mzronek 8 hours ago | parent | next [-] | | Luckily DX is much better now with Turbopack as a bundler. First they improved the dev server, now with Turbo builds the production builds are faster as well. Still not fully stable in my opinion, but they will get there. It's also wise to use monorepo orchestration with build caching like Turborepo. They did well on the turbo stuff, no doubt about it. The main bottleneck with big projects in my experience is Typescript. Looking forward to the Go rewrite. :) | |
| ▲ | pjmlp 8 hours ago | parent | prev [-] | | For those stuck in the past yes, they have replaced it with a Rust based toolchain, as is so fashionable nowadays. |
|
| |
| ▲ | jtbaker 12 hours ago | parent | prev [-] | | 100% rational. Nuxt/Astro FTW. |
|
| |
| ▲ | jjmarr 12 hours ago | parent | prev | next [-] | | I use Astro so I could make my blog a static site and deploy it to Cloudflare pages. I was impressed since I got interactive compilation and state tracking of how many exercises the user completed. https://jjmarr.com/blog/structured-bindings-structs/ | | |
| ▲ | slfreference 12 hours ago | parent [-] | | I have a question. Why can't Whatsapp or Meta make a markdown INFO only website for small business owners (e.g. technicians, shopkeepers, handyman, etc) using their immense reach and clout. The method of using whatsapp groups to keep users updated of the latest updates is not scalable or open. | | |
| ▲ | deaux 2 hours ago | parent | next [-] | | Because they much rather have those small businesses use a Facebook page for that purpose, which is the status quo in the West. | |
| ▲ | basch 11 hours ago | parent | prev [-] | | too big to deliver simple solutions? youre making way too much sense and this would die in committee or be replaced when someone new needs to justify themselves by launching a new product to supplant an existing one. |
|
| |
| ▲ | Y_Y 12 hours ago | parent | prev [-] | | This reads like marketing copy. Maybe it reflects your actual feelings but it's hard to imagine that if you don't write like a human. | | |
| ▲ | satvikpendem 12 hours ago | parent | next [-] | | It does not read like marketing copy to me, what part of talking about draft PRs and framrworks sounds like marketing speak? They're right that CloudFlare having priority access to new Astro features is beneficial for them. | |
| ▲ | mpeg 10 hours ago | parent | prev | next [-] | | Not sure how to feel about this! I’ve been known to use em dashes every now and then, but I am indeed a fellow human. I’m close to the vite plugin in particular and have contributed to multiple frameworks around cf integration (simply because I use cf), that’s why I chose it as an example (and it’s one of Astro 6’s biggest features) | |
| ▲ | ghurtado 12 hours ago | parent | prev [-] | | What a bizarre comment. What part of it was "not human" in your opinion? |
|
|
|
| ▲ | pxtail 14 hours ago | parent | prev | next [-] |
| It's obvious when you look at https://astro.build/blog/astro-6-beta/ and see "Cloudflare" sprinkled everywhere in the article. |
|
| ▲ | paxys 14 hours ago | parent | prev | next [-] |
| They get to make Astro -> Cloudflare the default publishing pipeline. Sure users may pick something else, but even if a small % stick with Cloudflare that's an overall win. |
| |
| ▲ | threetonesun 13 hours ago | parent [-] | | I expected something clearer in the blog post about deploying Astro on Cloudflare Pages, as I imagine many Astro users (like me) are on Netlify. I think every deployment pipeline having it's own preferred UI framework (and CMS, and cloud-DB solution) makes a lot of sense. | | |
| ▲ | HumanOstrich 10 hours ago | parent [-] | | Why did you expect info about deploying Astro to Cloudflare Pages? It's been supported for a long time already. | | |
| ▲ | threetonesun 8 hours ago | parent [-] | | Seems like an obvious thing to call out for people (like me) who don't know. | | |
| ▲ | HumanOstrich 8 hours ago | parent [-] | | So something like "now that we own Astro, all of you using Netlify should start migrating to Cloudflare Pages"? | | |
| ▲ | threetonesun 8 hours ago | parent [-] | | "Hey don't forget it's easy to deploy Astro on Cloudflare pages" with a link to the docs? I saw them mention deployments to Cloudflare (and continuing to support other platforms) but had to go look up what Cloudflare's platform is even called myself. Seems like a missed marketing opportunity. |
|
|
|
|
|
|
| ▲ | nindalf 13 hours ago | parent | prev | next [-] |
| None of us have access to Cloudflare's internal data. But a reasonable guess is that enough of their current and future paying customers use Astro? I'm one of those - Astro hosted on Cloudflare. |
|
| ▲ | Aissen 14 hours ago | parent | prev | next [-] |
| What does Vercel get out of Next.js? Just default integration of overpriced cloud infra. |
| |
| ▲ | azangru 14 hours ago | parent | next [-] | | Vercel was founded (or co-founded?) by the author of Next.js. That's a very different story. Vercel is like what some hypothetical Astro Cloud could have become if it had grown out of Astro. | | | |
| ▲ | pjmlp 14 hours ago | parent | prev [-] | | It gets to be THE platform where to deploy frontends for many headless enterprise CMS and comerce stores that due to partnerships with Vercel only have Next.js based SDKs. Additionally, I wish more serveless cloud vendors would offer a free tier like Vercel, including support for compiled languages on the backend (C, C++, Rust, Go) without asking me for a credit card upfront. |
|
|
| ▲ | zipy124 12 hours ago | parent | prev | next [-] |
| Sometimes it is cheaper to buy a company than build the internal tool team you might have had to build from scratch anyway. Half acqui-hire, half knowing you've built something on-top of it and want it to stick around. I also wouldn't be surprised if cloudflare wants to build this into their site-hosting capabilities. |
|
| ▲ | jayanmn 3 hours ago | parent | prev | next [-] |
| VMware maintained spring framework for many years. It was good ( as a user) |
|
| ▲ | lateral_cloud 14 hours ago | parent | prev | next [-] |
| Mindshare with developers is what cloudflare gets |
|
| ▲ | pier25 14 hours ago | parent | prev | next [-] |
| Probably better support for CF Workers/Pages and better integration with Wrangler. |
|
| ▲ | kelvinjps10 12 hours ago | parent | prev | next [-] |
| Advertise their solution? Now astro can put them into the main deploying option and that's a good way for cloudfare to acquire new customers |
|
| ▲ | adverbly 13 hours ago | parent | prev | next [-] |
| I for one host several Astro sites on Cloudflare Pages. Its quite a nice DX actually. I could see Cloudflare just wanting to push for a bit more vertical integration in the space to give themselves some more options. |
|
| ▲ | richardwhiuk 14 hours ago | parent | prev | next [-] |
| https://www.tumblr.com/ourincrediblejourney This is probably just an acquihire. |
|
| ▲ | bflesch 13 hours ago | parent | prev | next [-] |
| Cloudflare definitely gets positive PR out of this which makes people forget their CEO's recent meltdown on twitter. |
| |
| ▲ | chuckadams 13 hours ago | parent [-] | | The "meltdown" where he refused to jump to the whims of Italy's football cartel and block whatever addresses they wanted without accountability or review? More meltdowns, please. | | |
| ▲ | epolanski 12 hours ago | parent [-] | | A meltdown is a meltdown. Cloudflare is bound to respect the laws of the countries it operates, and if he disagrees with the process, understandable, that was not the way to express it. |
|
|
|
| ▲ | csomar 14 hours ago | parent | prev | next [-] |
| Nextjs doesn’t really work on cloudflare with the latest versions. There is an adapter but it’s buggy as hell. The direction is also likely to continue: https://omarabid.com/nextjs-vercel Source: I use cloudflare and used to run my app there (nextjs) and had to do a migration to vite.js. So the way I see it, this is cloudflare response to vercel. |
| |
| ▲ | solarkraft 12 hours ago | parent | next [-] | | My god. Every time I touch Next.js in some project I think “hey, this actually doesn’t feel so bad to develop with, dare I say it feels nice?“ and every time I read about it I think “what the hell, this is the worst choice you can make“. It’s wild that they’re somewhat taking the whole React ecosystem with them. | |
| ▲ | everybodyknows 10 hours ago | parent | prev [-] | | Following your link, the fault for this appears to lie entirely with Vercel management. Cross fingers that CloudFlare never try similar lock-in games, now that they control Astro? | | |
| ▲ | csomar 4 hours ago | parent [-] | | I don’t think so since they are using the worker model. My guess is that the first class support will go to that. Though they can do lockin differently (kv, queues, etc..) |
|
|
|
| ▲ | philipwhiuk 14 hours ago | parent | prev | next [-] |
| Feels like they are trying to do vertical integration on the whole stack and compete with Vercel. |
| |
| ▲ | pjmlp 14 hours ago | parent [-] | | For me, anyone that tries to compete with Vercel has to beat their offering in backend runtimes. |
|
|
| ▲ | whimsicalism 13 hours ago | parent | prev [-] |
| cloudflare wants to be vercel |
| |