1659456000
Si vous avez toujours voulu écrire une application Web ou une API sans vous soucier du serveur, Lambda d'Amazon pourrait être ce que vous recherchez.
Amazon Web Services (AWS) est une collection d'outils de développement qu'Amazon développe et propose publiquement. Cet article vous permettra d'être opérationnel avec Lambda, un outil de la suite AWS. Nous utiliserons Lambda pour créer un point de terminaison HTTP GET qui effectuera des requêtes à l'aide de l' API GitHub pour extraire les informations du référentiel de GitHub et renvoyer une réponse JSON.
Le slogan de Lambda est « Exécuter le code sans penser aux serveurs ». À première vue, cela peut sembler déroutant. Où ou comment le code s'exécute-t-il alors? Découvrons-le.
Pour suivre cet article, vous aurez besoin de votre propre compte AWS. Vous pouvez créer un compte AWS gratuit sur aws.amazon.com .
"Serverless" est un terme d'infrastructure logicielle dont vous avez peut-être entendu parler. Il décrit une solution pour l'exécution de code à la demande. Le terme "sans serveur" peut être trompeur car il y a encore des serveurs dans l'équation. Un meilleur descripteur est FaaS, ou "fonctionne comme un service".
Les deux définitions décrivent une nouvelle expérience de développement et de déploiement. Cette expérience est considérée comme "sans serveur" car vous, en tant que développeur, n'avez plus à gérer, surveiller ou mettre à l'échelle les serveurs qui exécutent votre code. Vous téléchargez votre code vers un fournisseur FaaS (AWS Lambda, dans ce cas), et le fournisseur FaaS l'exécute et gère toute infrastructure pour vous dans les coulisses.
Compte tenu de cette définition élargie de l'architecture « sans serveur », examinons quelques-uns des avantages et des inconvénients de l'utilisation de Lambda.
Tarification d'utilisation à la demande.
L'hébergement de serveur traditionnel utilise un cycle de facturation récurrent. Votre serveur est toujours opérationnel, utilise des ressources et attend une entrée. Vous payez des frais mensuels ou annuels pour le faire fonctionner pendant toute la durée de votre cycle de facturation. Avec Lambda, vous n'êtes facturé que pour les ressources de calcul que vous utilisez, pas pour le temps d'inactivité. Lambda a deux modèles de tarification d'utilisation : la durée et la simultanéité.
Tarification
de la durée La tarification de la durée Lambda calcule les prix en fonction du moment où la fonction commence à s'exécuter jusqu'à ce qu'elle se termine. Ce calcul de prix est avantageux pour les projets utilisant des ressources de calcul à courte durée de vie. Vous pouvez économiser beaucoup d'argent par rapport aux solutions d'hébergement traditionnelles "inactives".
La tarification de la durée Lambda est la suivante :
Tarification de la simultanéité La tarification
du mode « Concurrence provisionnée » calcule le prix à partir du moment où elle est activée jusqu'à sa désactivation. Le mode simultané maintient les fonctions lambda prêtes et supprime tout temps de démarrage du mode durée.
La tarification de la simultanéité Lambda est la suivante :
Mise à l'échelle automatique intégrée
Dans une infrastructure hébergée traditionnelle, il arrive un moment où vous devrez peut-être vous soucier des performances et de la mise à l'échelle. À mesure que le trafic et l'utilisation de votre application augmentent, vous devrez peut-être ajouter davantage de serveurs hébergés à votre infrastructure pour répondre à la demande. La mise à l'échelle autogérée peut entraîner des pannes et des goulots d'étranglement pour vos utilisateurs. Lambda s'occupe de la mise à l'échelle automatiquement en cas de besoin, supprimant ainsi les frais généraux cognitifs supplémentaires.
Workflow de développement local incohérent.
Vous pouvez écrire le code de la fonction Lambda localement et le tester de manière isolée. Néanmoins, vous ne pourrez pas simuler un environnement de production localement sans créer votre version piratée de Lambda.
Lambda a deux concepts principaux : le code et les déclencheurs . Le code est explicite. Dans notre cas, il s'agit du code JavaScript que vous écrivez et chargez sur Lambda pour produire les comportements souhaités.
Une fois téléchargé, le code ne s'exécutera pas tout seul. C'est là qu'interviennent les déclencheurs. Les déclencheurs sont des événements déclenchés par d'autres services AWS qui transmettent des données à la fonction Lambda pour exécution.
Quelques exemples de déclencheurs s'affichent lorsque :
Vous définissez une fonction Lambda en exportant une fonction standard à partir de JavaScript qui correspond à la signature Lambda attendue :
exports.myLambdaFunction = (event, context, callback) => {
// Use callback() and return
}
La fonction reçoit trois arguments :
event
: un dictionnaire de paires clé-valeur de « données de déclenchement » que Lambda transmet à la fonction.
context
: informations internes AWS telles que l'ID de demande AWS, le délai d'expiration Lambda et les informations de journal. Pour plus d'informations, consultez la documentation Lambda .
callback
: un gestionnaire de rappel JavaScript asynchrone standard. Pour plus d'informations, consultez les documents Lambda
Pour commencer à créer une nouvelle fonction Lambda, consultez le tableau de bord Lambda .
Cela devrait ressembler à ceci :
Cliquez sur le bouton Créer une fonction pour commencer.
L'écran suivant vous proposera quelques options pour créer la fonction Lambda.
Les options sont :
Pour nos besoins, sélectionnez Auteur à partir de zéro et remplissez la section « Informations de base ». Ajoutez un nom de fonction. (J'ai utilisé "GithubGet" ci-dessous.) Cliquez sur le bouton Créer une fonction pour continuer.
Nous sommes maintenant à l'écran d'aperçu des fonctions.
Le volet supérieur de présentation des fonctions contient le déclencheur, la fonction et la destination des fonctions. Le volet inférieur contient le code source et des onglets pour d'autres configurations. Ensuite, nous ajouterons un déclencheur à la fonction. Cliquez sur le bouton Ajouter un déclencheur .
Sur l'écran Ajouter un déclencheur, procédez comme suit :
La configuration finale du déclencheur devrait ressembler à ceci :
Cliquez sur le bouton Ajouter pour continuer.
Nous avons maintenant un déclencheur API Gateway enregistré sur la page de présentation de la fonction avant notre fonction GithubGet.
Dans le volet inférieur, cliquez sur l'onglet "Code" pour afficher l'éditeur de code. Il y a un pré-configuré "Hello, World!" exemple de code qui ressemble à ceci :
exports.handler = async (event) => {
// TODO implement
const response = {
statusCode: 200,
body: JSON.stringify('Hello from Lambda!'),
};
return response;
};
Maintenant que nous avons le déclencheur API Gateway en place, nous pouvons accéder publiquement à cette fonction. Cliquez sur l'onglet "Configuration" et l'onglet "Déclencheurs" et développez le déclencheur "API Gateway".
Vous devriez voir une entrée API endpoint : avec une URL. Cliquez sur cette URL, et vous devriez atteindre une page qui affiche un "Hello From Lambda!" message. Toutes nos félicitations! Vous avez configuré une instance AWS Lambda simple. L'éditeur en ligne nécessite peu de surcharge pour que le code Lambda soit opérationnel, mais nous allons faire quelque chose de plus avancé pour ce didacticiel.
Dans la plupart des scénarios réels, vous souhaiterez créer des fonctions plus complexes à l'aide de bibliothèques tierces installées via npm.
Créons une fonction personnalisée qui utilise une dépendance npm et chargeons-la sur Lambda. Vous pouvez suivre les étapes ci-dessous, ou n'hésitez pas à récupérer le code à partir de l'exemple de référentiel .
Configurons un dossier pour notre nouvelle fonction et, de l'intérieur, initialisons npm avec un package.json
fichier par défaut :
npm init -f
Ensuite, nous allons installer le client GitHub officiel :
npm install @octokit/rest
Créez le fichier index.js
avec le code suivant :
const { Octokit } = require("@octokit/rest");
const octokit = new Octokit();
exports.handler = async (event) => {
try{
const ghres = await octokit.rest.search.repos({
q: "sitepoint",
sort: "stars"
});
const result = ghres.data.items.map(function(repo){
return { url: repo.html_url, "stars": repo.stargazers_count };
});
return {
statusCode: 200,
body: JSON.stringify(result)
}
}catch(error){
return {
statusCode: 500,
body: {error: error}
}
}
};
Voici une ventilation de ce que fait ce code :
handler
qui correspond à la signature Lambda.handler
est appelé, il envoie une requête de recherche à GitHub pour tous les dépôts qui correspondent sitepoint
à une requête.Créez un fichier zip des fichiers de la fonction à l'aide de l'utilitaire zip que vous connaissez. J'ai utilisé l' zip
utilitaire de ligne de commande sur macOS, comme ceci :
zip -r lambdaupload.zip ./index.js ./node_modules/
Pour charger du code dans Lambda, revenez à l'éditeur de code dans la vue d'ensemble des fonctions et cliquez sur le sélecteur Charger depuis et sélectionnez « .zip ».
Sélectionnez ensuite le lambdaupload.zip
fichier sur votre ordinateur et chargez-le sur AWS. Vous devriez voir l'éditeur de code s'actualiser et télécharger le gestionnaire que nous avons écrit ci-dessus. Si vous visitez l'URL du point de terminaison de l'API que nous avons trouvée à partir de la configuration du déclencheur, vous devriez voir une nouvelle réponse au lieu du « Hello from Lambda ! message. Toutes nos félicitations! Vous avez déployé et déclenché avec succès du code sur Lambda.
J'espère que ce projet vous a donné une bonne base pour travailler avec AWS Lambda. Bien que nous ayons utilisé une intégration de client tiers (GitHub) dans notre code de fonction, celle-ci peut être remplacée par toute autre API client ou une connexion client de base de données.
Cet article illustre un processus très manuel et quelque peu éphémère de configuration Lambda. Il existe d'autres façons de configurer et d'initialiser Lambda piloté par l'API AWS.
Certains outils et cadres sont construits sur l'API AWS pour aider à rationaliser ce processus :
serverless.com : c'est le framework FaaS le plus mature. Il offre une expérience Lambda très complète et s'applique à d'autres fournisseurs FaaS non AWS. Il fournit une configuration d'environnement de développement local pour une itération rapide, un déploiement de code Lambda automatisé, plusieurs environnements de déploiement de déploiement, et bien plus encore.
terraform.io : il s'agit d'un outil de gestion d'infrastructure en tant que code et de configuration largement adopté. Terraform permet aux développeurs de définir de manière déclarative des configurations d'infrastructure cloud, puis de déployer et de synchroniser automatiquement ces configurations. Dans l'exercice Lambda précédent, nous avons effectué de nombreuses configurations manuelles via l'interface utilisateur du navigateur AWS. Ce travail était assez fastidieux, et si nous devions changer quoi que ce soit, nous devions travailler davantage dans l'interface utilisateur AWS. Au lieu de cela, nous pourrions définir les ressources que nous utilisions sur AWS avec Terraform et demander à Terraform de déployer automatiquement la fonction Lambda.
Source : https://www.sitepoint.com/getting-started-node-js-aws-lambda/
1632537859
Not babashka. Node.js babashka!?
Ad-hoc CLJS scripting on Node.js.
Experimental. Please report issues here.
Nbb's main goal is to make it easy to get started with ad hoc CLJS scripting on Node.js.
Additional goals and features are:
Nbb requires Node.js v12 or newer.
CLJS code is evaluated through SCI, the same interpreter that powers babashka. Because SCI works with advanced compilation, the bundle size, especially when combined with other dependencies, is smaller than what you get with self-hosted CLJS. That makes startup faster. The trade-off is that execution is less performant and that only a subset of CLJS is available (e.g. no deftype, yet).
Install nbb
from NPM:
$ npm install nbb -g
Omit -g
for a local install.
Try out an expression:
$ nbb -e '(+ 1 2 3)'
6
And then install some other NPM libraries to use in the script. E.g.:
$ npm install csv-parse shelljs zx
Create a script which uses the NPM libraries:
(ns script
(:require ["csv-parse/lib/sync$default" :as csv-parse]
["fs" :as fs]
["path" :as path]
["shelljs$default" :as sh]
["term-size$default" :as term-size]
["zx$default" :as zx]
["zx$fs" :as zxfs]
[nbb.core :refer [*file*]]))
(prn (path/resolve "."))
(prn (term-size))
(println (count (str (fs/readFileSync *file*))))
(prn (sh/ls "."))
(prn (csv-parse "foo,bar"))
(prn (zxfs/existsSync *file*))
(zx/$ #js ["ls"])
Call the script:
$ nbb script.cljs
"/private/tmp/test-script"
#js {:columns 216, :rows 47}
510
#js ["node_modules" "package-lock.json" "package.json" "script.cljs"]
#js [#js ["foo" "bar"]]
true
$ ls
node_modules
package-lock.json
package.json
script.cljs
Nbb has first class support for macros: you can define them right inside your .cljs
file, like you are used to from JVM Clojure. Consider the plet
macro to make working with promises more palatable:
(defmacro plet
[bindings & body]
(let [binding-pairs (reverse (partition 2 bindings))
body (cons 'do body)]
(reduce (fn [body [sym expr]]
(let [expr (list '.resolve 'js/Promise expr)]
(list '.then expr (list 'clojure.core/fn (vector sym)
body))))
body
binding-pairs)))
Using this macro we can look async code more like sync code. Consider this puppeteer example:
(-> (.launch puppeteer)
(.then (fn [browser]
(-> (.newPage browser)
(.then (fn [page]
(-> (.goto page "https://clojure.org")
(.then #(.screenshot page #js{:path "screenshot.png"}))
(.catch #(js/console.log %))
(.then #(.close browser)))))))))
Using plet
this becomes:
(plet [browser (.launch puppeteer)
page (.newPage browser)
_ (.goto page "https://clojure.org")
_ (-> (.screenshot page #js{:path "screenshot.png"})
(.catch #(js/console.log %)))]
(.close browser))
See the puppeteer example for the full code.
Since v0.0.36, nbb includes promesa which is a library to deal with promises. The above plet
macro is similar to promesa.core/let
.
$ time nbb -e '(+ 1 2 3)'
6
nbb -e '(+ 1 2 3)' 0.17s user 0.02s system 109% cpu 0.168 total
The baseline startup time for a script is about 170ms seconds on my laptop. When invoked via npx
this adds another 300ms or so, so for faster startup, either use a globally installed nbb
or use $(npm bin)/nbb script.cljs
to bypass npx
.
Nbb does not depend on any NPM dependencies. All NPM libraries loaded by a script are resolved relative to that script. When using the Reagent module, React is resolved in the same way as any other NPM library.
To load .cljs
files from local paths or dependencies, you can use the --classpath
argument. The current dir is added to the classpath automatically. So if there is a file foo/bar.cljs
relative to your current dir, then you can load it via (:require [foo.bar :as fb])
. Note that nbb
uses the same naming conventions for namespaces and directories as other Clojure tools: foo-bar
in the namespace name becomes foo_bar
in the directory name.
To load dependencies from the Clojure ecosystem, you can use the Clojure CLI or babashka to download them and produce a classpath:
$ classpath="$(clojure -A:nbb -Spath -Sdeps '{:aliases {:nbb {:replace-deps {com.github.seancorfield/honeysql {:git/tag "v2.0.0-rc5" :git/sha "01c3a55"}}}}}')"
and then feed it to the --classpath
argument:
$ nbb --classpath "$classpath" -e "(require '[honey.sql :as sql]) (sql/format {:select :foo :from :bar :where [:= :baz 2]})"
["SELECT foo FROM bar WHERE baz = ?" 2]
Currently nbb
only reads from directories, not jar files, so you are encouraged to use git libs. Support for .jar
files will be added later.
The name of the file that is currently being executed is available via nbb.core/*file*
or on the metadata of vars:
(ns foo
(:require [nbb.core :refer [*file*]]))
(prn *file*) ;; "/private/tmp/foo.cljs"
(defn f [])
(prn (:file (meta #'f))) ;; "/private/tmp/foo.cljs"
Nbb includes reagent.core
which will be lazily loaded when required. You can use this together with ink to create a TUI application:
$ npm install ink
ink-demo.cljs
:
(ns ink-demo
(:require ["ink" :refer [render Text]]
[reagent.core :as r]))
(defonce state (r/atom 0))
(doseq [n (range 1 11)]
(js/setTimeout #(swap! state inc) (* n 500)))
(defn hello []
[:> Text {:color "green"} "Hello, world! " @state])
(render (r/as-element [hello]))
Working with callbacks and promises can become tedious. Since nbb v0.0.36 the promesa.core
namespace is included with the let
and do!
macros. An example:
(ns prom
(:require [promesa.core :as p]))
(defn sleep [ms]
(js/Promise.
(fn [resolve _]
(js/setTimeout resolve ms))))
(defn do-stuff
[]
(p/do!
(println "Doing stuff which takes a while")
(sleep 1000)
1))
(p/let [a (do-stuff)
b (inc a)
c (do-stuff)
d (+ b c)]
(prn d))
$ nbb prom.cljs
Doing stuff which takes a while
Doing stuff which takes a while
3
Also see API docs.
Since nbb v0.0.75 applied-science/js-interop is available:
(ns example
(:require [applied-science.js-interop :as j]))
(def o (j/lit {:a 1 :b 2 :c {:d 1}}))
(prn (j/select-keys o [:a :b])) ;; #js {:a 1, :b 2}
(prn (j/get-in o [:c :d])) ;; 1
Most of this library is supported in nbb, except the following:
:syms
.-x
notation. In nbb, you must use keywords.See the example of what is currently supported.
See the examples directory for small examples.
Also check out these projects built with nbb:
See API documentation.
See this gist on how to convert an nbb script or project to shadow-cljs.
Prequisites:
To build:
bb release
Run bb tasks
for more project-related tasks.
Download Details:
Author: borkdude
Download Link: Download The Source Code
Official Website: https://github.com/borkdude/nbb
License: EPL-1.0
#node #javascript
1616671994
If you look at the backend technology used by today’s most popular apps there is one thing you would find common among them and that is the use of NodeJS Framework. Yes, the NodeJS framework is that effective and successful.
If you wish to have a strong backend for efficient app performance then have NodeJS at the backend.
WebClues Infotech offers different levels of experienced and expert professionals for your app development needs. So hire a dedicated NodeJS developer from WebClues Infotech with your experience requirement and expertise.
So what are you waiting for? Get your app developed with strong performance parameters from WebClues Infotech
For inquiry click here: https://www.webcluesinfotech.com/hire-nodejs-developer/
Book Free Interview: https://bit.ly/3dDShFg
#hire dedicated node.js developers #hire node.js developers #hire top dedicated node.js developers #hire node.js developers in usa & india #hire node js development company #hire the best node.js developers & programmers
1622719015
Front-end web development has been overwhelmed by JavaScript highlights for quite a long time. Google, Facebook, Wikipedia, and most of all online pages use JS for customer side activities. As of late, it additionally made a shift to cross-platform mobile development as a main technology in React Native, Nativescript, Apache Cordova, and other crossover devices.
Throughout the most recent couple of years, Node.js moved to backend development as well. Designers need to utilize a similar tech stack for the whole web project without learning another language for server-side development. Node.js is a device that adjusts JS usefulness and syntax to the backend.
Node.js isn’t a language, or library, or system. It’s a runtime situation: commonly JavaScript needs a program to work, however Node.js makes appropriate settings for JS to run outside of the program. It’s based on a JavaScript V8 motor that can run in Chrome, different programs, or independently.
The extent of V8 is to change JS program situated code into machine code — so JS turns into a broadly useful language and can be perceived by servers. This is one of the advantages of utilizing Node.js in web application development: it expands the usefulness of JavaScript, permitting designers to coordinate the language with APIs, different languages, and outside libraries.
Of late, organizations have been effectively changing from their backend tech stacks to Node.js. LinkedIn picked Node.js over Ruby on Rails since it took care of expanding responsibility better and decreased the quantity of servers by multiple times. PayPal and Netflix did something comparative, just they had a goal to change their design to microservices. We should investigate the motivations to pick Node.JS for web application development and when we are planning to hire node js developers.
The principal thing that makes Node.js a go-to environment for web development is its JavaScript legacy. It’s the most well known language right now with a great many free devices and a functioning local area. Node.js, because of its association with JS, immediately rose in ubiquity — presently it has in excess of 368 million downloads and a great many free tools in the bundle module.
Alongside prevalence, Node.js additionally acquired the fundamental JS benefits:
In addition, it’s a piece of a well known MEAN tech stack (the blend of MongoDB, Express.js, Angular, and Node.js — four tools that handle all vital parts of web application development).
This is perhaps the most clear advantage of Node.js web application development. JavaScript is an unquestionable requirement for web development. Regardless of whether you construct a multi-page or single-page application, you need to know JS well. On the off chance that you are now OK with JavaScript, learning Node.js won’t be an issue. Grammar, fundamental usefulness, primary standards — every one of these things are comparable.
In the event that you have JS designers in your group, it will be simpler for them to learn JS-based Node than a totally new dialect. What’s more, the front-end and back-end codebase will be basically the same, simple to peruse, and keep up — in light of the fact that they are both JS-based.
There’s another motivation behind why Node.js got famous so rapidly. The environment suits well the idea of microservice development (spilling stone monument usefulness into handfuls or many more modest administrations).
Microservices need to speak with one another rapidly — and Node.js is probably the quickest device in information handling. Among the fundamental Node.js benefits for programming development are its non-obstructing algorithms.
Node.js measures a few demands all at once without trusting that the first will be concluded. Many microservices can send messages to one another, and they will be gotten and addressed all the while.
Node.js was worked in view of adaptability — its name really says it. The environment permits numerous hubs to run all the while and speak with one another. Here’s the reason Node.js adaptability is better than other web backend development arrangements.
Node.js has a module that is liable for load adjusting for each running CPU center. This is one of numerous Node.js module benefits: you can run various hubs all at once, and the environment will naturally adjust the responsibility.
Node.js permits even apportioning: you can part your application into various situations. You show various forms of the application to different clients, in light of their age, interests, area, language, and so on. This builds personalization and diminishes responsibility. Hub accomplishes this with kid measures — tasks that rapidly speak with one another and share a similar root.
What’s more, Node’s non-hindering solicitation handling framework adds to fast, letting applications measure a great many solicitations.
Numerous designers consider nonconcurrent to be one of the two impediments and benefits of Node.js web application development. In Node, at whatever point the capacity is executed, the code consequently sends a callback. As the quantity of capacities develops, so does the number of callbacks — and you end up in a circumstance known as the callback damnation.
In any case, Node.js offers an exit plan. You can utilize systems that will plan capacities and sort through callbacks. Systems will associate comparable capacities consequently — so you can track down an essential component via search or in an envelope. At that point, there’s no compelling reason to look through callbacks.
So, these are some of the top benefits of Nodejs in web application development. This is how Nodejs is contributing a lot to the field of web application development.
I hope now you are totally aware of the whole process of how Nodejs is really important for your web project. If you are looking to hire a node js development company in India then I would suggest that you take a little consultancy too whenever you call.
Good Luck!
#node.js development company in india #node js development company #hire node js developers #hire node.js developers in india #node.js development services #node.js development
1625253720
In this Serverless Saturday video, we’ll be going over how to create your first AWS Lambda function!
In the next video, we’ll be covering how to set up CI/CD with your AWS Lambda function so stay tuned and make sure to subscribe!
To get started, log-in to your AWS account here: https://aws.amazon.com/console/
Found this video helpful? Feel free to support this channel here: https://ko-fi.com/jacksonyuan
#node.js #node #lambda #aws #aws lambda #serverless
1616839211
Top organizations and start-ups hire Node.js developers from SISGAIN for their strategic software development projects in Illinois, USA. On the off chance that you are searching for a first rate innovation to assemble a constant Node.js web application development or a module, Node.js applications are the most appropriate alternative to pick. As Leading Node.js development company, we leverage our profound information on its segments and convey solutions that bring noteworthy business results. For more information email us at hello@sisgain.com
#node.js development services #hire node.js developers #node.js web application development #node.js development company #node js application