Poniżej znajdują się linki do newsów od AWS oraz artykułów i blog postów napisanych przez społeczność, które zebrałem w wydaniu numer 180 newslettera Serverless Polska. Strona ta została opublikowana tydzień po wysłaniu mailingu, dlatego jeśli chcesz być zawsze na bieżąco, to zasubskrybuj mój newsletter.
🗞️ Newsy
Prosto od AWS.
⚡️ AWS AppSync launches new serverless WebSocket APIs to power real-time web and mobile experiences at any scale
AWS AppSync Events został uruchomiony, umożliwiając programistom tworzenie bezpiecznych i skalowalnych serverlessowych API WebSocket dla aplikacji webowych i mobilnych wymagających komunikacji w czasie rzeczywistym bez konieczności zarządzania infrastrukturą.
Najważniejsze punkty to:
- AWS AppSync Events dostarcza prosty sposób na przekazywanie danych zdarzeniowych w czasie rzeczywistym do subskrybentów, dostosowując się zarówno do małych grup, jak i dużych audytoriów.
- Usługa usuwa obciążenia operacyjne związane z tradycyjnymi metodami, takimi jak polling czy samodzielnie zarządzane WebSockety, które często generują wysokie koszty i opóźnienia.
- Programiści mogą bezproblemowo tworzyć aplikacje dla różnych przypadków użycia, na przykład aktualizacje sportowe na żywo, czaty grupowe czy powiadomienia o stanie magazynu, poprzez proste wdrożenie interfejsu Event API.
- Elastyczne wymiarowanie płatności pozwala użytkownikom płacić tylko za to, czego faktycznie używają, zwiększając efektywność kosztową.
- AppSync Events nie wymaga żadnego kodu API do rozpoczęcia pracy, umożliwiając szybkie wdrożenie aplikacji gotowych do produkcji.
- Ta usługa jest dostępna we wszystkich regionach AWS obsługiwanych przez AWS AppSync, z nowym klientem Amplify Events ułatwiającym publikację i subskrypcję zdarzeń.
Dzięki tym udoskonaleniom, AWS AppSync Events ma zasadniczo ułatwić rozwój aplikacji w real-time. Link »
⚡️ Amazon Q Developer announces support for inline chat to streamline the developer experience
Amazon Q Developer teraz oferuje funkcję czatu inline, która poprawia doświadczenie programisty, umożliwiając użytkownikom żądanie pomocy bezpośrednio w swoim środowisku kodowania.
Kluczowe punkty tego ogłoszenia to:
- Funkcjonalność czatu inline: Programiści mogą wybierać segmenty kodu i inicjować czat, aby prosić o działania takie jak optymalizacja kodu, dodawanie komentarzy czy pisanie testów.
- Sugestie w czasie rzeczywistym: Funkcja czatu, wspierana przez Claude 3.5 Sonnet od Anthropic, generuje inline diffy, aby natychmiast przedstawić zmiany w kodzie na podstawie promptów użytkownika.
- Uproszczony workflow: Skróty klawiaturowe ułatwiają przeglądanie i akceptowanie sugestii bez potrzeby przełączania się między panelami czatu a edytorem kodu, co zwiększa efektywność zadań.
- Kompatybilność: Ta funkcja jest dostępna w Visual Studio Code oraz IDE JetBrains, a także we wszystkich regionach AWS, w których działa Q Developer.
To dodatnie ma na celu poprawienie całego procesu tworzenia oprogramowania, dostarczając natychmiastową informację zwrotną i pomoc bezpośrednio w kontekście kodowania. Link »
⚡️ Introducing an enhanced in-console editing experience for AWS Lambda
AWS Lambda wprowadza nowe doświadczenie edycji kodu w konsoli, wykorzystując popularny edytor open-source Visual Studio Code (Code-OSS), aby poprawić procesy tworzenia aplikacji w chmurze i dostępność.
Lata na to czekaliśmy i się doczekaliśmy. Wygląda na to, że najpierw AWS musiał ubić Cloud9. Ciekawe czy pojawi się VS Code on-line w AWS jako samodzielny edytor, czy zainteresowanie Cloud9, było tak niskie, że już nie będą budować takiej usługi? Czas pokaże…
Kluczowe funkcje i ulepszenia obejmują:
- Integrację znanego interfejsu Visual Studio Code bezpośrednio w konsoli Lambda, aby uzyskać doświadczenie kodowania w przeglądarce podobne do lokalnego rozwoju.
- Wsparcie dla edytowania większych rozmiarów pakietów funkcji, aż do 50 MB, przy zachowaniu limitu rozmiaru pojedynczego pliku wynoszącego 3 MB.
- Zmienne środowiskowe, konfiguracje zdarzeń testowych oraz wyniki wykonywania kodu w czasie rzeczywistym, teraz widoczne w widoku podzielonego ekranu, aby uprościć testowanie.
- Włączenie Amazon Q Developer, asystenta kodowania zasilanego AI, który zapewnia sugestie i wgląd w czasie rzeczywistym dla bardziej efektywnego rozwoju funkcji Lambda.
- Udoskonalone funkcje dostępności, w tym wysoki kontrast kolorów, nawigacja tylko za pomocą klawiatury oraz wsparcie dla czytników ekranu, aby zapewnić inkluzyjność dla wszystkich programistów.
- Natywne wsparcie dla Amazon CloudWatch Logs Live Tail do strumieniowania i analizy logów funkcji Lambda w czasie rzeczywistym.
- Płynne przejście do infrastruktury jako kodu z łatwiejszym pobieraniem kodu funkcji i szablonów AWS SAM.
- Głębsza integracja AWS Toolkit dla VS Code, aby zwiększyć możliwości narzędzi dla programistów.
Ten nowy edytor kodu Lambda jest dostępny bez dodatkowych kosztów jako część standardowej usługi Lambda, jeszcze bardziej uzupełniając istniejące procesy tworzenia aplikacji. Link »
⚡️ AWS Lambda now supports AWS Fault Injection Service (FIS) actions
AWS Lambda teraz integruje akcje AWS Fault Injection Service (FIS), umożliwiając deweloperom prowadzenie kontrolowanych eksperymentów, które poprawiają wydajność aplikacji, obserwowalność i odporność na awarie.
Kluczowe informacje obejmują:
- FIS to w pełni zarządzana usługa, która ułatwia wprowadzenie błędów w celu przetestowania odporności aplikacji.
- Użytkownicy Lambda mogą wprowadzać opóźnienia, zapobiegać wykonaniom, zmieniać wyniki i symulować błędy bez zmiany kodu.
- Akcje FIS pomagają identyfikować słabości w konfiguracjach aplikacji i systemach monitorowania.
- Użytkownicy mogą tworzyć szablony eksperymentów i wykonywać testy z konsoli lub w ramach CI/CD.
- Eksperymenty FIS mogą być skonfigurowane tak, aby automatycznie przerywać działanie, jeśli zostanie uruchomiony wcześniej określony alarm. Link »
⚡️ Amazon CloudWatch now monitors EBS volumes exceeding provisioned performance
Amazon ogłosił ogólną dostępność dwóch nowych metryk CloudWatch zaprojektowanych do monitorowania sytuacji, gdy aplikacje przekraczają wydajność przydzieloną dla wolumenów Amazon EBS. Nowe metryki, Volume IOPS Exceeded Check oraz Volume Throughput Exceeded Check, pomagają użytkownikom zidentyfikować i rozwiązać problemy z opóźnieniami wynikające z niewystarczającej alokacji wolumenów EBS.
Kluczowe punkty to:
- Nowe Metryki: Volume IOPS Exceeded Check oraz Volume Throughput Exceeded Check monitorują, czy aplikacje starają się osiągnąć wydajność przewyższającą przydzielone IOPS lub przepustowość wolumenu EBS.
- Wskaźniki Wydajności: Metryki dostarczają wartości binarne (0 oznacza, że nie przekroczono, 1 oznacza przekroczono) do wskazania statusu monitorowania wydajności.
- Identyfikacja Problemów z Opóźnieniami: Szybko identyfikuj i reaguj na problemy z opóźnieniami, które mogą wpłynąć na wydajność aplikacji z powodu niedostatecznego przydziału.
- Personalizacja: Użytkownicy mogą tworzyć spersonalizowane dashboardy i ustawiać alarmy w CloudWatch, aby otrzymywać powiadomienia lub uruchamiać automatyczne akcje w oparciu o te metryki.
- Dostępność: Metryki są dostępne domyślnie z częstotliwością 1 minuty bez dodatkowych opłat i dotyczą wszystkich wolumenów EBS podłączonych do instancji EC2 opartych na Nitro.
- Dostęp: Dostępne przez konsolę EC2, CLI lub CloudWatch API, we wszystkich komercyjnych regionach AWS, w tym w regionach AWS GovCloud (US). Link »
⚡️ Announcing Amazon Redshift Serverless with AI-driven scaling and optimization
Amazon Redshift Serverless wprowadził nową generację automatycznego skalowania i optymalizacji opartą na AI, zaprojektowaną w celu poprawy wydajności i efektywności kosztowej w chmurowym magazynowaniu danych bez potrzeby interwencji manualnej.
Najważniejsze punkty to:
- Skalowanie Oparte na AI: Automatycznie dostosowuje zasoby w odpowiedzi na zmiany obciążenia, w tym objętość danych, liczbę równoczesnych użytkowników i złożoność zapytań.
- Lepsza Wydajność Cenowa: Testy wewnętrzne pokazują do 10x lepszą wydajność cenową dla zmiennych obciążeń, zapewniając optymalną efektywność kosztową.
- Dynamiczne Zarządzanie Zasobami: Ciągle uczy się wzorców obciążenia, aby zminimalizować nadmierne przydzielanie zasobów i dostosować pojemność do rzeczywistych potrzeb.
- Dostosowana Optymalizacja Wydajności: Zwiększa szybkość zapytań poprzez inteligentne dostosowywanie zasobów w zależności od typów obciążenia.
- Elastyczne Opcje Cenowe: Suwak wydajności-cenowej pozwala użytkownikom na zbalansowanie kosztów i wydajności zgodnie z ich wymaganiami.
- Dostępność: Nowe funkcje są dostępne we wszystkich regionach AWS, w których działa Amazon Redshift Serverless.
To usprawnienie zmniejsza koszty operacyjne, jednocześnie usprawniając wydajność i koszty, dzięki czemu Amazon Redshift Serverless jest bardziej inteligentnym i wydajnym wyborem dla hurtowni danych. Wygląda na to, że AI to też przyszłość optymalizacji kosztów. Link »
⚡️ AWS Payment Cryptography now supports card issuing use cases
AWS Payment Cryptography rozszerzyło swoje możliwości, wprowadzając nową obsługę komend kryptograficznych, szczególnie poprawiając funkcje zarządzania PIN-ami dla przetwarzania przez wydawców kart.
Kluczowe punkty to:
- Nowe funkcje PIN: Aktualizacja obejmuje zmianę PIN-u EMV, wybieralne przez posiadacza karty PIN-y i funkcje ujawniania PIN-u.
- Zmiana PIN-u EMV: Wydawcy mogą bezpiecznie aktualizować PIN-y przechowywane na chipie EMV kart kredytowych lub debetowych, umożliwiając weryfikację offline.
- Wybieralne przez posiadacza karty PIN-y i ujawnianie PIN-u: Klienci mogą teraz umożliwić posiadaczom kart ustawianie lub pobieranie swoich PIN-ów w bezpieczny sposób za pośrednictwem aplikacji mobilnej, wszystko przy zachowaniu zgodności z PCI i szyfrowaniu end-to-end.
- Elastyczność i bezpieczeństwo: Ta aktualizacja pozwala klientom przenieść swoje przetwarzanie płatności do chmury, jednocześnie przestrzegając standardów bezpieczeństwa PIN PCI.
- Szeroka dostępność: Te funkcje są dostępne we wszystkich regionach AWS, które obsługują AWS Payment Cryptography.
To rozszerzenie wspiera wydawców w zwiększaniu bezpieczeństwa posiadaczy kart oraz poprawie doświadczeń użytkowników, jednocześnie usprawniając operacje przetwarzania płatności. Link »
⚡️ Amazon Aurora PostgreSQL Limitless Database is now generally available
AWS ogłosił ogólną dostępność Amazon Aurora PostgreSQL Limitless Database, potężnego rozwiązania, które pozwala użytkownikom skalować obciążenia relacyjnych baz danych poza ograniczeniami pojedynczej instancji bazy danych, obsługując miliony transakcji zapisu na sekundę i zarządzając petabajtami danych bez wysiłku.
Kluczowe szczegóły obejmują:
- Limitless Scaling: Umożliwia skalowanie obciążeń relacyjnych baz danych bez złożonej logiki aplikacji lub zarządzania wieloma bazami danych.
- Serverless Endpoint: Zapewnia architekturę serverless, która automatycznie rozdziela dane i zapytania na wiele instancji Aurora Serverless, zapewniając płynność transakcyjną.
- Advanced Capabilities: Funkcje takie jak rozproszone planowanie zapytań i zarządzanie transakcjami eliminują potrzebę dostosowywania rozwiązań skalujących.
- Dynamic Resource Management: Automatycznie dodaje zasoby obliczeniowe w miarę wzrostu obciążenia, jednocześnie skalując w dół podczas niskiego popytu, co zapewnia efektywność kosztową.
- Kompatybilność z PostgreSQL 16.4..
Te nowe możliwości zwiększają użyteczność Aurory dla deweloperów, którzy chcą zarządzać dużymi zbiorami danych przy minimalnym nakładzie operacyjnym. Link »
⚡️ AWS now accepts partial card payments
Klienci AWS mogą teraz dokonywać częściowych płatności za swoją miesięczną fakturę przy użyciu kart kredytowych i debetowych, co zwiększa elastyczność i dostosowuje się do różnych potrzeb biznesowych.
Kluczowe informacje to:
- Klienci mogą teraz podzielić swoją całkowitą fakturę na mniejsze płatności zamiast płacić całą kwotę jednocześnie.
- Można dokonać wielu częściowych płatności przy użyciu różnych kart, jeśli zajdzie taka potrzeba.
- Funkcja ta zapewnia większą wygodę w zarządzaniu miesięcznymi wydatkami, pomagając klientom dostosować płatności do ich preferencji. Link »
⚡️ AWS DataSync increases performance and scalability for data transfers
AWS DataSync wprowadził ulepszoną wydajność, skalowalność i obserwowalność transferów danych pomiędzy lokalizacjami Amazon S3, co pozwala na szybsze i bardziej efektywne przemieszczanie danych.
Najważniejsze informacje to:
- Nowy tryb Enhanced umożliwia transfery praktycznie nieograniczonej liczby obiektów z wyższą wydajnością w porównaniu do trybu Basic.
- DataSync teraz przygotowuje, transferuje i weryfikuje dane równolegle w trybie Enhanced, co poprawia szybkość transferu dla większości obciążeń.
- Ulepszone metryki i możliwości raportowania zapewniają lepszą widoczność całego procesu transferu danych.
- Użytkownicy nadal mogą wybierać tryb Basic, który przestrzega kwot na rozmiar zbioru danych i działa sekwencyjnie.
- Tryb Enhanced jest dostępny we wszystkich regionach AWS, które wspierają AWS DataSync, z wyłączeniem regionów Chiny (Pekin) i Chiny (Ningxia).
Ta aktualizacja poprawia ogólne doświadczenie zarządzania dużymi zbiorami danych pomiędzy lokalizacjami Amazon S3. Link »
⚡️ Announcing AWS Amplify integration with Amazon S3 for static website hosting
AWS Amplify Hosting teraz oferuje bezproblemową integrację z Amazon S3, umożliwiając użytkownikom hostowanie statycznych treści stron internetowych przechowywanych na S3 z minimalnym wysiłkiem.
Kluczowe informacje to:
- AWS Amplify Hosting umożliwia łatwe wdrażanie statycznych stron internetowych na globalnym CDN zasilanym przez Amazon CloudFront.
- Użytkownicy mogą wybierać lokalizacje bucketów S3 i wdrażać treści, generując publiczny adres URL HTTPS dla dostępności.
- Amplify Hosting oferuje funkcje takie jak uproszczona konfiguracja niestandardowej domeny, darmowe certyfikaty SSL, przekierowania i zarządzanie środowiskami.
- Zmiany w treści strony internetowej w buckecie S3 mogą być aktualizowane bez wysiłku jednym kliknięciem dzięki połączeniu Amplify z bucketem.
- Ta integracja jest dostępna we wszystkich 20 regionach AWS, w których można korzystać z Amplify Hosting, co ułatwia szybkie wdrażanie poprzez konsolę S3, AWS CLI lub SDK. Link »
👨👩👧👦 Od Społeczności
Artykuły, tutoriale i nagrana przygotowane przez maniaków serverless.
⚡️ Distraught Amazon employees send AWS chief open letter against RTO policy, calling it an ‘outright abdication’ of its role as industry leader
Pracownicy Amazon w dziale AWS sprzeciwili się mandatowi firmy dotyczącemu pełnego powrotu do biura do stycznia 2025 r., argumentując, że jest to sprzeczne z ich pomyślnymi wynikami w pracy zdalnej. List otwarty wysłany do kierownictwa AWS krytykuje decyzję za to, że nie jest ona oparta na danych, wartości kluczowej dla kultury Amazon, i budzi obawy o potencjalną rotację pracowników. Podczas gdy kierownictwo Amazon kładzie nacisk na zwiększoną współpracę z pracy osobistej, pracownicy twierdzą, że stanowisko to nie ma wystarczającego wsparcia danych. Debata podkreśla szerszą walkę w firmie o równowagę między innowacyjnością a elastycznością w organizacji pracy. Link »
⚡️ No EC2 or Kubernetes Allowed: Insights from Building Serverless-Only Architecture at PostNL
PostNL przeszło od outsourcingu do wewnętrznego rozwoju, wykorzystując serverlessową architekturę AWS, aby zwiększyć produktywność i obniżyć koszty. Ich wybory technologiczne są sklasyfikowane, aby pozwalać na elastyczność przy jednoczesnym utrzymaniu standaryzacji. Skupiając się na rozwiązaniach serverless, takich jak DynamoDB i AWS Lambda, efektywnie przystosowali się do zmienności ruchu. Pomimo wyzwań związanych ze szkoleniem personelu i integracją nowych technologii, przejście przyniosło znaczące korzyści. Luc van Donkersgoed radzi, że firmy przyjmujące serverless powinny dostosować go do celów biznesowych, automatyzować procesy i być na bieżąco z postępami w chmurze. Link »
⚡️ Use Amazon Q developer and AWS Infrastructure Composer to automate the monitoring of available IP addresses in Subnets.
Blog omawia problem wyczerpaniem adresów IP w subnetech i pokazuje jak zbudować rozwiązanie serverless do monitorowania użycia adresów IP w podsieciach.
Jest to przydatne rozwiązanie. Kilka lat temu zrobiłem bardzo podobną rzecz, aby monitorować dostępne adresy w podsieciach bazy danych. Mój klient miał problem z niedziałającymi zadaniami Glue, po zbadaniu sprawy okazało się, że zadania Glue działały równolegle i wykorzystywały wszystkie wolne IP w podsieciach (nie ja to projektowałem 😉). Taka metryka jak opisana w tym artykule była bardzo pomocna w konfiguracji maksymalnej współbieżności zadań Glue. Link »
⚡️ Five lessons from a minor production incident
Rozwiązanie autora tekstu doświadczyło incydentu produkcyjnego spowodowanego ograniczeniami rozmiaru wiadomości SQS, co doprowadziło do niepowodzenia w wysyłaniu codziennych e-maili zbiorczych. Problem został szybko zidentyfikowany i rozwiązany poprzez dostosowanie systemu do przechowywania treści e-maili w S3, tym samym zmniejszając rozmiar wiadomości SQS. Dodatkowe komplikacje pojawiły się przy usłudze AWS Bedrock, gdy artykuł zawierający obraz base64 przekroczył limity wejściowe, co zostało naprawione poprzez usunięcie obrazów z treści. Ogólnie rzecz biorąc, incydent podkreślił kluczową rolę obserwowalności i solidnej architektury w efektywnym rozwiązywaniu problemów i ich szybkim rozwiązywaniu. Link »
⚡️ DynamoDB Operations Scan vs Query with CloudWatch Custom Metrics
DynamoDB dostarcza operacje Scan i Query do uzyskiwania danych, przy czym Query jest bardziej efektywne, ale zależne od modelowania danych. CloudWatch Custom Metrics pomaga wizualizować czasy wykonania tych operacji. Proces obejmuje workflow Step Function, który wielokrotnie uruchamia funkcję Lambda do rejestrowania czasów dostępu do danych. To ustawienie podkreśla różnice w opóźnieniach zależne od regionu i korzysta z AWS SAM oraz NodeJS, z implementacją dostępną na GitHubie. Link »
⚡️ AWS CDK Risk: Exploiting a Missing S3 Bucket Allowed Account Takeover
Luka w zabezpieczeniach AWS Cloud Development Kit (CDK) pozwala atakującym na przewidywanie i przejmowanie danych we wdrożonych bucketach S3, jeśli użytkownicy je usuną, potencjalnie prowadząc do pełnego przejęcia konta. *AWS potwierdził, że około 1% użytkowników było zagrożonych i wydał poprawki zapobiegające przesyłaniu danych do niezweryfikowanych bucketów. Użytkownicy powinni zaktualizować CDK do najnowszej wersji lub zmodyfikować swoje zasady IAM jako natychmiastowe środki zaradcze. *Dodatkowe praktyki bezpieczeństwa obejmują zasłanianie identyfikatorów kont AWS i unikanie przewidywalnego nazewnictwa zasobów w celu poprawy bezpieczeństwa w chmurze. Link »
⚡️ Reducing Processing Time by 11x and Cost by 90% Using AWS Step Functions at Vertex Pharmaceuticals
Vertex Pharmaceuticals znacznie poprawił proces segmentacji obrazów, korzystając z AWS Step Functions Distributed Map, osiągając 11 razy szybsze przetwarzanie i obniżając koszty o 90%. To rozwiązanie serverless pozwala na równoczesne workflowy i zarządzanie błędami, eliminując potrzebę ciągłego zarządzania serwerami i poprawiając skalowalność zasobów. To usprawnienie przyspiesza badania naukowe, co może prowadzić do szybszego rozwoju przełomowych leków. Vertex planuje zastosować to efektywne podejście AWS w innych procesach naukowych. Link »
⚡️ AI Agent Workflows: A Complete Guide on Whether to Build With LangGraph or LangChain
LangChain i LangGraph to frameworki wspierające rozwój agentowych aplikacji AI, każdy z odmiennym podejściem. LangChain jest odpowiedni dla prostszych, bardziej liniowych zadań z ustalonymi z góry workflowami, podczas gdy LangGraph oferuje elastyczność dla złożonych nieliniowych workflowów poprzez orkiestrację opartą na grafach. LangChain zapewnia łatwość użycia dzięki funkcjom out-of-the-box i wbudowanym abstrakcjom, natomiast LangGraph pozwala na szczegółową kontrolę i wymaga customowych implementacji. Te frameworki mogą być łączone, aby skorzystać z gotowych narzędzi LangChain i złożonych możliwości orkiestracji LangGraph. Wybór zależy od złożoności workflowów i potrzeb związanych z customizacją. Link »
⚡️ Build an automated deployment of generative AI with agent lifecycle changes using Terraform
Post na blogu wyjaśnia, jak zbudować chatbota zasilanego generatywnym AI na AWS używając Amazon Bedrock i Terraform jako kod do infrastruktury. Obejmuje tworzenie skalowalnej infrastruktury z komponentami, takimi jak Amazon Bedrock Agents dla automatyzacji, bazy wiedzy i inne, wszystko przy użyciu najlepszych praktyk w zakresie bezpieczeństwa i DevOps. Przykład chatbota skupia się na dostarczaniu porad fitnessowych, w tym obliczeniach BMI, używając elastycznej konfiguracji zdolnej do przełączania się między różnymi modelami AI. Ten przewodnik działa jako szablon do efektywnego wdrażania AI-based infrastruktury w różnych środowiskach. Link »
⚡️ AWS & OpenTelemetry: Collector architecture at scale
Artykuł bada różne podejścia do zbierania danych telemetrycznych za pomocą OpenTelemetry, od metod podstawowych do zaawansowanych. Autor koncentruje się początkowo na prostym podejściu bez kolektora. To podejście wysyła dane bezpośrednio z aplikacji do dostawców, co upraszcza konfigurację, ale mocno wiąże aplikacje z dostawcą, wymagając ponownego wdrożenia w przypadku istotnych zmian. Ta konfiguracja ogranicza także elastyczność przetwarzania i naraża dane uwierzytelniające na zagrożenie w wielu miejscach, co czyni jej utrzymanie trudnym. Link »
⚡️ Serverless APIs? This will help you choose the right one!
AWS oferuje różnorodne usługi do budowy API, w tym API Gateway, AppSync i Lambda Function URLs, z których każda jest dostosowana do różnych typów API, takich jak RESTful, GraphQL lub WebSockety. Kluczowe aspekty przy wyborze usługi to charakter API (synchroniczny czy asynchroniczny), tryb wymiany danych (jednokierunkowy czy dwukierunkowy) oraz wymagane metody uwierzytelniania. API Gateway zarządza RESTful i WebSocket API, AppSync jest dopasowany do API GraphQL, a Lambda Function URLs oferują uproszczony dostęp i ulepszenia wydajności. Każda usługa odpowiada unikalnym potrzebom, zapewniając elastyczną konfigurację infrastruktury do rozwoju API na AWS. Link »
⚡️ Should “serverless” just mean “function-as-a-service”?
Artykuł nawołuje do jaśniejszej definicji “serverless”, sugerując, że powinien on być może skupić się na function-as-a-service (FaaS), aby zmniejszyć dwuznaczność. Obecnie serverless jest szeroko postrzegane jako wykorzystywanie zarządzanych usług do skupienia się na wartości biznesowej, co komplikuje jego zrozumienie. Autor, Yan Cui, podkreśla, że chociaż wielu już utożsamia serverless z FaaS, szeroka definicja “serviceful” serverless jest zbyt niejasna. Ta złożoność utrudnia powszechne przyjęcie i zrozumienie, prowadząc do propozycji prostszego, praktycznego skupienia się na FaaS, aby ułatwić zrozumienie zasad serverless. Link »
⚡️ Geek read: Cloud Observability in Action by Michael Hausenblas
Książka o obserwowalności autorstwa Michaela Hausenblasa oferuje kompleksowy przewodnik po centralnych pojęciach obserwowalności, w tym sygnałach, konfiguracji, wizualizacji i zarządzaniu alarmami. Jest odpowiednia zarówno dla początkujących, jak i zaawansowanych praktyków, chociaż niektóre fragmenty kodu mogą się zestarzeć. Pomimo tego, pozostaje cennym źródłem w budowaniu efektywnych strategii obserwowalności, kładąc nacisk na korelację sygnałów, praktyki instrumentacyjne i modele zarządzania incydentami. Przyszły post na blogu recenzenta będzie dotyczył wdrażania multi-account OpenTelemetry w środowiskach AWS. Link »
⚡️ Python has overtaken JavaScript on GitHub
Raport GitHub’s Octoverse 2024 podkreśla, że Python wyprzedził JavaScript jako najpopularniejszy język, co jest wynikiem wzrostu zainteresowania data science, AI i uczeniem maszynowym, które również zwiększyły wykorzystanie Jupyter Notebooks. Choć popularność Pythona obejmuje kilka dziedzin, open source rozszerza swoje zasięgi poza konwencjonalne programowanie. Raport zauważa również wzrost zainteresowania modelami AI, gdzie AI jest włączane do aplikacji zamiast zastępować programistów, oraz bezprecedensowy wzrost deweloperów dołączających do GitHuba na całym świecie. Link »
Ta strona została opublikowana tydzień po wysłaniu mailingu, dlatego jeśli chcesz być zawsze na bieżąco, to zasubskrybuj mój newsletter.
