App Architecture

Nielimitowane rozgałęzienie jest domyślnym trybem awarii współbieżności w Go: każde wyrażenie go to kolejne zadanie w toku, bez limitu i bez właściciela. Ten artykuł dotyczy nadania im obu.

Język Go zawiera w swojej standardowej bibliotece produkcyjnie gotowy serwer HTTP, a od wersji Go 1.22 wbudowany router sam radzi sobie z dopasowaniem metod i parametrów ścieżki. Pytanie o wybór frameworku się zawęziło, ale nie zniknęło.

Agenci kodujący z wykorzystaniem sztucznej inteligencji (AI) szybkodostarczają funkcje, ale specyfikacje, testy i kod cicho się od siebie oddalają. Ten przewodnik omawia model śledzenia (traceability), mapowanie specyfikacji na testy oraz kodu, a także sprawdzenia CI, które wychwytują rozbieżności przed scaleniem (merge).

Kolejka wiadomości martwych (dead-letter queue) to siatka bezpieczeństwa, która przechwytuje wiadomości, z którymi konsumenci nie mogą sobie poradzić, dzięki czemu jedna niepoprawna ładunek nie blokuje ani nie cicho pomija wszystkich pozostałych w kolejce.

Breaker obwodowy (circuit breaker) zapobiega Twojej usłudze Go w wywieraniu presji na awaryjną zależność, co zapobiega kaskadowym awariom, które pochłaniają gorutyny, gniazda i pamięć, aż do całkowitego załamania całego systemu.

Rozwój oparty na specyfikacjach (Spec-Driven Development, SDD) działa, gdy specyfikacja jest procesem, a nie dokumentem, który archiwizujemy po spotkaniu kick-off. Chodzi nie o to, aby wyprodukować obszerny dokument wymagań produktu.

Dwa operacje zapisu, które powinny zostać wykonane wspólnie, w końcu niepowodzą się osobno.

Twój serwis zamówień zapisuje zamówienie w bazie danych, a następnie publikuje zdarzenie order.created w brokerze wiadomości.

Go’s context.Context jest na tyle prosty, że łatwo go używać źle — i właśnie w tym tkwi problem.

Rozwój oparty na specyfikacji to jeden z tych pomysłów, do których inżynierowie oprogramowania sięgali wcześniej, a następnie odkładali na bok, gdy wysiłek przestawał się opłacać.

Rekordy decyzji to brakująca warstwa pamięci w rozwoju oprogramowania wspieranym przez AI. Łączą one nie tylko to, co zostało zbudowane, ale i dlaczego — a ta różnica staje się kluczowa, gdy to narzędzia AI piszą Twój kod.

Obsługa błędów w Go jest łatwa do skrytykowania. Każdy programista Go pisał ten kod setki razy:

Testowanie kodu Go uruchamianego współbieżnie zawsze wymagało pewnej dyscypliny. Gorutyny są tanie, kanały proste, a anulowanie kontekstu jest idiomsatyczne — pracownicy tła i timery są wszędzie w rzeczywistych usługach Go.

CQRS to jeden z tych wzorców, który jest często przesadnie promowany, nadmiernie skomplikowany i niekiedy błędnie diagnozowany jako lekarstwo na nudny, zwykły CRUD.

Idempotentność w rozproszonych systemach to cecha, która ratuje Cię, gdy sieć kłamie, kolejka ponawia próby, klient panikuje, a operator wciska odtwarzanie. W systemach produkcyjnych wielokrotne dostarczanie danych jest normalne. Wielokrotne efekty uboczne to błąd.

Platformy czatu ewoluowały znacznie poza narzędzia do wymiany wiadomości. W nowoczesnych systemach pełnią one rolę interfejsu między zautomatyzowanymi procesami a ludzkim podejmowaniem decyzji.

Integracje ze Slackiem wydają się na pierwszy rzut oka oszaczająco proste, ponieważ wiadomość można wysłać w jednym żądaniu HTTP. Zainteresujące rzeczy zaczynają się wtedy, gdy chcesz, aby Slack był interaktywny i niezawodny.