albumsManager
- Nécessaire
Créez et géréez vore hiérarchie d’albums. Chargez vos images dans les albums. Assignez les images de couverture à vos albums.
- AWS Amplify: Gestion de la pile
- Cognito: Identification d’utilisateurs
- Appsync: Point d’accès GraphQL
- DynamoDB: Stockage des données
- S3: Hébergement du CMS et des images
- Cloudfront: Réseau de diffusion de contenu
- Lambda: Gestion dans le cloud de documents et des images
- Event Bridge: Gère le déploiement
- Quasar: VueJS Frontend Framework
- ACM: Certificats SSL
- Route53: DNS, validation des certificats
imageResize
- Nécessaire
Redimensionne, recadre et stocke les variations d’images.
- Serverless.com: Gestion de la pile
- API Gateway: Point d’entrée HTTPS
- S3: Stockage et mise en cache des images redimensionnées
- Cloudfront: Réseau de diffusion de contenu
- Lambda: Redimensionne les images en utilisant Sharp
- ACM: Certificats SSL
- Route53: DNS, validation des certificats
publicsite-grid
- Optionnel
Héberge et livre la version publique.Host and serves a public version. Il fournit le contenu et la mise en page du site public.
- Hugo: Générateur de site statique
- S3: Hébergement du site
- Cloudfront: Réseau de diffusion de contenu
- CodeBuild: Compilation et deployment du site
- ACM: Certificats SSL
- Cloudformation: Gère S3 et Cloudfront
- Route53: DNS, validation des certificats
Pourquoi une autre galerie web ?
Il y a plusieurs services de galleries par le monde. Que ce soit des services de marques comme GooglePhotos, flickr ou imgur pour en nommer que certains. Il y a aussi l’infini nombre de services à héberger soi-même.
Tous les services à héberger soi-même ont un point en commun, ils nécessitent des serveurs. Et de ce fait, ils ont besoin d’être maintenus et sécurisés.
Les services de marques manquent généralement de fonctionnalités, comme par exemple des albums hiérarchiques. Sans compte le fait, que les images ne sont plus les votres une fois chargés sur ces platformes. Vous êtes également à la merci des stratégies de ventes, ces services peuvent disparaître aussi rapidement qu’ils sont arrivés. Souvenez vous de Picasa ou Panoramio.
Yapawa est né en prenant en considération les limites ci-dessus.
Yapawa est “serverless”
Yapawa utilise les services “serverless” de AWS, qui viennent avec les avantages suivants:
- Vous payez ce que vous utilisez. Vous de payez pas quand le service n’est pas utilisé.
- Augmentation automatique des capacités en cas d’augmentation des requêtes.
- Redondance de l’infrastructure et du réseau.
Pour être plus précis, vous ne payez pas 24/7/365 pour un CMS utilisé quelques heures par semaine ou un site publique recevant que quelques requêtes par heure. Mais si vous avez la chance d’être chanceux d’être cités quelque part et commencez à recevoir des centaines de requêtes à la seconde, le service va ajouter la capacité pour palier à la croissance.
Site publique statique
Il classé comme optionnel, comme le CMS a une API publique, il peut facilement être remplacé par une SPA, autre modèle statique ou même un site en PHP (mais pourquoi s’infliger ceci?).
publicsite-grid est un site statique. Il est re-généré par le CMS après un changement. La capacité de calcul n’est utilisée qu’une fois, lorsqu’on crée les pages. Pour les servir, le HTML résultant est déjà crée et peux facilement être servi par un CDN.