HN user
Creature - A desktop client for building/sharing MCP Apps within your team.
MCP Apps are pretty awesome and seem ideal for internal tool use-cases. They're visual, so they make AI much more accessible for every role in a company. AI without UI is a black box.
Thanks for this
Is the CLI ideal for coding assistants, or is the real draw using Anthropic models in their pure, unmediated form?
+1 Bedrock supports custom model import, though I haven't used it and can't speak to limitations there. Also, this boilerplate provides a solid foundation for any LLM app, whether you use Bedrock or opt for models hosted elsewhere.
Increasingly bullish on AWS Bedrock.
• Devs forever want choice.
• Open-source LLMs are getting better
• Anthropic ships fantastic models
• Doesn't expose your app’s data to multiple companies
• Consolidated security, billing, config in AWS
• Power of AWS ecosystem
I know for sure this has been on AWS's road map for multiple years now. RE:invent is near. Let's see if they can ship..
There is no cost for Lambda invocations with the new Serverless Framework license. Pricing IaC around Lambda invocations does not make sense. Instead, pricing is a fixed fee for each Framework Service Instance (e.g. app) you have.
If you use the Framework's (optional) observability product, pricing is based on Traces and Metrics, like most observability solutions.
Credits are used to pay for these various features.
CEO here. Candidly, our average deal size is less than $1K. We have not done a 6-figure deal for the Framework. I'm not aware of any mature discussions around a deal this size because most folks are gradually incrementing to V.4, which is the right approach.
I highly recommend you discuss this with us/me. We're small, approachable, flexible, and you've been with us so long we're more motivated than ever to make this work.
You can opt out of the observability features in the Dashboard.
Nice work, Keith.
Serverless.com | REMOTE
You love developer tools that help you build more and manage less.
We're working on three big tools and services. You can impact all of them:
• Serverless Cloud - A next-generation Heroku, led by Jeremy Daly.
• Serverless Desktop - A graphical user interface for building serverless applications.
• Serverless Framework CLI - The application framework that started the serverless movement.
We are 100% remote in North America, Europe & China.
I apologize for the confusion. The original post is misleading and I should have clarified this in my response above (I'm juggling a newborn ATM).
The Serverless Framework open-source experience does not do this. But there are premium features, like Serverless Framework Components (which this post is actually referring to) which do this.
When you use these premium features you must log into the Serverless Framework SaaS offering via your CLI, accept a TOS, etc.
At the same time, we need to make sure our communication on these SaaS offerings and how they work is more clear. With respects to that, we'll collect all of the feedback we can to get this right!
Yes, we do this, like other build engines, CI/CD products, and other cloud services. We try to be clear about what's happening and why in this section of the documentation: https://github.com/serverless/components#where-do-components... and we discuss the cloud-based deployment approach elsewhere in the docs.
Further, this is all designed to support and facilitate our upcoming component-scoped permissions, which will significantly reduce required permissions for the Framework, compared to what Serverless Framework Traditional requires.
We'll add more clarity in the docs specifically on credentials and try to make this known upfront.
"serverless" is used to describe a new type of cloud infrastructure you can run your apps (Django, Flask, Express) so that they scale automatically and charge only per request, never for idle, at ~$0.000001 per request.
The candid reason developers and Fortune 500s use serverless cloud infrastructure is because they want to build more and manage less.
The "Serverless Framework" is a developer tool that helps developers deploy their apps to serverless cloud infrastructure, without having to be an expert in that type of infrastructure. It makes it easy for developers to deploy Django, Flask, Express apps so that they auto-scale and pay only per request, never for idle.
Here is how you can deploy Express.js in seconds to serverless infrastructure:
Complexity in any form can be lock-in to contractors, eng. teams, vendors, etc.
Make no mistake, serverless cloud services are the greatest building blocks of all time. That doesn't mean you should use all of them, nor use them in the most granular manner.
As always, the architect should make prudent decisions.
Lambda layers, uploading caching and more make app size a non-issue.
Provisioned Concurrency is now supported in the Serverless Framework - https://github.com/serverless/serverless
Congrats! I have tremendous empathy for your cause. Best of luck.
- Austen @ Serverless Inc.
We updated the Template links. The correct ones can be found here:
Pick a template:
• Serverless Fullstack App - https://github.com/serverless/components/tree/master/templat...
• Serverless Websockets Backend - https://github.com/serverless/components/tree/master/templat...
• Serverless API Backend - https://github.com/serverless/components/tree/master/templat...
• Serverless Website - https://github.com/serverless/components/tree/master/templat...
• Scheduled Task - https://github.com/serverless/components/tree/master/templat...
• & More - https://github.com/serverless/components/tree/master/templat...
"Don't Look Back" is one of my favorite music docs :*(
Serverless Components will really help here. Please stay tuned.
Not all infrastructure configuration options are relevant to every use-case. By focusing on specific use-cases, you can hide "irrelevant" config options. This is a fact.
The full statement from the source material says bloated cloud infrastructure "configurations", referring to verbose configuration files. Needlessly critical? It depends on your experience with these.
These, serverless, cloud, and more are abstractions. Fortunately, if the abstraction doesn't fit your needs, you aren't forced to use them.
"Complexity is inevitable" is a self-fulfilling prophecy.
Good question. I responded in a separate comment regarding "Why Serverless Components?"
Responding to some of the questions regarding "Why Serverless Components?"
When the Serverless Framework was created in 2015, there were only few use-cases you could do with a serverless architecture (an architecture built on auto-scaling, pay-per-execution cloud services, like AWS Lambda) because the services that had serverless qualities were few and immature.
Since then, a growing number of new and existing cloud services have "serverless" qualities. These days, "serverless" seems less of a fad, and more of an important chapter in the story of the cloud, as it evolves as an abstraction over infrastructure.
It's likely large and small cloud vendors will continue to introduce serverless cloud services to the market. All of which will continue to expand the number of use-cases you can do with a serverless architecture.
The Serverless Framework's initial application model is a great abstraction for many use-cases, and it helped hundreds of thousands of people start building serverless applications, easily.
Now, it's time to expand that model. Serverless Components represent multiple models, all designed around specific use-cases. This approach can better suit the growing number of serverless use-cases we're seeing. Additionally, as students of developer tooling and infrastructure provisioning, we've learned that by first knowing the use-case, you can build better infra/app automation that's faster, more stable and more relevant. There are many innovations we seek to introduce with the Serverless Components paradigm.
Overall, the "serverless" movement is about building applications with radically low overhead. As software eats the world, this trend seems to have come at an appropriate time. Serverless cloud services will continue to emerge and mature. Fortunately for us, they represent the greatest building blocks of all time. Who knows, perhaps a new golden era of software development is upon us.
Either way, Serverless Components is here to make it even easier for every developer to deliver radically low cost/overhead software.
Sure.
Serverless components can be used declaratively (YAML) or programmatically (JavaScript).
It's the JavaScript experience that takes a lot of inspiration from React when you wish to write your own reusable Serverless Component.
Excited to see this on HN!
Many common use-cases (APIs, Websites, Websocket backends, Scheduled tasks) are perfect for serverless architectures.
Serverless Components give you a React-like experience to deploy them more easily than ever.
---
Short video preview: https://twitter.com/goserverless/status/1156977112147845120
---
Here's a quick-start guide...
Install Serverless Framework
• npm i -g serverless
• https://github.com/serverless/serverless
---
Pick a template:
• Serverless Fullstack App - https://github.com/serverless/components/tree/master/templat...
• Serverless Websockets Backend - https://github.com/serverless/components/tree/master/templat...
• Serverless API Backend - https://github.com/serverless/components/tree/master/templat...
• Serverless Website - https://github.com/serverless/components/tree/master/templat...
• Scheduled Task - https://github.com/serverless/components/tree/master/templat...
• & More - https://github.com/serverless/components/tree/master/templat...
---
Make sure you have AWS credentials set up
• https://github.com/serverless/components#credentials
---
Hopefully these enable everyone to build more and manage less.
Enjoy,
Team @ Serverless.com
A video overview of all new features can be found here: https://www.youtube.com/watch?v=-Nf0ui3qP2E
A full video overview of everything that's now included in the Serverless Framework can be found here: https://www.youtube.com/watch?v=-Nf0ui3qP2E
Backgrounds don't matter. Software development should be accessible to everyone. Serverless tech will greatly help enable this.