🚀 Vibe Coding – Darmowe LLM w Chmurze do Code Review (i integracja z devSitterem) 🚀

Czy darmowe modele językowe (LLM) mogą faktycznie pomóc w Code Review i automatyzacji feedbacku? 🤔
Już 4 sierpnia o 19:00 podczas warsztatowego live sprawdzimy to w praktyce – bez slajdów, za to z kodem, integracjami i improwizacją.

W programie:
SoftBull - 🚀 Vibe Coding – Darmowe LLM w Chmurze do Code Review (i integracja z devS...

źródło: LLM-w-CR

Pobierz
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

🚀 Projektowanie Architektury Mikroserwisów – Praktyczny Blueprint Systemu! 🧱

📅 Już poniedziałek, 9 czerwca 2025 o 19:00 – Spotkanie Online

💡 Chcesz zobaczyć, jak podejść do projektowania mikroserwisów w sposób uporządkowany, a nie losowy? Podczas tego spotkania stworzę architecture blueprint systemu devSitter.app – narzędzia do automatycznej analizy jakości kodu, które rozwijam z myślą o zespołach developerskich.

Podczas
SoftBull - 🚀 Projektowanie Architektury Mikroserwisów – Praktyczny Blueprint Systemu...

źródło: najlepsze-praktyki-w-mikroserwisach

Pobierz
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

🚀 Saga Pattern i Apache Kafka – Jak Zarządzać Transakcjami w Mikroserwisach? 🚀

Jak radzić sobie z transakcjami w systemach rozproszonych bez XA Transactions? 🤔 Już 17 marca o 19:00 dowiesz się, jak wykorzystać Saga Pattern i Apache Kafka, by zwiększyć elastyczność i odporność Twojej architektury mikroserwisowej.

W programie:
✅ Saga Pattern – jak działa i dlaczego to fundament skalowalnych mikroserwisów?
SoftBull - 🚀 Saga Pattern i Apache Kafka – Jak Zarządzać Transakcjami w Mikroserwisa...

źródło: saga-pattern

Pobierz
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

🚀 Circuit Breaker – Jak Zarządzać Przepływem Żądań? 🚀

Już 13 marca o 19:00 powtórka szkolenia, w którym dowiesz się, jak Circuit Breaker chroni systemy rozproszone przed awariami i jak wykorzystać go w praktyce!

W programie:
✅ Statusy Circuit Breaker – jak wpływają na zarządzanie ruchem w systemie?
SoftBull - 🚀 Circuit Breaker – Jak Zarządzać Przepływem Żądań? 🚀

Już 13 marca o 19...

źródło: circuit-breaker

Pobierz
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

🚀 Circuit Breaker – Twój System Bezpieczniejszy niż Kiedykolwiek! 🚀

Jak uniknąć efektu domina w systemach mikroserwisowych? 🤔 Już 11 marca o 19:00 dowiesz się, jak wykorzystać Circuit Breaker, by zwiększyć odporność Twoich usług!

W programie:
✅ Poznasz zasady działania Circuit Breaker i dowiesz się, jak kontrolować przepływ żądań.
SoftBull - 🚀 Circuit Breaker – Twój System Bezpieczniejszy niż Kiedykolwiek! 🚀

Jak...

źródło: circuit-breaker

Pobierz
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

✨️ Live: Zaprojektuj System Generowania eBooków z Lokalnym Modelem AI i Spring Boot! 🚀 Już w poniedziałek, 25 listopada o 19:00!

💡 Weź udział w wyjątkowym warsztacie, podczas którego nauczysz się budować kompletny system generowania eBooków oparty na lokalnych modelach AI. Zobacz, jak krok po kroku stworzyć rozwiązanie, które działa w pełni lokalnie, eliminując potrzebę korzystania z płatnych usług API, takich jak OpenAI.

Podczas szkolenia:
✅ Dowiesz się, jak wykorzystać lokalne modele językowe (LLM) do
SoftBull - ✨️ Live: Zaprojektuj System Generowania eBooków z Lokalnym Modelem AI i Sp...

źródło: ollama

Pobierz
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

✨️ Live: Architektura Mikroserwisów – Stwórz Rozproszony System Sprzedaży e-Booków! 🚀 Już w poniedziałek o 19:00!

💡 Przygotuj się na warsztaty z architektury mikroserwisów! Zobacz, jak krok po kroku zaprojektować rozproszony system z wykorzystaniem Spring Cloud, aby tworzyć skalowalne aplikacje.

Podczas szkolenia:
✅ Dowiesz się, jak zarządzać i konfigurować mikroserwisy, by zapewnić niezawodność i stabilność całego systemu.
SoftBull - ✨️ Live: Architektura Mikroserwisów – Stwórz Rozproszony System Sprzedaży ...

źródło: architektura-zapowiedz

Pobierz
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Humble Bundle z książkami wydawnictwa Apress. Głównie o technologiach związanych z .NET, ML.NET, Cpłotek, TypeScript, Azure, Github.

26 książek za £14!

Pełna lista:

Practical
  • 2
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@Hektorrr: Dodam, że zestaw tych wszystkich książek normalnie wyceniony jest na £1,119.85.
Tak więc £14 funtów to prawie jak za darmo a jak wiadomo za darmo to uczciwa cena.
  • Odpowiedz
W jaki sposób debuggujecie swoje mikroserwisy lokalnie?
Zakładając, że cała apka składa się z wielu mikrousług i chcecie mieć debugger dołączony do każdej z nich w tym samym momencie?

Lub czy stosujecie jakieś konkretne rozwiązania do wybierania konkretnej mikrousługi, deployowania do k8s reszty stacku a tą jedną uruchamiacie lokalnie z debuggerem?

Czy może deployucie wszystko i tylko dołączacie zdalnie debugger do wybranej, konkretnej mikrousługi?
  • 1
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Dapr 1.0.0 wydany.
https://github.com/dapr/dapr/releases/tag/v1.0.0

Dapr is a portable, serverless, event-driven runtime that makes it easy for developers to build resilient, stateless and stateful microservices that run on the cloud and edge and embraces the diversity of languages and developer frameworks.

Dapr codifies the best practices for building microservice applications into open, independent, building blocks that enable you to build portable applications with the language and framework of your choice. Each building block
Hektorrr - Dapr 1.0.0 wydany. 
https://github.com/dapr/dapr/releases/tag/v1.0.0

 D...

źródło: comment_1613664724CRstFFBs6XGa5psveO53z0.jpg

Pobierz
  • 3
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@Hektorrr: bawiłem się tylko trochę, ale mam w planie w niedalekiej przyszłości do tego mocniej przysiąść, zwłaszcza że czekałem na oficjalną wersję 1.0 :) Convey to zbiór pomocniczych paczek m.in. do szybkiej "wpinki" infrastruktury (większe podobieństwo np. do Steeltoe).

Dapr działa podobnie jak service mesh - masz po prostu proxy, które jest uruchomione obok docelowej aplikacji i przez nią leci cały ruch (w dużym skrócie). Na pewno uprości sporo
  • Odpowiedz
Ho ho ( ͡° ͜ʖ ͡° )*:
W powietrzu czuć już nastrojowy powiew nowego szkolenia na temat Tworzenia mikrousług ze Spring Cloud
Tym razem dla wszystkich chętnych szykuję potężną dawkę praktycznej wiedzy na temat:
-
SoftBull - Ho ho ( ͡° ͜ʖ ͡° )つ──☆*:・゚
W powietrzu czuć już nastrojowy powiew nowego ...
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Mirki pytanie z seri microserwisy. Rozbijam wlasnie jednego monolita i w niedalekiej przyszlosci czeka mnie rozbicie jeszcze 4 podobnych. Kazdy z nich bedzie mial wewnetrzna baze danych podlaczona w docker-compose oraz kazdy bedzie puszczal podobne queries. Zastanawiam sie czy warto wydzielic pytania do bazy danych jako oddzieliny Docker komponent ze nie duplikowac kodu. Potem podlaczyc go jako jeden kompenent w docker-compose czy moze lepiej sie w to nie bawic i zostawic jak
  • 7
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

  • 1
@losbaltica aaa tego typu podobieństwa. Hmm, no to można się zastanowić nad stworzeniem paczki (w c# pewnie jakiś nuget, nie wiem czego Ty używasz), gdzie upchniesz tego typu zależności. Ważne, żeby paczka była mała. Jak masz różne zadania powtarzalne z mikroserwisami to rozbij je na różne paczki np. jedna do bazy danych, jedna do wysyłania do kolejek itd. Można też powtarzać ten kod, zależy jak dużo go jest.
  • Odpowiedz
Szukam jakiś patternów, koncepcji pomysłów na rozwiązanie takiego problemu z #microservices:
0. (przykład nieco uproszczony, dla ułatwienia)
1. serwis przyjmuje po http request wykonania zadania, nie czeka na zakończenie
2. zadanie może trwać kilka godzin
3. każde zadanie polega na cyklicznym odpytywaniu zewnętrznego serwisu po http
4. gdy się zakonczy, zapisujemy status do bazy
  • 11
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@rysi3k_: Taka rada odnośnie dynamoDB to trzymać małe dokumeny(rekordy w tabeli) i używać krótkich nazw pól. W jednym projekcie w którym robiłem jeden model był rozbity na kilkanascie tabeli i nazwy pól były max 2 literowe. Płaci się za każdy read/writeCapacityUnit czyli najlepiej pilnować żeby dokumenty miały <4KB
  • Odpowiedz
#programowanie #devops #docker #kubernetes #microservices

Jak radzicie sobie z aplikacjami, które składają się z kilku kontenerów (np. aplikacja, baza danych, kolejka i dwa niezależne mikroserwisy)?

Żeby developer lokalnie mógł to sobie wszystko uruchomić jednym kliknięciem to pisze się Docker Compose.

Ale
  • 8
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@mk321: Klaster k8s dla developerów. Odpalają sobie całą aplikację na tym klastrze, każdy dev ma swój i tylko swój namespace. Za pomocą telepresence możesz lokalny kontener wpiąć do k8s i widzisz swoje zmiany od razu. U jednego klienta projekt to ponad 40 mikroserwisów, uruchomienie takiego czegoś lokalnie to overkill.
  • Odpowiedz
@mk321: utrzymanie obu configow to az taki problem? Mowisz o systemi z 4-5 kontenerow i zakladam ze nowe nie wyrastaja jak grzyby po deszczu co sprint wiec jak raz ogarniecie compose i deploymenty to nie wiem czemu to mialby byc ciagly effort?
a jak nie pasuje to dev klaster - nic madrzejszego nie wymyslimy
  • Odpowiedz
Mirki,
jak powinienem ustawić docker'a pod mikroserwisy, gdzie chcę, żeby każdy serwis miał swoją bazę danych? Mam coś takiego:
serwis_1: Golang + MongoDB
serwis_2: Golang + MongoDB
serwis_3: Golang + MySQL
Wszystko siedzi w jednym repo. Stworzyłem sobie pod każdy serwis Dockerfile dla Go, ale teraz nie wiem jak to ugryźć z tą bazą ( ͡° ʖ̯ ͡°). Normalnie jakbym miał jedną bazę, z której korzysta każdy serwis, to jeden docker-compose.yml i
  • 4
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach