Authentication & Authorisation in Microservices Short

Detailed Video:- • Securing #microservice...
Your queries:-
Authentication & Authorisation in Microservices
authentication and authorization in spring boot microservices
token security microservices
token security pattern microservices
token security authentication
jwt token security
microservices security
microservices security using jwt authentication gateway
microservices security spring boot
microservices security architecture
microservices security with oauth2
microservices security patterns
Authentication in microservices
Authentication & Authorisation Microservices Short,
authentication and authorization in spring boot microservices,token security microservices,token security pattern microservices,token security authentication,jwt token security,microservices security,microservices security using jwt authentication gateway,microservices security spring boot,microservices security architecture,microservices security with oauth2,microservices security patterns,microservices security interview questions,Api gateway microservices security.
It’s very critical to provide authentication and authorization security to the microservices apps, when they communicate with each other. Mostly, microservices are exposed as REST APIs in distributed environments. REST APIs are stateless. It’s challenging to maintain client sessions with backend REST APIs. A strong API security mechanism is required to communicate between consumer and producer microservices. This API token security pattern provides a better Authentication & Authorization (A&A) service and maintains a session between client and backend REST APIs. For example, web/mobile clients connect to the API gateway first, which is a single point of entry of backend REST API microservices. The following diagram depicts how to get the API token by passing the access token to the authorization server which could be JWT/OAuth and get the API token to access backend APIs. Web/mobile clients will add this API token to the REST request call in the form of an HTTP request header and pass it to other backend services after A&A:
There are multiple open source and enterprise solutions to implement the API token security. OAuth and JavaScript Web Token (JWT) are popular, which create encrypted tokens and encrypt other information like user details, roles, and other key-value pairs. There is a provision to also add the expiry time of the API token. This token is generated by the server-side A&A service on demand. It can be added to a client’s service REST API header during the inter-microservice communication. This token is authenticated and validated for the expiry time on every request and then authorized to connect to backend business services and databases. So, with a design pattern, only authorized services can be granted access to microservices APIs. The API gateway is a recommended way to expose all backend microservices to client services like mobile, web, and other clients. It provides a single point of entry to the backend APIs. It uses this API access token internally to get access. It internally integrates with the access token API. Advantages The advantages are as follows: Secures inter-communication between microservices. Provides secure and strong encrypted authorization. Also provides user roles, which can be checked and accessed at the backend authorization service. Tokens can be encrypted with a strong encryption algorithm and expiry time.
Access token can be also created to access a new security token, if it’s expired. Use cases The use cases are as follows: User login authentication. User role authorization like admin, read only access, and so on. Use the API gateway with microservices.

Пікірлер: 17

  • @deepcoolclear
    @deepcoolclear Жыл бұрын

    How about encryption between micro-services? How is that handled ?

  • @SPS_Tech

    @SPS_Tech

    Жыл бұрын

    Microservices never call each other directly. The call the api gateway url of the corresponding microservice where the jwt is re verified

  • @MurphyYves

    @MurphyYves

    7 ай бұрын

    Shouldn't this (encryption in transit) be handled by https?

  • @SPS_Tech

    @SPS_Tech

    7 ай бұрын

    @MurphyYves Generally this microservices system is deployed in a Virtual Private Cloud. So it’s ok to have this communication using http. Moreover there is also public private key verification mentioned in the video :- kzread.info/dash/bejne/oKhsm5Shfam9hLw.htmlsi=PZidY7U29SNQiR4w

  • @johannessandjaja7630
    @johannessandjaja7630Ай бұрын

    does this means that if i have 100 services, all those services have to make request to authorization server for each request to validate? what about putting the validation in the gateway itself, use something like kong or wso2

  • @SPS_Tech

    @SPS_Tech

    Ай бұрын

    check this updated one:- kzread.info/dash/bejne/oKhsm5Shfam9hLw.html

  • @hadgadma3589
    @hadgadma3589 Жыл бұрын

    why not use one token?

  • @starlingroot
    @starlingroot2 ай бұрын

    Why the complexity?

  • @SPS_Tech

    @SPS_Tech

    2 ай бұрын

    Check this simplicity :- How #jwt is used for #authentication in #microservices system? kzread.info/dash/bejne/oKhsm5Shfam9hLw.html

  • @kunningdreamz
    @kunningdreamz2 ай бұрын

    Authentication and Authorization is not that confusing, Its a misleading video.

  • @SPS_Tech

    @SPS_Tech

    2 ай бұрын

    watch this one:- kzread.info/dash/bejne/oKhsm5Shfam9hLw.html

  • @ermahesh2009
    @ermahesh2009 Жыл бұрын

    Bhai link

  • @SPS_Tech

    @SPS_Tech

    Жыл бұрын

    konsa link chaiye ?

  • @karanjoshi9531

    @karanjoshi9531

    Жыл бұрын

    Full video link

  • @SPS_Tech

    @SPS_Tech

    Жыл бұрын

    kzread.info/dash/bejne/podo1sVyocq9kqQ.html

  • @SPS_Tech

    @SPS_Tech

    Жыл бұрын

    @@karanjoshi9531 kzread.info/dash/bejne/podo1sVyocq9kqQ.html

  • @hebamohammad7383

    @hebamohammad7383

    6 ай бұрын

    ​@@SPS_Tech.