[its_over_for_chlop]

Czy #aws #cognito to dobry provider do rejestracji i logowania użytkowników?

Jak zabezpieczyć api? Chciałbym że do api mogły uderzyć urządzenia oraz użytkownicy. Nie wiem jak to najlepiej zrobić i nie wiem jak dobrze ugryźć temat.
Najbardziej sensownym pomysłem jest "Bearer " który dostajemy po zalogowaniu i dodajemy go do każdego requesta. Czy urządzenia mają mieć taki sam mechanizm autoryzowania swoich requestów?

#programowanie #solutiondesign #systemdesign

[K.....a]

@its_over_for_chlop: poczytaj o oAuth2 , flowach itp. A cognito nie tykaj, bo to gówno. Lepiej inny provider wybrać, nawet jeśli wszystko masz w AWS. AWS zj%@#% cognito porządnie.

[its_over_for_chlop]

@Klopsztanga: oo to mnie zaskoczyłeś.

[K.....a]

@its_over_for_chlop: mówię ci to jako pronarchitekt AWS, jak i też administrator dużego apinco korzystało z cognito... I korzysta po części... Ale jako baza uzytkownik-haslo.

[its_over_for_chlop]

@Klopsztanga: a są jakieś alternatywy żeby urządzenie miało dostęp do API bez tego całego flow z tokenem?

[K.....a]

@its_over_for_chlop: tzn oAuth2 jest bezpieczne. Wszystko inne już nie, więc nie będę o alternatywach mówić, bo takich nie robimy.

[its_over_for_chlop]

@Klopsztanga: ja jedynie kojarzę oAuth2 z Oktą

[Benzen]

@its_over_for_chlop:

[its_over_for_chlop]

@Benzen: xD

[its_over_for_chlop]

@Benzen: no dobra. Namówili. Ciesze sie ze zapytalem

[Wykopek_wykopek]

@Klopsztanga kiedyś się z Tobą nie zgodziłem w tym temacie, dzisiaj stoję w jednym szeregu. ( ͡º ͜ʖ͡º)

[K.....a]

@Wykopek_wykopek: ( ͡° ͜ʖ ͡° )つ──☆*:・ﾟ