API Evangelist – bitcoin web profond profond sans serveur

Tout en écrivant sur les discussions que j’ai eues avec des gens autour de moi en utilisant monorepos pour gérer les microservices, je suis tombé sur ce message pour savoir si les personnes devaient utiliser une seule fonction Lambda monolithique ou plusieurs fonctions lambda avec la passerelle API AWS. Encore une fois, cela me surprend de me rendre compte à quel point les gens sont paresseux et combien il est difficile pour eux de penser à des choses de manière découplée. Ce qui, je pense, est la raison pour laquelle beaucoup de gens vont revenir à faire des applications monolithiques, et échoueront à microservices, pas parce que cela ne fonctionnera techniquement pas, c’est simplement parce que cela sera perçu comme plus de travail, et avec un manque d’imagination à travail de manière distribuée, les gens vont abandonner.


Premièrement, je ne pense pas que microservices soit un bonne idée pour toutes les applications. Deuxièmement, je ne souscris pas toujours à des microservices, petits ou micro. Je pense que l’esprit de service est bon et qu’il est sain de découpler et de réduire la surface de vos services tout en minimisant les dépendances, mais il existe de nombreuses situations dans lesquelles un microservice de très petite taille est une mauvaise idée. Cependant, si vous allez faire du sans serveur microservices avec Lambda et AWS API Gateway, je ne comprends pas pourquoi vous voulez une seule fonction monolithique derrière beaucoup de différents Chemins d’API. taux de change bitcoin en USD Je suppose que les gens qui pense vous devriez faire sans serveur monolithique sans penser à une organisation judicieuse de leurs fonctions et à leur orchestration à l’aide de l’AWS CLI ou de l’API. Ils les gèrent via le tableau de bord AWS et se disent «c’est beaucoup de travail. Faisons simplement une seule fonction, avec le routage intégré».

Semblable aux gens qui pensent qu’un monorepo est une bonne idée pour de nombreux dépôts, sans jamais penser aux organisations utilisant des organisations Github, ni à une orchestration utilisant Git et l’API Github, les gens ne deviennent pas créatifs avec leurs fonctions Lamdba. Les gens semblent être passionnés de brainstorming et rêvent d’approches découplées pour faire des API, mais quand il s’agit de travailler dur, de faire preuve d’imagination pour orchestrer et réduire les frictions, ils préfèrent tout simplement abandonner. Je ne suis pas vendu à 100% en mode sans serveur, ce qui constitue un bon cas d’utilisation pour piloter des API, mais je peux vous dire une chose, avoir plusieurs API différentes avec un seul Fonction lambda Cela ne vous donnera pas la granularité dont vous avez besoin pour comprendre les performances et les fonctionnalités de chaque API et service que vous fournissez. Vous allez simplement créer de nouveaux problèmes sur lesquels vous n’avez pas la visibilité nécessaire pour pouvoir être optimisés.

Je lis beaucoup sur le contrecoup des microservices ces derniers temps. J’imagine que, après environ 1 à 2 années d’absence de serveur, nous commencerons à voir des réactions négatives sans serveur. Bien que certaines des réactions négatives concernent les utilisateurs de microservices et de serveurs sans serveur pour des cas d’usage qui n’ont pas de sens, je suppose qu’une quantité importante sera due au fait que les gens ne peuvent pas dissocier leur imagination et réfléchir à l’organisation et à l’orchestration nécessaires penser à faire des applications distribuées à grande échelle. nouvelle alternative bitcoin Sans cela, ils vont tâtonner, se débattre et voient le découplage comme une façon de gagner du temps, et revenir à la façon dont ils faisaient les choses auparavant. D’après mon expérience, ces gens sont toujours à la recherche de solutions faciles à leurs problèmes complexes et, lorsque vous ne souhaitez pas investir votre temps pour le faire correctement et pour bien comprendre toutes les pièces mobiles, vous échouerez et vous reviendrez. à ce que vous savez. Le problème, c’est que j’imagine que vous allez aussi être la proie de la prochaine tendance et ne pas être en mesure de comprendre de quoi il s’agit avant d’y aller, encore une fois.

Voici les informations que j’ai organisées dans le cadre de ma surveillance de l’espace API et qui sont liées à sans serveur et les APIs et la pensée valent la peine d’inclure dans mes recherches. artiste numérique bitcoin J’utilise tous ces liens pour mieux comprendre comment les API sont déployées dans diverses applications.

AWS CloudFormation offre aux développeurs et aux administrateurs système un moyen simple de créer et de gérer un ensemble de ressources AWS associées, de les mettre en service et de les mettre à jour de manière ordonnée et prévisible. Vous pouvez utiliser des exemples de modèles AWS CloudFormations ou créer vos propres modèles pour décrire les ressources AWS, ainsi que toutes les dépendances ou paramètres d’exécution associés, nécessaires à l’exécution de votre application. Vous n’avez pas besoin de déterminer l’ordre de provisioning des services AWS ni les subtilités permettant de faire fonctionner ces dépendances. CloudFormation s’en occupe pour vous. Une fois les ressources AWS déployées, vous pouvez les modifier et les mettre à jour de manière contrôlée et prévisible, en appliquant le contrôle de version à votre infrastructure AWS de la même manière que vous le faites avec votre logiciel. Cara Menambang Bitcoin di android Vous pouvez également visualiser vos modèles sous forme de diagrammes et les modifier à l’aide d’une interface glisser-déposer avec AWS CloudFormation Designer. Vous pouvez déployer et mettre à jour un modèle et sa collection de ressources associée (appelée pile) en utilisant AWS Management Console, l’interface de ligne de commande AWS ou les API. CloudFormation est disponible sans frais supplémentaires et vous ne payez que pour les ressources AWS nécessaires à l’exécution de vos applications.