Ten wpis pierwotnie miał traktować o zasadności wprowadzenia CQRS do aplikacji opertej o mikroserwisy. Jednak przed rozpoczęciem właściwej częsci artykułu chciałem, abyśmy mieli spójną definicję tego konceptu. Trochę się rozpisałem… i uznałem, że warto wynieść ten tekst do osobnej publikacji, którą łatwo będzie zalinkować w razie potrzeby. Dlaczego?  W moim odczuciu wielu programistów mylnie utożsamia ten wzorzec (sic!) z jakimś wielkim molochem klasy Enteprise, wymagającym zaawansowanej infrastruktury, ...

Posted on by krystiankolad Dzisiaj będzie krótko. W jednym z wpisów o dockerze opowiadałem o plikach Dockerfile. Pokazałem wtedy, jak można za pomocą takiego pliku zbudować aplikację podczas tworzenia obrazu. Dziś chciałbym zademonstrować, jak za pomocą wielokrotnych FROM możemy zbudować nasz projekt w jednym obrazie oraz wystawić go w innym. Jako przykład posłuży nam prosta aplikacja MVC o nazwie Sample. Jej struktura przedstawia się tak: Kilka słów wyjaśnienia: -src – folder, w którym znajduje ...

It’s been a while since I published the latest article, but it’s high time to finally get into the topic of microservices for real. Does open source, .NET Core, distributed system, Docker and other cool words sound good to you? If that’s the case, stick with me and let me guide you through the world (or at least part of it) of microservices. This is going to be the very first article (an introduction) of the upcoming series.

Zaczynamy dzisiaj kolejny wzorzec projektowy, nazywa się Pamiątka(Memento) jest to bardzo prosty do zrozumienia wzorzec, również obrazek główny tego artykułu tłumaczy też wzorzec, przy okazji bardzo przyciąga uwagę 🙂 Oczywiście wszelkie rady i uwagi mile widziane również w wersji angielskiej.

Jestem aktualnie w trakcie lektury „Czysta architektura” Wujka Boba. Natknęłam się w książce na część wyjaśniającą odwrócenie zależności (ostatnią z zasad SOLID) w całkiem przystępny sposób.Jak brzmi ta zasada i jak ją wytłumaczyć?

Reducing memory allocations from 7.5GB to 32KB Table of Contents Context of the problem Establishing a baseline Easy win 1 Easy win 2 Splits are never cool Lists are not always nice Pooling byte arrays Goodbye StringBuilder Skipping commas The war between classes and structs Goodbye StreamReader TLDR

Wpis zainspirowany prezentacją Krzysztofa Kędzierskiego podczas konferencji BoilingFrogs 2018.

I think its no secret that more and more development teams are trying to take more of a micro service oriented approach (and for all the good reasons). With the power that cloud providers give plus the benefit of container (Docker and Kubernetes) I think it is inevitable that micro services will become a standard. Of course this approach is not problem proof but it allows us to move some of the monolith type application issues somewhere else where we have more flexibility

Mikroserwisy rozwiązują wiele problemów występujących w tradycyjnym tworzeniu oprogramowania. Niestety żeby architektura rozproszona spełniała swoje zadania wymaga dobrego zaprojektowania i dużej wiedzy. W tym artykule zebrano informacje, które kwestie powinny być przemyślane podczas projektowania systemu.

Po co wprowadzamy ograniczenia w naszych aplikacjach, serwisach? Dlaczego nie tworzyć architektur gotowych na wszystko? Zapraszam do przeczytania artykułu o Bounded Design