Cześć, mam do Was w sumie małą prośbę/pytanie. Pomoglibyście mi zdefiniować cele jakie miałbym spełnić w pracy inżynierskiej.
Rozmawiałem z moim przyszłym promotorem na temat pracy pt. (mniej więcej) "Wykorzystanie API Gateways w architekturze mikroserwisów". Promotor akurat wyraził zainteresowanie tym tematem ale narzucił bym wypisał mu głowne cele do zrealizowania w tej pracy oraz w jaki sposób można to wykorzystać. Czy mógłbym Was poprosić o Wasz komentarz, w jaki sposób Wy byście zabrali się do tego? Jakie cele pracy byście wyznaczyli, co byście chcieli pokazać, osiągnąć lub jaki problem rozwiązać z tym tematem? Wszystkie komentarze i opinie mile widziane :D
- Rejestracja:prawie 6 lat
- Ostatnio:ponad 4 lata
- Postów:5
0
edytowany 1x, ostatnio: gavlosq
Dregorio
My? To chyba ty masz to zrobic
gavlosq
Zapytałem tylko o cele, opis, sam sobie wyciągne z tego wnioski :) Nie proszę o pracę inżynierską, tylko osoby doświadczone o jakieś bazowe nakreślenie kierunku w który mógłbym iść.

- Rejestracja:ponad 13 lat
- Ostatnio:około 3 lata
- Lokalizacja:Grudziądz/Bydgoszcz
- Postów:5300
2
a po kiego grzyba cele w pracy inżynierskiej? Cel jest jeden zrobić projekt który działa fajnie opisać to rozwiązanie i tyle.
Zobacz pozostałe 2 komentarze
Tak właśnie myślałem, ta cała praca inżynierska to nic innego niż pic na wodę :D, no ale cóż, mam 10 miesięcy na wymyślenie czegoś sensownego.
Znalazłem coś takiego https://grzegorzdziedzic.pl/2019/11/15/mikroserwisy-api-gateway-czyli-drzwi-wejsciowe-do-naszego-systemu/ niby można fajnie to zredagować, ale co do tego stworzyć, o to jest pytanie ! :D

- Rejestracja:około 21 lat
- Ostatnio:prawie 3 lata
- Lokalizacja:Space: the final frontier
- Postów:26433
4
Nie do końca rozumiem pytanie. Nie dziwię się że ktoś chce wiedzieć jaki masz cel, bo z tytułu pracy nijak to nie wynika. Co konkretnie chciałeś w tej pracy zrobić? Bo zaklepanie hello world z podziałem na 2 mikroserwisy (jeden od hello a drugi od world) i postawienie przed nimi trzeciego który służy jako twój gateway, to trochę mało ;)
- metody podejścia do API gateway-> własna implementacja vs. użycie jakiegoś reverse-proxy
- plusy i minusy -> łatwiejsza integracja z frontendem bo konfiguracja CORS prosta jak drut, ale z drugiej strony masz single point of failure, bo jak gateway nie wyrabia to wszystko stoi, mimo że serwisy pod spodem spokojnie mogłyby przyjąć więcej
- integracja security w jednym miejscu vs. mały fuckup otwiera cały backend a nie tylko jeden serwis
...
Sprawa wygląda tak, że nie byłem chyba do końca świadomy podczas proponowania tego tematu, jak dokładnie ma wyglądać praca inżynierska. No ale słowo się rzekło, promotorowi temat się spodobał i muszę znaleźć teraz problem "na siłę" do rozwiązania.
Pierwsza kropka brzmi ciekawie i można na jej podstawie już coś ciekawego stworzyć :D

Jakby co to znam świetny hinduski zespół od klepania API gateway. Nowy endpoint udostępniony w 3 dni, no chyba że z autoryzacją to 2 tygodnie.