Rzucam has\u0142em: \u201emikroserwisy\u201d. Albo \u201eserverless\u201d. Albo \u201eedge computing\u201d. Co czujesz? Ekscytacj\u0119? Presj\u0119, \u017ceby wdro\u017cy\u0107 to w swoim projekcie? A mo\u017ce delikatny niepok\u00f3j, \u017ce znowu kto\u015b pr\u00f3buje ci wcisn\u0105\u0107 co\u015b, czego nie potrzebujesz?<\/p>\n
Jako CTO czy founder ma\u0142ej lub \u015bredniej firmy jeste\u015b codziennie bombardowany nowinkami technologicznymi. Konferencje, artyku\u0142y, posty na LinkedInie \u2013 wszyscy krzycz\u0105, \u017ce ich rozwi\u0105zanie jest najlepsze. Tymczasem prawda jest taka, \u017ce wi\u0119kszo\u015b\u0107 tych technologii powsta\u0142a z my\u015bl\u0105 o skali FAANG\u00f3w, a nie o Twoim sklepie e-commerce czy aplikacji SaaS z kilkoma tysi\u0105cami u\u017cytkownik\u00f3w.<\/p>\n
W tym artykule poka\u017c\u0119 Ci trzy testy, kt\u00f3re stosuj\u0119, gdy doradzam klientom wyb\u00f3r technologii. To proste kryteria, kt\u00f3re odsiewaj\u0105 marketingowy szum od realnej warto\u015bci.<\/p>\n
Zacznijmy od brutalnie prostej prawdy: technologia to narz\u0119dzie, a nie cel sam w sobie. Zbyt cz\u0119sto widz\u0119 zespo\u0142y, kt\u00f3re wdra\u017caj\u0105 skomplikowan\u0105 architektur\u0119 tylko dlatego, \u017ce jest modna, a nie dlatego, \u017ce rozwi\u0105zuje konkretny problem.<\/p>\n
Przyk\u0142ad z \u017cycia: Klient prowadzi sklep internetowy sprzedaj\u0105cy ekskluzywne meble. Miesi\u0119cznie realizuje oko\u0142o 200 zam\u00f3wie\u0144. Jego obecna strona dzia\u0142a na WordPressie z WooCommerce i\u2026 jest wystarczaj\u0105co dobra. Przychodzi do mnie z pomys\u0142em migracji na headless CMS z frontendem w Next.js i backendem w Node.js. Dlaczego? Bo \u201ewszyscy tak robi\u0105\u201d, \u201ejest szybszy\u201d, \u201enowocze\u015bniejszy\u201d. Pytam: jaki problem biznesowy rozwi\u0105zujesz? Milczenie. Okazuje si\u0119, \u017ce g\u0142\u00f3wnym problemem jest konwersja na stronie produktu \u2013 u\u017cytkownicy nie dodaj\u0105 towaru do koszyka. Po audycie wychodzi, \u017ce to wina nieczytelnego opisu i ma\u0142ych zdj\u0119\u0107. Zero zwi\u0105zku z architektur\u0105.<\/p>\n
Zadaj sobie pytanie:<\/strong> Jaki konkretny wska\u017anik biznesowy poprawi nowa technologia? Je\u015bli nie potrafisz wskaza\u0107 co najmniej jednego (np. wzrost konwersji o X%, spadek czasu \u0142adowania o Y ms, redukcja koszt\u00f3w serwer\u00f3w o Z z\u0142), to prawdopodobnie nie potrzebujesz tej zmiany.<\/p>\n To bana\u0142, ale w ferworze podejmowania decyzji cz\u0119sto o nim zapominamy. Wielkie architektoniczne wizje kosztuj\u0105 nie tylko wdro\u017cenie, ale przede wszystkim utrzymanie.<\/p>\n We\u017amy przyk\u0142ad mikroserwis\u00f3w. Teoretycznie daj\u0105 skalowalno\u015b\u0107 i niezale\u017cno\u015b\u0107 zespo\u0142\u00f3w. Praktycznie, je\u015bli masz jeden zesp\u00f3\u0142 3-5 developer\u00f3w, ka\u017cdy dodatkowy serwis to wi\u0119cej czasu na: obs\u0142ug\u0119 komunikacji mi\u0119dzy serwisami, logowanie, monitorowanie, wdro\u017cenia, debugowanie. Znam startup, kt\u00f3ry wdro\u017cy\u0142 8 mikroserwis\u00f3w dla aplikacji z 500 u\u017cytkownikami. Efekt? Zesp\u00f3\u0142 sp\u0119dza\u0142 70% czasu na utrzymaniu infrastruktury, a tylko 30% na rozwijaniu funkcji. Firma upad\u0142a po roku.<\/p>\n Kolejny przyk\u0142ad: serverless. Brzmi jak oszcz\u0119dno\u015b\u0107 \u2013 p\u0142acisz tylko za wykonanie. Niestety, w praktyce dla aplikacji o sta\u0142ym ruchu serverless mo\u017ce by\u0107 dro\u017cszy ni\u017c tradycyjny serwer. Ponadto debugowanie funkcji rozrzuconych po chmurze to koszmar. Je\u015bli Tw\u00f3j zesp\u00f3\u0142 nie ma do\u015bwiadczenia z Lambda czy Cloud Functions, ryzykujesz ogromne op\u00f3\u017anienia.<\/p>\n Zadaj sobie pytanie:<\/strong> Czy moi programi\u015bci potrafi\u0105 to utrzyma\u0107? Czy mamy bud\u017cet na szkolenia i ewentualne awarie? Je\u015bli odpowied\u017a brzmi \u201enie wiem\u201d, to znaczy, \u017ce ryzyko jest zbyt wysokie.<\/p>\n To chyba najwa\u017cniejszy test. Ka\u017cda technologia powinna upraszcza\u0107, a nie komplikowa\u0107. Niestety, w praktyce cz\u0119sto jest odwrotnie.<\/p>\n Zastan\u00f3w si\u0119 nad typowym stosem technologicznym dla ma\u0142ej aplikacji webowej: prosty monolityczny backend (np. Django, Rails, Laravel), baza danych (Postgres), frontend (React lub Vue), hostowanie na VPSie lub ma\u0142ej chmurze. Proste, przewidywalne, tanie. Ca\u0142y zesp\u00f3\u0142 rozumie ca\u0142y system. Wdro\u017cenie jednej funkcji to zmiana w jednym miejscu.<\/p>\n Teraz dodajmy do tego \u201earchitektur\u0119 zorientowan\u0105 na us\u0142ugi\u201d: osobny serwis autoryzacji, serwis p\u0142atno\u015bci, serwis powiadomie\u0144, API Gateway, kolejki wiadomo\u015bci, oddzielne bazy danych. Nagle ka\u017cda zmiana wymaga koordynacji mi\u0119dzy us\u0142ugami, test\u00f3w integracyjnych, wdro\u017cenia kaskadowego. Czy to potrzebne? Je\u015bli masz 10 programist\u00f3w i 100 000 u\u017cytkownik\u00f3w \u2013 by\u0107 mo\u017ce. Je\u015bli masz 3 programist\u00f3w i 1000 u\u017cytkownik\u00f3w \u2013 jeste\u015b skazany na pora\u017ck\u0119.<\/p>\n Zadaj sobie pytanie:<\/strong> Czy nowa technologia zmniejsza liczb\u0119 ruchomych cz\u0119\u015bci w systemie? Je\u015bli dodaje wi\u0119cej, to znaczy, \u017ce jeste\u015b na z\u0142ej \u015bcie\u017cce.<\/p>\n Nie m\u00f3wi\u0119, \u017ce zawsze trzeba wybiera\u0107 konserwatywne rozwi\u0105zania. Czasem nowa technologia faktycznie rozwi\u0105zuje problem. Ale przed podj\u0119ciem decyzji zr\u00f3b trzy rzeczy:<\/p>\n \u015awiat IT kocha nowo\u015bci. Ale prawda jest taka, \u017ce wi\u0119kszo\u015b\u0107 firm M\u015aP nie potrzebuje najnowszych buzzword\u00f3w \u2013 potrzebuje stabilnego, przewidywalnego i \u0142atwego w utrzymaniu systemu, kt\u00f3ry rozwi\u0105zuje rzeczywiste problemy klient\u00f3w.<\/p>\n Nast\u0119pnym razem, gdy us\u0142yszysz \u201emusimy przej\u015b\u0107 na mikroserwisy\u201d albo \u201ezr\u00f3bmy to serverless\u201d, zatrzymaj si\u0119 na chwil\u0119. Zadaj sobie trzy testy z tego artyku\u0142u. Mo\u017ce si\u0119 okaza\u0107, \u017ce najlepszym rozwi\u0105zaniem jest to, co ju\u017c masz \u2013 tylko z ma\u0142ym tune\u2019em.<\/p>\n A je\u015bli potrzebujesz pomocy w podj\u0119ciu takiej decyzji \u2013 w JurskiTech.pl cz\u0119sto pomagamy firmom oddzieli\u0107 marketingowy szum od prawdziwej warto\u015bci. Bez lania wody, na konkretnych danych.<\/p>\n Autor: Praktyk z JurskiTech.pl \u2013 od lat pomagamy firmom wybiera\u0107 technologie, kt\u00f3re rzeczywi\u015bcie dzia\u0142aj\u0105.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":" Jak nie da\u0107 si\u0119 zwie\u015b\u0107 buzzwordom IT? 3 testy przed wyborem technologii Rzucam has\u0142em: \u201emikroserwisy\u201d. Albo \u201eserverless\u201d. Albo \u201eedge computing\u201d. Co czujesz? Ekscytacj\u0119? Presj\u0119, \u017ceby wdro\u017cy\u0107 to w swoim projekcie? A mo\u017ce delikatny niepok\u00f3j, \u017ce znowu kto\u015b pr\u00f3buje ci wcisn\u0105\u0107 co\u015b, czego nie potrzebujesz? Jako CTO czy founder ma\u0142ej lub \u015bredniej firmy jeste\u015b codziennie bombardowany<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7],"tags":[276,1053,1052,653,1054],"class_list":["post-2755","post","type-post","status-publish","format-standard","hentry","category-warto-wiedziec","tag-architektura-api","tag-buzzwordy-it","tag-decyzje-technologiczne","tag-msp","tag-wybor-frameworka"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2755","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/comments?post=2755"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2755\/revisions"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=2755"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=2755"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=2755"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Test 2: Czy Tw\u00f3j zesp\u00f3\u0142 (i bud\u017cet) ud\u017awignie utrzymanie?<\/h2>\n
Test 3: Czy to upraszcza czy komplikuje system?<\/h2>\n
Jak podejmowa\u0107 m\u0105dre decyzje technologiczne?<\/h2>\n
\n
Zako\u0144czenie<\/h2>\n
\n