36 Matching Annotations
  1. Mar 2021
    1. n this example, we are calling a function on FaaStRuby which is a new serverless platform built for Ruby developers.
    1. One day last August 2018, I stumbled upon an online petition that sparked my curiosity - We Want Serverless Ruby. At that time, none of the major cloud providers had first-class support for Ruby in their serverless products. There were ~1400 devs signing that petition, and I wondered if there was something about Ruby that made it unsuitable for FaaS. I decided to roll the sleeves and start building what would be the first PoC of faastRuby.
  2. Dec 2020
    1. Because Jamstack projects don’t rely on server-side code, they can be distributed instead of living on a single server. Serving directly from a CDN unlocks speeds and performance that can’t be beat. The more of your app you can push to the edge, the better the user experience.
  3. Nov 2020
  4. Oct 2020
  5. Sep 2020
  6. Jun 2020
    1. Serverless may have a confusing name and might have people believe that it is “server-less” but it is still an impressive architect with various benefits. From a business’ perspective, the best advantage of going serverless is reduced time-to-market. Others being, less operational costs, no infrastructural management and efficiency.


    1. Firebase Functions enables you to use the ExpressJS library to host a Serverless API. Serverless is just a term for a system that runs without physical servers. This is a bit of a misnomer because it technically does run on a server, however, you’re letting the provider handle the hosting aspect
    1. Serverless architectures refer to applications that significantly depend on third-party services (known as Backend as a Service or “BaaS”) or on custom code that’s run in ephemeral containers (Function as a Service or “FaaS”). This simply means the application developer does not need to worry about provisioning servers and scaling them but simply relies on infrastructure and services already built for all of that
  7. May 2020
    1. Serverless computing is a cloud computing execution model in which the cloud provider runs the server

      It still has a server. I dislike the name "serverless" because it is inaccurate.

    1. Also known as "serverless", "client-side", or "static" web apps, unhosted web apps do not send your user data to their server. Either you connect your own server at runtime, or your data stays within the browser.

      serverless has another meaning (that does actually use a server) so I prefer the term "unhosted" since it has no such ambiguity.

      See also:

    1. A serverless app is an app that doesn't require a server for it to work. Most apps nowadays require a server, such as Facebook, quora, twitter etc. As a rule of thumb any app that doesn't connect to the internet is a serverless app (there are some others that are serverless but that is harder to tell). Flappy bird is an example you’ll be familiar with that is serverless.

      See also this comment:

      While this answer is true in the literal sense of the term, the question is most likely referring the new serverless trend in cloud infrastructure, with services like AWS Lambda and Iron.io.

    2. Serverless architectures allow you to build and run applications and services without having to manage infrastructure. Your application still runs on servers, but all the server management is done by Provider. You no longer have to provision, scale, and maintain servers to run your applications, databases, and storage systems.Serverless architecture accelerates development as a set of small, distinct, and independent actions. By abstracting away infrastructure, by doing this the developers can just concrete on building micro services/functions which performs some action and integrate with others to build a bigger service.
    1. Clients are updated to use the new service rather than the monolith endpoint. In the interim, steps such as database replication enable microservices to host their own storage even when transactions are still handled by the monolith. Eventually, all clients are migrated onto the new services. The monolith is "starved" (its services no longer called) until all functionality has been replaced. The combination of serverless and proxies can facilitate much of this migration.
    1. GanttLab does not store any information: everything runs in your browser. Under the hood, we use localForage to remember the state of the application, which enables great user experience without any security risk. Secured API requests are initiated in your computer's browser, hence coming straight from your local network. Those requests are going directly to the data source you selected (your GitHub or GitLab account) without ever transiting through any other server.
    1. What is Serverless Architecture? Its Pros & Cons

      Serverless Architecture is a new way of handling development projects with its thrilling benefits. Still, what benefits of serverless Architecture for you depends on your business needs.

    1. I would use a serverless function when I have a relatively small and simple chunk of code that needs to run every once in a while.

      When to make a serverless function (advice from an Amazon employee)

  8. Apr 2020
    1. I've written about Azure Functions in the past and they're an awesome way of building a highly scalable, resilient "code as a service" architecture.
  9. Jan 2020
  10. Dec 2019
    1. When building APIs using AWS Lambda, one execution of a Lambda function can serve a single HTTP request
  11. Nov 2019
    1. A Timestamp parameter name, which is simply an identifier to access the trigger in code. A Schedule, which is a CRON expression that sets the interval for the timer.
    1. authorization level. By default, it's set to "Function", which requires a function-specific API key, but it can also be set to "Admin" to use a global "master" key, or "Anonymous" to indicate that no key is required. You can also change the authorization level through the function properties after creation. Since we specified "Function" when we created this function, we will need to supply the key when we send the HTTP request. You can send it as a query string parameter named code, or as an HTTP header (preferred) named x-functions-key.
    2. By default, functions have a timeout of 5 minutes. This timeout is configurable to a maximum of 10 minutes. If your function requires more than 10 minutes to execute, you can host it on a VM. Additionally, if your service is initiated through an HTTP request and you expect that value as an HTTP response, the timeout is further restricted to 2.5 minutes. Finally, there's also an option called Durable Functions that allows you to orchestrate the executions of multiple functions without any timeout.
  12. Aug 2019
  13. Jan 2019