Aws

La communication sécurisée est importante dans les systèmes IoT, où les certificats et la confiance jouent un rôle vital. Dans cet article, j'explore les bases de la gestion des certificats, y compris le PKI, les chaînes de certificats et la confiance. Je présente également une API auto-service sans serveur utilisant Amazon API Gateway et Lambda pour une manière simple de créer des certificats. Cette approche pratique est idéale pour les fins d'apprentissage et les environnements de développement, mais les configurations de production nécessitent des solutions gérées robustes.

La comunicación segura es importante en los sistemas IoT, donde los certificados y la confianza juegan un papel vital. En esta publicación, exploro los fundamentos de la gestión de certificados, incluidos PKI, cadenas de certificados y confianza. También introduzco una API autónoma sin servidor usando Amazon API Gateway y Lambda para una forma sencilla de crear certificados. Este enfoque práctico es excelente para fines de aprendizaje y entornos de desarrollo, sin embargo, las configuraciones de producción requieren soluciones administradas robustas.

Sichere Kommunikation ist wichtig in IoT-Systemen, wo Zertifikate und Vertrauen eine entscheidende Rolle spielen. In diesem Beitrag erkunde ich die Grundlagen des Zertifikatsmanagements, einschließlich PKI, Zertifikatsketten und Vertrauen. Außerdem stelle ich eine serverlose Self-Service-API vor, die Amazon API Gateway und Lambda verwendet, um auf einfache Weise Zertifikate zu erstellen. Dieser praktische Ansatz eignet sich hervorragend für Lernzwecke und Entwicklungsumgebungen, Produktionssetups erfordern jedoch robuste verwaltete Lösungen.

Secure communication is a important in IoT systems, where certificates and trust play a vital role. In this post, I explore the foundations of certificate management, including PKI, certificate chains, and trust. Also I introduce a serverless self-service API using Amazon API Gateway and Lambda for an easy way to create certificates. This hands-on approach is great for learning purposes and development environments, production setups however require robust managed solutions.

In today’s fast-paced development environments, reducing manual tasks is crucial for productivity. This talk will explore how MyMoney, fintech market leader in Sweden, leveraged Slack integrated with AWS, creating an event-driven solution, to automate tasks across a multi-account setup. Learn how this journey enhanced productivity and security by eliminating repetitive tasks, minimizing human error. A key aspect was integrating alarms and notifications directly into Slack, enabling developers to take immediate action on system alerts. We will look at the problems, implementation, and challenges faced. Join us to gain valuable insights and practical tips for transforming your workflows. Audience will learn how we integrated our DevOps way of working and tooling with Slack to automate tasks, boosting productivity, creating better developer experience and at the same time reducing cost. Key Takeaways: - How to automate task to increase developer experience - How to create an event-driven solution across multiple AWS accounts - Using automated scheduling to save cost.

Talk about the innovative approach of utilizing AWS Lambda@Edge to gather statistics for a static website, focusing on server-side data collection for page views.

Neste post, estendo o serviço de Gerenciamento de Arquivos que construí anteriormente, adicionando capacidades de moderação de conteúdo. O serviço original armazena arquivos no S3 e os registra em uma tabela do DynamoDB, usando uma abordagem sem servidor e orientada a eventos. Agora, com o AWS GuardDuty e Rekognition, aprimorei o serviço com verificação de malware e moderação de imagens.

I detta inlägg utökar jag den Filhanterartjänst jag byggde tidigare genom att lägga till funktioner för innehållsmoderering. Den ursprungliga tjänsten lagrar filer i S3 och registrerar dem i en DynamoDB-tabell, med ett serverlöst, händelsedrivet tillvägagångssätt. Nu, med AWS GuardDuty och Rekognition, har jag förbättrat tjänsten med malwareskanning och bildmoderering.

Dans cet article, j'étends le service de gestion de fichiers que j'ai construit précédemment en ajoutant des fonctionnalités de modération de contenu. Le service d'origine stocke les fichiers dans S3 et les enregistre dans une table DynamoDB, en utilisant une approche sans serveur et pilotée par les événements. Désormais, avec AWS GuardDuty et Rekognition, j'ai amélioré le service avec une analyse de logiciels malveillants et une modération d'images.

En esta publicación, extiendo el servicio de Administrador de archivos que construí anteriormente agregando capacidades de moderación de contenido. El servicio original almacena archivos en S3 y los registra en una tabla de DynamoDB, utilizando un enfoque sin servidor y basado en eventos. Ahora, con AWS GuardDuty y Rekognition, he mejorado el servicio con escaneo de malware y moderación de imágenes.

In diesem Beitrag erweiterte ich den zuvor erstellten Dateiverwaltungsdienst um Inhaltsmoderationsfunktionen. Der ursprüngliche Dienst speichert Dateien in S3 und zeichnet sie in einer DynamoDB-Tabelle auf, wobei ein serverloser, ereignisgesteuerter Ansatz verwendet wird. Nun habe ich mit AWS GuardDuty und Rekognition den Dienst um Malware-Scans und Bildmoderation erweitert.

In this post, I extend the File Manager service I built previously by adding content moderation capabilities. The original service stores files in S3 and records them in a DynamoDB table, using a serverless, event-driven approach. Now, with AWS GuardDuty and Rekognition, I’ve enhanced the service with malware scanning and image moderation.

Serverless and event-driven workloads on AWS are well known for their inherent high availability and scalability, offering a robust platform right out of the box. However, in the world of cloud, it's a well known that everything fails all the time. This reality becomes even more complex when serverless systems interact with non-serverless components, which may not possess the same agility in scaling.

A re:Invent é uma das maiores, se não a maior, conferências de tecnologia do mundo. Participar da re:Invent pela primeira vez pode ser avassalador. Neste post, tento dar alguns conselhos sobre como sobreviver não apenas à re:Invent, mas também a Las Vegas como um participante de primeira viagem.

re:Invent is one of, if not the biggest, tech conferences in the world. Attending re:Invent for the first time can be overwhelming. In this post, I try to give you some advice on how to survive not only re:Invent but also Las Vegas as a first-time attendee.

re:Invent est l'une des plus grandes conférences technologiques au monde, sinon la plus grande. Assister à re:Invent pour la première fois peut être accablant. Dans cet article, j'essaie de vous donner quelques conseils pour survivre non seulement à re:Invent mais aussi à Las Vegas en tant que participant pour la première fois.

re:Invent es una de las conferencias tecnológicas más grandes del mundo, si no la más grande. Asistir a re:Invent por primera vez puede ser abrumador. En esta publicación, intento darte algunos consejos sobre cómo sobrevivir no solo a re:Invent sino también a Las Vegas como asistente por primera vez.

re:Invent ist eine der größten, wenn nicht sogar die größte Tech-Konferenz der Welt. Der erste Besuch bei re:Invent kann überwältigend sein. In diesem Beitrag versuche ich, Ihnen einige Ratschläge zu geben, wie Sie nicht nur re:Invent, sondern auch Las Vegas als Erstbesucher überleben können.

re:Invent is one of, if not the biggest, tech conferences in the world. Attending re:Invent for the first time can be overwhelming. In this post I try give you some advice how to survive not only re:Invent but also Las Vegas as a first time attendee.

Na quarta parte da série sobre o mundo do BBQ, onde tradição e tecnologia raramente se cruzam. O futuro do churrasco está aqui, e é conectado, inteligente e rodando na nuvem! Examinamos a diferença chave entre Autenticação e Autorização em uma solução SaaS. Introduzimos uma nova arquitetura de autorização com um Ponto de Decisão de Política (PDP) centralizado e Pontos de Aplicação de Política (PEPs) distribuídos implementados de forma serverless com API Gateway e Lambda.

En la cuarta parte de la serie sobre el mundo del BBQ, donde la tradición y la tecnología rara vez se cruzan. ¡El futuro de la parrilla ha llegado, está conectado, es inteligente y funciona en la nube! Examinamos la diferencia clave entre Autenticación y Autorización en una solución SaaS. Introducimos una nueva arquitectura de autorización con un Punto de Decisión de Política (PDP) centralizado y Puntos de Aplicación de Política (PEP) distribuidos implementados serverless con API Gateway y Lambda.

Dans la quatrième partie de la série sur le monde du BBQ, où la tradition et la technologie se croisent rarement. Le futur du grill est ici, il est connecté, intelligent et fonctionne sur le cloud ! Nous examinons la différence clé entre l'Authentification et l'Autorisation dans une solution SaaS. Nous présentons une nouvelle architecture d'autorisation avec un Point de Décision d'Autorisation (PDP) centralisé et des Points de Mise en Œuvre d'Autorisation (PEPs) distribués, implémentés de manière serverless avec API Gateway et Lambda.

En la cuarta parte de la serie sobre el mundo del BBQ, donde la tradición y la tecnología rara vez se cruzan. ¡El futuro de la parrilla ha llegado, está conectado, es inteligente y funciona en la nube! Examinamos la diferencia clave entre Autenticación y Autorización en una solución SaaS. Introducimos una nueva arquitectura de autorización con un Punto de Decisión de Política (PDP) centralizado y Puntos de Aplicación de Política (PEPs) distribuidos implementados de manera serverless con API Gateway y Lambda.

Im vierten Teil der Serie über die Welt des Grillens, wo Tradition und Technologie selten aufeinandertreffen. Die Zukunft des Grillens ist da, sie ist verbunden, intelligent und läuft auf der Cloud! Wir betrachten den wichtigen Unterschied zwischen Authentifizierung und Autorisierung in einer SaaS-Lösung. Wir stellen eine neue Autorisierungsarchitektur mit einem zentralen Policy Decision Point (PDP) und verteilten Policy Enforcement Points (PEPs) vor, die serverlos mit API Gateway und Lambda implementiert wird.