44 Matching Annotations
  1. Nov 2023
  2. Jan 2023
    1. Defenders can design their own infrastructure to be im-mutable and ephemeral, as is becoming an emerging trend inprivate sector defense through the practice of Security ChaosEngineering

      Immutable and ephemeral as defensive measures

      Immutable: unchangeable infrastructure components, such as ssh access disabled by default.

      Ephemeral: short-lived servers for single processes, serverless infrastrucure

  3. Dec 2022
  4. Oct 2021
    1. Jamstack

      Going Jamstack with React, Serverless, and Airtable

      Exploring the possibility of integrating Airtable into the Builders Collective, I started looking into the Airtable API and integration into a Jamstack workflow. A CSS-Tricks article came up in a search.

    1. Using the Hypothesis API

      What might it take to demo a Jamstack approach to connecting Airtable to Hypothesis with serverless functions in Netlify?

  5. Jun 2021
    1. This answer is pretty old but today SPA works most of the time on static server-less env, so doing this with Javascript is more than legit.
  6. 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.
  7. 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.
  8. Nov 2020
  9. Oct 2020
  10. Sep 2020
  11. 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
  12. 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. 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)

  13. 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.
  14. Jan 2020
  15. Dec 2019
    1. When building APIs using AWS Lambda, one execution of a Lambda function can serve a single HTTP request
  16. 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.
  17. Aug 2019
  18. Jan 2019