Załóżmy, ze planuje napisać jakiś serwis do wysyłania mailii w C#. Niech będzie odpowiedzialny za wysyłanie raz w tygodniu 50 tys. maili do osób z subskrypcją.
A jeszcze pytanko jakby to miało wyglądać. Np. mam wykupioną domenę. Jak to teraz zintegrować, żeby np. mail wsparcie@mojadomena.pl była wysyłana za pomocą dedykowanych usług? Nigdy tego nie robiłem, więc pewnie martwie sie na zapas
Kupiłem sobie jakiegoś budżetowego VPSa i napisałem prostą aplikacje, która wrzuca pliki do azure blob storage i pobiera pliki po id. Chciałbym zweryfikować co mnie najbardziej ogranicza przy ładowaniu/wrzucaniu plików.
szukam dobrego rozwiązania dla kubernetesów/docker swarm i chciałbym się poradzić mądrzejszych.
Ogólnie nie wiem jak rozwiązać problem wspólnego volumenu dla kilku nodów. To chyba nie ważne czy zdecyduje się na docker swarm/kubernetesy i tak mikroserwisy muszą mieć wspólne volumeny.
@yggdrasil: dzięki za radę, muszę to solidnie przemyśleć. To w takim razie wychodzi na to, że dokładnie ten sam mikroserwis odpalony na różnych nodach miałby w volumenie inne dane (tylko te pochodzącego z noda na którym jest odpalona) ? Tak trochę nie kapuję jakby to miało działać, bo przecież, żeby cały system działał prawidłowo dane muszą być spójne
Mirki z racji tego, że nastała dla mnie ta wielka chwila pędzenia własnych liquidów chciałbym dopytać o parę rzeczy. Zawsze paliłem premixy + baza nikotyna 18mg tak, żeby wychodziła moc 3.
Teraz posiadam gilol,gliceryne, nikotyna 72mg, aromaty z MaiArtu.
Jak najlepiej się za to zabrać? Robić każdy olejek osobno z kalkulatorem? Czy może przygotować sobie bazę wcześniej 70/30VG o mocy 3 i potem tylko rozlewać to z aromatami? Podejście drugie wydaje się mniej czasochłonne.
@marek-wozniak-750: @apaczacz: chyba trochę się zakręciłem. Czyli najlepiej przygotować sobie bazę 30 PG(glikol) / 70 VG( gliceryna) i dodać do tego nikotynę tak, żeby wyszła moc 3-3.3. Następnie po wymieszaniu robię już docelowe liquidy np. mając 2 ml aromatu 6% to dodaje 31 ml bazy + 2 ml aromatu i wychodzi mi olejek?
A tak myślę czy nie lepiej zrobić bazę 50/50. Co polecicie Mirki? Ehh czuje się
Mam zbudowanych kilka obrazów w azure container registry. Teraz załóżmy, że kupię sobie jakiś prywatny vps na którym postawie dockera. Jak zapewnić ciągłą integracje pomiędzy registry a vpsem? Chciałbym osiągnąć coś takiego, że jak w registry pojawi się nowy obraz to jest automatycznie pullowany na dockera stary obraz jest usuwany a z nowego uruchamia się kontener.
Całkowicie nie wiem jak to ugryźć nakierujcie proszę jak to powinno wyglądać ( ͡°
@Koliat: czyli jak dobrze rozumiem to w pipeline powinienem mieć ustawioną aktualizacje obrazu na dockerze po zbudowaniu obrazu i wypchaniu go do registry?
@Koliat: Ogólnie chciałbym osiągnąć coś takiego 1. wrzucam zmiane do repo 2. triggeruje sie pipeline, który buduję obraz i wrzuca go do azure registry 3. obraz jest pullowany na dockera, który sobie zrobię na jakimś prywatnym vpsie, załóżmy ovh 4. jeżeli pojawi się nowy obraz na dockerze to kontener jest automatycznie podmieniany.
Mirki jak powinna wyglądać prawidłowo napisana infrastruktura backendowa? Załóżmy ze mam sobie aplikacje składająca się z 30 mikroserwisów i jeden serwis frontendowy. Jak powinna wyglądać prawidłowa komunikacja pomiedzy backendem i frontendem?
1. Frontend powinien komunikować się z 1 serwisem backendowym a ten dalej rozsyłać requesty na poszczególne serwisy
2. Frontend uderza prosto do poszczególnych serwisów
@James456: czyli np. jakis load balancer na dockerze i jedno główne api, które rozsyla zapytania na poszczególne serwisy po udanej autoryzacji? Ale w takim razie czy główne api gateway nie bedzie się zapychać pod ilością zapytań? No chyba, że uruchomić to w kilku instancjach w docker swarmie, ale czy takie podejscie jest dobre?
Jak się powinno prawidłowo deployować kontenery w wersji produkcyjnej?
Załóżmy, że mam kilka kontenerów mikroserwisowych w .net.Chciałbym to uruchomić w swarmie mająć niektórych aplikacji kilka instancji.Cała konfiguracje robię sobie w pliku docker-compose którego na vpsa mogę zaciągnąć z repo. Tylko jak teraz przekazać np. connectionString, którego deklaruje w docker-compose. To chyba nie jest dobrą praktyką, żeby passy do db były trzymane w repo. Jak powinna wyglądać taka konfiguracja, żeby nie było to
@Divgh w kubku masz sealed secrets, vaulta i inne śmieszne rzeczy. Możesz coś w tym kierunku poszukać i pokombinować. Plus jeżeli używasz GH albo GL do deployowania to możesz secrety wrzucić do zmiennych dla pipelienow i ustawić na sensitive ;)
Załóżmy, że zawodnik powinien pauzować mecz za tam 3 czy 4 żółte kartki. Jednak klub przegapił karę i zawodnik zagrał w 3 następnych meczach bez odbycia kary. Podokręg powinien nałożyć 1 czy 3 mecze walkowera? W takim sensie, że tylko drużyna dostaje walkowera za 1 mecz w którym grał pauzujący zawodnik i ten mecz zalicza się jako pauza czy dostaję 3 mecze walkowera i dopiero w następnym meczu zawodnik musi odbyć karę.
of(new ShopActions.CompleteError(error));
a
this.store.dispatch(new