માઇક્રોસર્વિસ આર્કિટેક્ચર પર SSO. અમે કીક્લોકનો ઉપયોગ કરીએ છીએ. ભાગ 1

કોઈપણ મોટી કંપનીમાં, અને X5 રિટેલ ગ્રૂપ કોઈ અપવાદ નથી, કારણ કે તે વિકસિત થાય છે, એવા પ્રોજેક્ટ્સની સંખ્યામાં વધારો થાય છે જેને વપરાશકર્તા અધિકૃતતાની જરૂર હોય છે. સમય જતાં, એક એપ્લિકેશનથી બીજી એપ્લિકેશનમાં વપરાશકર્તાઓનું સીમલેસ સંક્રમણ જરૂરી છે, અને પછી એક સિંગલ-સિંગ-ઓન (SSO) સર્વરનો ઉપયોગ કરવાની જરૂર છે. પરંતુ જ્યારે ઓળખ પ્રદાતાઓ જેમ કે AD અથવા અન્ય કે જેમની પાસે વધારાની વિશેષતાઓ નથી તે વિવિધ પ્રોજેક્ટ્સમાં પહેલાથી જ ઉપયોગમાં લેવાય છે ત્યારે શું થશે. "ઓળખ બ્રોકર્સ" તરીકે ઓળખાતી સિસ્ટમોનો એક વર્ગ બચાવમાં આવશે. સૌથી વધુ કાર્યાત્મક તેના પ્રતિનિધિઓ છે, જેમ કે કીક્લોક, ગ્રેવિટી એક્સેસ મેનેજમેન્ટ, વગેરે. મોટેભાગે, ઉપયોગના કિસ્સાઓ અલગ અલગ હોઈ શકે છે: મશીનની ક્રિયાપ્રતિક્રિયા, વપરાશકર્તાની ભાગીદારી, વગેરે. સોલ્યુશનમાં લવચીક અને માપી શકાય તેવી કાર્યક્ષમતા હોવી જોઈએ જે બધી આવશ્યકતાઓને એકમાં જોડી શકે, અને આવા ઉકેલો માટે અમારી કંપની પાસે હવે એક સંકેત દલાલ છે - કીક્લોક.

કીક્લોક એ ઓપન સોર્સ ઓળખ અને RedHat દ્વારા જાળવવામાં આવતી એક્સેસ કંટ્રોલ પ્રોડક્ટ છે. તે SSO - RH-SSO નો ઉપયોગ કરીને કંપનીના ઉત્પાદનો માટેનો આધાર છે.

મૂળભૂત ખ્યાલો

તમે ઉકેલો અને અભિગમો સાથે વ્યવહાર કરવાનું શરૂ કરો તે પહેલાં, તમારે પ્રક્રિયાઓની શરતો અને ક્રમ નક્કી કરવું જોઈએ:

ઓળખ તેના ઓળખકર્તા દ્વારા વિષયને ઓળખવાની પ્રક્રિયા છે (બીજા શબ્દોમાં, આ નામ, લૉગિન અથવા નંબરની વ્યાખ્યા છે).

પ્રમાણીકરણ - આ એક પ્રમાણીકરણ પ્રક્રિયા છે (વપરાશકર્તાને પાસવર્ડથી તપાસવામાં આવે છે, પત્રને ઇલેક્ટ્રોનિક હસ્તાક્ષર સાથે તપાસવામાં આવે છે, વગેરે)

અધિકૃતતા - આ સંસાધનની ઍક્સેસની જોગવાઈ છે (ઉદાહરણ તરીકે, ઈ-મેલ માટે).

ઓળખ બ્રોકર કીક્લોક

કીક્લોક એક ઓપન સોર્સ ઓળખ અને એક્સેસ મેનેજમેન્ટ સોલ્યુશન છે જે IS માં ઉપયોગ માટે રચાયેલ છે જ્યાં માઇક્રોસર્વિસ આર્કિટેક્ચર પેટર્નનો ઉપયોગ કરી શકાય છે.

કીક્લોક સિંગલ સાઇન-ઓન (SSO), બ્રોકરેડ આઇડેન્ટિટી અને સોશિયલ લોગિન, યુઝર ફેડરેશન, ક્લાયન્ટ એડેપ્ટર્સ, એડમિન કન્સોલ અને એકાઉન્ટ મેનેજમેન્ટ કન્સોલ જેવી સુવિધાઓ પ્રદાન કરે છે.

કીક્લોક દ્વારા આધારભૂત મૂળભૂત કાર્યક્ષમતા:

• બ્રાઉઝર એપ્લિકેશન માટે સિંગલ-સાઇન ઑન અને સિંગલ-સાઇન આઉટ.
• OpenID/OAuth 2.0/SAML માટે સપોર્ટ.
• ઓળખ બ્રોકરિંગ - બાહ્ય OpenID કનેક્ટ અથવા SAML ઓળખ પ્રદાતાઓનો ઉપયોગ કરીને પ્રમાણીકરણ.
• સામાજિક લૉગિન - વપરાશકર્તા ઓળખ માટે Google, GitHub, Facebook, Twitter સપોર્ટ.
• યુઝર ફેડરેશન - LDAP અને એક્ટિવ ડિરેક્ટરી સર્વર્સ અને અન્ય ઓળખ પ્રદાતાઓમાંથી વપરાશકર્તાઓનું સુમેળ.
• કર્બેરોસ બ્રિજ - ઓટોમેટિક યુઝર ઓથેન્ટિકેશન માટે કર્બેરોસ સર્વરનો ઉપયોગ.
• એડમિન કન્સોલ - વેબ દ્વારા સેટિંગ્સ અને ઉકેલ વિકલ્પોના એકીકૃત સંચાલન માટે.
• એકાઉન્ટ મેનેજમેન્ટ કન્સોલ - વપરાશકર્તા પ્રોફાઇલના સ્વ-વ્યવસ્થાપન માટે.
• કંપનીની કોર્પોરેટ ઓળખના આધારે સોલ્યુશનનું કસ્ટમાઇઝેશન.
• 2FA પ્રમાણીકરણ - ગૂગલ ઓથેન્ટિકેટર અથવા ફ્રીઓટીપીનો ઉપયોગ કરીને TOTP/HOTP સપોર્ટ.
• લૉગિન ફ્લો - વપરાશકર્તા સ્વ-નોંધણી, પાસવર્ડ પુનઃપ્રાપ્તિ અને રીસેટ, અને અન્ય શક્ય છે.
• સત્ર વ્યવસ્થાપન - સંચાલકો એક બિંદુથી વપરાશકર્તા સત્રોનું સંચાલન કરી શકે છે.
• ટોકન મેપર્સ - ટોકન્સ માટે વપરાશકર્તા વિશેષતાઓ, ભૂમિકાઓ અને અન્ય જરૂરી વિશેષતાઓને બંધનકર્તા.
• સમગ્ર ક્ષેત્ર, એપ્લિકેશન અને વપરાશકર્તાઓમાં લવચીક નીતિ સંચાલન.
• CORS સપોર્ટ - ક્લાયન્ટ એડેપ્ટર્સમાં બિલ્ટ-ઇન CORS સપોર્ટ છે.
• સર્વિસ પ્રોવાઇડર ઇન્ટરફેસ (SPI) - મોટી સંખ્યામાં SPI જે તમને સર્વરના વિવિધ પાસાઓને કસ્ટમાઇઝ કરવાની મંજૂરી આપે છે: પ્રમાણીકરણ પ્રવાહ, ઓળખ પ્રદાતાઓ, પ્રોટોકોલ મેપિંગ અને વધુ.
• JavaScript એપ્લિકેશન, વાઇલ્ડફ્લાય, JBoss EAP, Fuse, Tomcat, Jetty, Spring માટે ક્લાયન્ટ એડેપ્ટર.
• OpenID કનેક્ટ રિલાયિંગ પાર્ટી લાઇબ્રેરી અથવા SAML 2.0 સર્વિસ પ્રોવાઇડર લાઇબ્રેરીને સપોર્ટ કરતી વિવિધ એપ્લિકેશનો સાથે કામ કરવા માટે સપોર્ટ.
• પ્લગઇન્સનો ઉપયોગ કરીને વિસ્તૃત કરી શકાય છે.

CI/CD પ્રક્રિયાઓ માટે, તેમજ કીક્લોકમાં મેનેજમેન્ટ પ્રક્રિયાઓના ઓટોમેશન માટે, REST API/JAVA API નો ઉપયોગ કરી શકાય છે. દસ્તાવેજીકરણ ઇલેક્ટ્રોનિક રીતે ઉપલબ્ધ છે:

REST API https://www.keycloak.org/docs-api/8.0/rest-api/index.html
Java API https://www.keycloak.org/docs-api/8.0/javadocs/index.html

એન્ટરપ્રાઇઝ ઓળખ પ્રદાતાઓ (ઓન-પ્રિમાઇઝ)

વપરાશકર્તા ફેડરેશન સેવાઓ દ્વારા વપરાશકર્તાઓને પ્રમાણિત કરવાની ક્ષમતા.

પાસ-થ્રુ ઓથેન્ટિકેશનનો પણ ઉપયોગ કરી શકાય છે - જો યુઝર્સ કર્બરોસ (LDAP અથવા AD) વડે વર્કસ્ટેશન પર પ્રમાણિત કરે છે, તો તેઓ ફરીથી તેમના યુઝરનેમ અને પાસવર્ડ દાખલ કર્યા વિના કીક્લોક પર આપમેળે પ્રમાણિત થઈ શકે છે.

પ્રમાણીકરણ અને વપરાશકર્તાઓની વધુ અધિકૃતતા માટે, રિલેશનલ ડીબીએમએસનો ઉપયોગ કરવો શક્ય છે, જે વિકાસ વાતાવરણ માટે સૌથી વધુ લાગુ પડે છે, કારણ કે તેમાં પ્રોજેક્ટના પ્રારંભિક તબક્કામાં લાંબી સેટિંગ્સ અને સંકલનનો સમાવેશ થતો નથી. મૂળભૂત રીતે, કીક્લોક સેટિંગ્સ અને વપરાશકર્તા ડેટા સ્ટોર કરવા માટે બિલ્ટ-ઇન DBMS નો ઉપયોગ કરે છે.

સપોર્ટેડ DBMS ની યાદી વ્યાપક છે અને તેમાં સમાવેશ થાય છે: MS SQL, Oracle, PostgreSQL, MariaDB, Oracle અને અન્ય. મારિયાડીબી 12 માટે Oracle 1C Release3.12 RAC અને Galera 10.1.19 ક્લસ્ટર અત્યાર સુધીમાં સૌથી વધુ ચકાસાયેલ છે.

ઓળખ પ્રદાતાઓ - સામાજિક લૉગિન

સામાજિક નેટવર્ક્સમાંથી લોગિનનો ઉપયોગ કરવો શક્ય છે. વપરાશકર્તાઓને પ્રમાણિત કરવાની ક્ષમતાને સક્રિય કરવા માટે, કીક્લોક એડમિન કન્સોલનો ઉપયોગ કરો. એપ્લિકેશન કોડમાં ફેરફાર જરૂરી નથી અને આ કાર્યક્ષમતા બોક્સની બહાર ઉપલબ્ધ છે અને પ્રોજેક્ટના કોઈપણ તબક્કે સક્રિય કરી શકાય છે.

વપરાશકર્તા પ્રમાણીકરણ માટે OpenID/SAML ઓળખ પ્રદાતાઓનો ઉપયોગ કરવો શક્ય છે.

કીક્લોકમાં OAuth2 નો ઉપયોગ કરીને લાક્ષણિક અધિકૃતતાના દૃશ્યો

અધિકૃતતા કોડ ફ્લો - સર્વર-સાઇડ એપ્લિકેશન્સ સાથે વપરાય છે. અધિકૃત પરવાનગીના સૌથી સામાન્ય પ્રકારોમાંનું એક કારણ કે તે સર્વર એપ્લિકેશનો માટે યોગ્ય છે જ્યાં એપ્લિકેશનનો સ્રોત કોડ અને ક્લાયંટ ડેટા બહારના લોકો માટે ઉપલબ્ધ નથી. આ કિસ્સામાં પ્રક્રિયા રીડાયરેક્શન પર આધારિત છે. એપ્લિકેશન વપરાશકર્તા એજન્ટ (યુઝર-એજન્ટ), જેમ કે વેબ બ્રાઉઝર સાથે વાતચીત કરવા સક્ષમ હોવી જોઈએ - વપરાશકર્તા એજન્ટ દ્વારા રીડાયરેક્ટ કરાયેલ API અધિકૃતતા કોડ્સ પ્રાપ્ત કરવા માટે.

ગર્ભિત પ્રવાહ - મોબાઇલ અથવા વેબ એપ્લિકેશન્સ દ્વારા ઉપયોગમાં લેવાય છે (વપરાશકર્તાના ઉપકરણ પર ચાલતી એપ્લિકેશનો).

ગર્ભિત અધિકૃત પરવાનગી પ્રકારનો ઉપયોગ મોબાઇલ અને વેબ એપ્લિકેશન દ્વારા કરવામાં આવે છે જ્યાં ક્લાયંટની ગુપ્તતાની ખાતરી આપી શકાતી નથી. ગર્ભિત પરવાનગીનો પ્રકાર વપરાશકર્તા એજન્ટ રીડાયરેક્ટેશનનો પણ ઉપયોગ કરે છે, જેમાં એપ્લિકેશનમાં વધુ ઉપયોગ માટે ઍક્સેસ ટોકન વપરાશકર્તા એજન્ટને પસાર કરવામાં આવે છે. આ વપરાશકર્તાના ઉપકરણ પર વપરાશકર્તા અને અન્ય એપ્લિકેશનોને ટોકન ઉપલબ્ધ બનાવે છે. આ પ્રકારની અધિકૃતતા પરવાનગી એપ્લિકેશનની ઓળખને પ્રમાણિત કરતી નથી, અને પ્રક્રિયા પોતે જ રીડાયરેક્ટ URL (અગાઉ સેવા સાથે નોંધાયેલ) પર આધાર રાખે છે.

ગર્ભિત પ્રવાહ ઍક્સેસ ટોકન રિફ્રેશ ટોકન્સને સપોર્ટ કરતું નથી.

ક્લાઈન્ટ ઓળખપત્ર ગ્રાન્ટ ફ્લો જ્યારે એપ્લિકેશન API ને ઍક્સેસ કરે છે ત્યારે તેનો ઉપયોગ થાય છે. આ પ્રકારની અધિકૃતતા પરવાનગીનો ઉપયોગ સામાન્ય રીતે સર્વર-ટુ-સર્વર ક્રિયાપ્રતિક્રિયાઓ માટે થાય છે જે તાત્કાલિક વપરાશકર્તાની ક્રિયાપ્રતિક્રિયા વિના પૃષ્ઠભૂમિમાં થવી જોઈએ. ક્લાયંટ ઓળખપત્ર અનુદાન પ્રવાહ વેબ સેવા (ગોપનીય ક્લાયન્ટ) ને અન્ય વેબ સેવાને કૉલ કરતી વખતે પ્રમાણિત કરવા માટે વપરાશકર્તાનો ઢોંગ કરવાને બદલે તેના પોતાના ઓળખપત્રોનો ઉપયોગ કરવાની મંજૂરી આપે છે. ઉચ્ચ સ્તરની સુરક્ષા માટે, કૉલિંગ સેવા માટે પ્રમાણપત્ર (શેર્ડ સિક્રેટને બદલે) ઓળખપત્ર તરીકે વાપરવું શક્ય છે.

OAuth2 સ્પષ્ટીકરણમાં વર્ણવેલ છે
આરએફસી -6749
આરએફસી -8252
આરએફસી -6819

JWT ટોકન અને તેના ફાયદા

JWT (JSON વેબ ટોકન) એક ઓપન સ્ટાન્ડર્ડ છે (https://tools.ietf.org/html/rfc7519) જે JSON ઑબ્જેક્ટ તરીકે પક્ષો વચ્ચે માહિતીને સુરક્ષિત રીતે સ્થાનાંતરિત કરવાની કોમ્પેક્ટ અને સ્વ-સમાયેલ રીતને વ્યાખ્યાયિત કરે છે.

સ્ટાન્ડર્ડ મુજબ, ટોકન બેઝ-64 ફોર્મેટમાં ત્રણ ભાગો ધરાવે છે, જે બિંદુઓ દ્વારા અલગ પડે છે. પ્રથમ ભાગને હેડર કહેવામાં આવે છે, જેમાં ડિજિટલ હસ્તાક્ષર મેળવવા માટે ટોકનનો પ્રકાર અને હેશ અલ્ગોરિધમનું નામ હોય છે. બીજો ભાગ મૂળભૂત માહિતી (વપરાશકર્તા, વિશેષતાઓ, વગેરે) સંગ્રહિત કરે છે. ત્રીજો ભાગ ડિજિટલ હસ્તાક્ષર છે.

. .
તમારા ડીબીમાં ક્યારેય ટોકન સ્ટોર ન કરો. કારણ કે માન્ય ટોકન એ પાસવર્ડની સમકક્ષ છે, ટોકનનો સંગ્રહ કરવો એ પાસવર્ડને સ્પષ્ટ લખાણમાં સંગ્રહિત કરવા જેવું છે.
ઍક્સેસ ટોકન એક ટોકન છે જે તેના માલિકને સુરક્ષિત સર્વર સંસાધનોની ઍક્સેસ આપે છે. તે સામાન્ય રીતે ટૂંકા જીવનકાળ ધરાવે છે અને તે વધારાની માહિતી ધરાવી શકે છે જેમ કે ટોકનની વિનંતી કરનાર પક્ષનું IP સરનામું.

ટોકન તાજું કરો એક ટોકન છે જે ગ્રાહકોને તેમના જીવનકાળની સમયસીમા સમાપ્ત થયા પછી નવા એક્સેસ ટોકન્સની વિનંતી કરવાની મંજૂરી આપે છે. આ ટોકન્સ સામાન્ય રીતે લાંબા સમય માટે જારી કરવામાં આવે છે.

માઇક્રોસર્વિસ આર્કિટેક્ચરમાં ઉપયોગ કરવાના મુખ્ય ફાયદા:

• વન-ટાઇમ ઓથેન્ટિકેશન દ્વારા વિવિધ એપ્લિકેશનો અને સેવાઓને ઍક્સેસ કરવાની ક્ષમતા.
• વપરાશકર્તા પ્રોફાઇલમાં સંખ્યાબંધ આવશ્યક વિશેષતાઓની ગેરહાજરીમાં, સ્વચાલિત અને ઑન-ધ-ફ્લાય સહિત પેલોડમાં ઉમેરી શકાય તેવા ડેટા સાથે સમૃદ્ધ બનાવવું શક્ય છે.
• સક્રિય સત્રો વિશે માહિતી સંગ્રહિત કરવાની કોઈ જરૂર નથી, સર્વર એપ્લિકેશનને ફક્ત સહી ચકાસવાની જરૂર છે.
• પેલોડમાં વધારાના લક્ષણો દ્વારા વધુ લવચીક ઍક્સેસ નિયંત્રણ.
• હેડર અને પેલોડ માટે ટોકન સિગ્નેચરનો ઉપયોગ સમગ્ર સોલ્યુશનની સુરક્ષામાં વધારો કરે છે.

JWT ટોકન - રચના

હેડર - મૂળભૂત રીતે, હેડરમાં માત્ર ટોકનનો પ્રકાર અને એન્ક્રિપ્શન માટે ઉપયોગમાં લેવાતા અલ્ગોરિધમનો સમાવેશ થાય છે.

ટોકનનો પ્રકાર "ટાઈપ" કીમાં સંગ્રહિત થાય છે. JWT માં 'ટાઈપ' કીને અવગણવામાં આવે છે. જો "ટાઈપ" કી હાજર હોય, તો આ ઑબ્જેક્ટ JSON વેબ ટોકન છે તે દર્શાવવા માટે તેની કિંમત JWT હોવી જોઈએ.

બીજી કી "alg" ટોકનને એન્ક્રિપ્ટ કરવા માટે વપરાતા અલ્ગોરિધમને વ્યાખ્યાયિત કરે છે. તે ડિફૉલ્ટ રૂપે HS256 પર સેટ હોવું જોઈએ. હેડર બેઝ 64 માં એન્કોડેડ છે.

{ "alg": "HS256", "પ્રકાર": "JWT"}
પેલોડ (સામગ્રી) - પેલોડ કોઈપણ માહિતી સંગ્રહિત કરે છે જેને તપાસવાની જરૂર છે. પેલોડની દરેક કીને "દાવો" તરીકે ઓળખવામાં આવે છે. ઉદાહરણ તરીકે, તમે ફક્ત આમંત્રણ (બંધ પ્રોમો) દ્વારા એપ્લિકેશન દાખલ કરી શકો છો. જ્યારે આપણે કોઈને ભાગ લેવા માટે આમંત્રિત કરવા માંગીએ છીએ, ત્યારે અમે તેમને આમંત્રણ પત્ર મોકલીએ છીએ. તે તપાસવું મહત્વપૂર્ણ છે કે ઇમેઇલ સરનામું તે વ્યક્તિનું છે જે આમંત્રણ સ્વીકારે છે, તેથી અમે આ સરનામું પેલોડમાં શામેલ કરીશું, આ માટે અમે તેને "ઇમેઇલ" કીમાં સંગ્રહિત કરીએ છીએ.

{ "ઇમેઇલ": "[ઇમેઇલ સુરક્ષિત]"}

પેલોડમાં કીઓ મનસ્વી હોઈ શકે છે. જો કે, ત્યાં કેટલાક અનામત છે:

• iss (ઇશ્યુઅર) - એપ્લિકેશનને ઓળખે છે કે જેમાંથી ટોકન મોકલવામાં આવે છે.
• સબ (વિષય) - ટોકનના વિષયને વ્યાખ્યાયિત કરે છે.
• aud (પ્રેક્ષક) એ કેસ-સંવેદનશીલ શબ્દમાળાઓ અથવા URI ની શ્રેણી છે જે આ ટોકન પ્રાપ્તકર્તાઓની સૂચિ છે. જ્યારે પ્રાપ્ત કરનાર બાજુ આપેલ કી સાથે JWT મેળવે છે, ત્યારે તેણે પ્રાપ્તકર્તાઓમાં પોતાની હાજરીની તપાસ કરવી જોઈએ - અન્યથા ટોકનને અવગણો.
• exp (સમાપ્તિ સમય) - ટોકન ક્યારે સમાપ્ત થાય છે તે સૂચવે છે. JWT માનકને તેના તમામ અમલીકરણની સમયસીમા સમાપ્ત થયેલા ટોકન્સને નકારવા માટે જરૂરી છે. EXP કી યુનિક્સ ફોર્મેટમાં ટાઇમસ્ટેમ્પ હોવી આવશ્યક છે.
• nbf (પહેલાં નહીં) એ યુનિક્સ ફોર્મેટમાંનો સમય છે જે ટોકન ક્યારે માન્ય બને તે ક્ષણ નક્કી કરે છે.
• iat (જારી કરેલ મુ) - આ કી ટોકન જારી કરવામાં આવેલ સમયને દર્શાવે છે અને તેનો ઉપયોગ JWTની ઉંમર નક્કી કરવા માટે કરી શકાય છે. iat કી યુનિક્સ ફોર્મેટમાં ટાઇમસ્ટેમ્પ હોવી આવશ્યક છે.
• Jti (JWT ID) — એક સ્ટ્રિંગ કે જે આ ટોકનના અનન્ય ઓળખકર્તાને વ્યાખ્યાયિત કરે છે, કેસ-સંવેદનશીલ.

તે સમજવું અગત્યનું છે કે પેલોડ એન્ક્રિપ્ટેડ સ્વરૂપમાં પ્રસારિત થતો નથી (જોકે ટોકન્સ નેસ્ટેડ કરી શકાય છે અને તે પછી એનક્રિપ્ટેડ ડેટા ટ્રાન્સમિટ કરવાનું શક્ય છે). તેથી, તે કોઈપણ ગુપ્ત માહિતી સંગ્રહિત કરી શકતું નથી. હેડરની જેમ, પેલોડ બેઝ 64 એન્કોડેડ છે.
હસ્તાક્ષર - જ્યારે અમારી પાસે શીર્ષક અને પેલોડ હોય, ત્યારે અમે સહીની ગણતરી કરી શકીએ છીએ.

બેઝ 64-એનકોડેડ: હેડર અને પેલોડ લેવામાં આવે છે, તેઓ એક બિંદુ દ્વારા સ્ટ્રિંગમાં જોડાય છે. પછી આ શબ્દમાળા અને ગુપ્ત કી હેડરમાં ઉલ્લેખિત એન્ક્રિપ્શન અલ્ગોરિધમમાં ઇનપુટ થાય છે ("alg" કી). કી કોઈપણ શબ્દમાળા હોઈ શકે છે. લાંબી તાર સૌથી વધુ પસંદ કરવામાં આવશે કારણ કે તેને ઉપાડવામાં વધુ સમય લાગશે.

{"alg":"RSA1_5","payload":"A128CBC-HS256"}

કીક્લોક ફેલઓવર ક્લસ્ટર આર્કિટેક્ચરનું નિર્માણ

બધા પ્રોજેક્ટ માટે એક જ ક્લસ્ટરનો ઉપયોગ કરતી વખતે, SSO સોલ્યુશન માટે વધારાની જરૂરિયાતો છે. જ્યારે પ્રોજેક્ટ્સની સંખ્યા ઓછી હોય છે, ત્યારે આ જરૂરિયાતો તમામ પ્રોજેક્ટ્સ માટે એટલી ધ્યાનપાત્ર નથી હોતી, જો કે, વપરાશકર્તાઓની સંખ્યામાં વધારો અને એકીકરણ સાથે, ઉપલબ્ધતા અને પ્રદર્શન માટેની આવશ્યકતાઓ વધે છે.

સિંગલ SSO નિષ્ફળતાના જોખમમાં વધારો સોલ્યુશન આર્કિટેક્ચર માટેની જરૂરિયાતો અને બિનજરૂરી ઘટકો માટે ઉપયોગમાં લેવાતી પદ્ધતિઓમાં વધારો કરે છે અને ખૂબ જ ચુસ્ત SLA તરફ દોરી જાય છે. આ સંદર્ભે, વધુ વખત વિકાસ અથવા ઉકેલોના અમલીકરણના પ્રારંભિક તબક્કા દરમિયાન, પ્રોજેક્ટ્સનું પોતાનું બિન-દોષ-સહિષ્ણુ ઈન્ફ્રાસ્ટ્રક્ચર હોય છે. જેમ જેમ વિકાસ આગળ વધે છે તેમ, વિકાસ અને સ્કેલિંગ માટે તકો મૂકવી જરૂરી છે. કન્ટેનર વર્ચ્યુઅલાઈઝેશન અથવા હાઇબ્રિડ અભિગમનો ઉપયોગ કરીને ફેલઓવર ક્લસ્ટર બનાવવાનું સૌથી વધુ લવચીક છે.

સક્રિય/સક્રિય અને સક્રિય/નિષ્ક્રિય ક્લસ્ટર મોડ્સમાં કામ કરવા માટે, રિલેશનલ ડેટાબેઝમાં ડેટા સુસંગતતાની ખાતરી કરવી જરૂરી છે - બંને ડેટાબેઝ નોડ્સ અલગ-અલગ ભૌગોલિક-વિતરિત ડેટા કેન્દ્રો વચ્ચે સિંક્રનસ રીતે પ્રતિકૃતિ હોવા જોઈએ.

ફોલ્ટ-ટોલરન્ટ ઇન્સ્ટોલેશનનું સૌથી સરળ ઉદાહરણ.

સિંગલ ક્લસ્ટરનો ઉપયોગ કરવાના ફાયદા શું છે:

• ઉચ્ચ ઉપલબ્ધતા અને પ્રદર્શન.
• ઑપરેટિંગ મોડ્સ માટે સપોર્ટ: સક્રિય / સક્રિય, સક્રિય / નિષ્ક્રિય.
• કન્ટેનર વર્ચ્યુઅલાઈઝેશનનો ઉપયોગ કરતી વખતે - ગતિશીલ રીતે સ્કેલ કરવાની ક્ષમતા.
• કેન્દ્રિય સંચાલન અને દેખરેખની શક્યતા.
• પ્રોજેક્ટ્સમાં વપરાશકર્તાઓની ઓળખ/પ્રમાણીકરણ/અધિકૃતતા માટે એકીકૃત અભિગમ.
• વપરાશકર્તાની સંડોવણી વિના વિવિધ પ્રોજેક્ટ્સ વચ્ચે વધુ પારદર્શક ક્રિયાપ્રતિક્રિયા.
• વિવિધ પ્રોજેક્ટ્સમાં JWT ટોકનનો ફરીથી ઉપયોગ કરવાની ક્ષમતા.
• વિશ્વાસનું એક બિંદુ.
• માઇક્રોસર્વિસિસ/કન્ટેનર વર્ચ્યુઅલાઈઝેશનનો ઉપયોગ કરીને પ્રોજેક્ટ્સનું ઝડપી લોન્ચિંગ (વધારાના ઘટકોને ઉપાડવા અને ગોઠવવાની જરૂર નથી).
• વિક્રેતા પાસેથી વ્યાવસાયિક આધાર ખરીદવાનું શક્ય છે.

ક્લસ્ટરનું આયોજન કરતી વખતે શું જોવું

ડીબીએમએસ

કીક્લોક સ્ટોર કરવા માટે ડેટાબેઝ મેનેજમેન્ટ સિસ્ટમનો ઉપયોગ કરે છે: ક્ષેત્રો, ગ્રાહકો, વપરાશકર્તાઓ, વગેરે.
DBMS ની વિશાળ શ્રેણી સમર્થિત છે: MS SQL, Oracle, MySQL, PostgreSQL. કીક્લોક તેના પોતાના બિલ્ટ-ઇન રિલેશનલ ડેટાબેઝ સાથે આવે છે. નોન-લોડેડ એન્વાયર્નમેન્ટ્સ - જેમ કે ડેવલપમેન્ટ એન્વાયર્નમેન્ટ્સ માટે ઉપયોગ કરવાની ભલામણ કરવામાં આવે છે.

સક્રિય/સક્રિય અને સક્રિય/નિષ્ક્રિય ક્લસ્ટર મોડ્સમાં કામ કરવા માટે, રિલેશનલ ડેટાબેઝમાં ડેટા સુસંગતતા જરૂરી છે, અને બંને ડેટાબેઝ ક્લસ્ટર નોડ્સ ડેટા કેન્દ્રો વચ્ચે સિંક્રનસ રીતે નકલ કરવામાં આવે છે.

વિતરિત કેશ (Infinspan)

ક્લસ્ટર યોગ્ય રીતે કામ કરે તે માટે, JBoss ડેટા ગ્રીડનો ઉપયોગ કરીને નીચેના પ્રકારના કેશનું વધારાનું સિંક્રનાઇઝેશન જરૂરી છે:

પ્રમાણીકરણ સત્રો - ચોક્કસ વપરાશકર્તાને પ્રમાણિત કરતી વખતે ડેટા બચાવવા માટે વપરાય છે. આ કેશની વિનંતીઓમાં સામાન્ય રીતે ફક્ત બ્રાઉઝર અને કીક્લોક સર્વરનો સમાવેશ થાય છે, એપ્લિકેશનનો નહીં.

એક્શન ટોકન્સનો ઉપયોગ એવા દૃશ્યો માટે થાય છે જ્યાં વપરાશકર્તાને અસુમેળ (ઈમેલ દ્વારા) ક્રિયાની પુષ્ટિ કરવાની જરૂર હોય. ઉદાહરણ તરીકે, પાસવર્ડ ભૂલી જવાના પ્રવાહ દરમિયાન, એક્શનટોકન્સ ઇન્ફિનિસ્પેન કેશનો ઉપયોગ સંકળાયેલ ક્રિયા ટોકન્સ વિશેના મેટાડેટાનો ટ્રૅક રાખવા માટે થાય છે જેનો ઉપયોગ પહેલેથી જ કરવામાં આવ્યો છે, તેથી તેનો ફરીથી ઉપયોગ કરી શકાતો નથી.

સતત ડેટાનું કેશીંગ અને અમાન્યતા - ડેટાબેઝમાં બિનજરૂરી પ્રશ્નોને ટાળવા માટે સતત ડેટાને કેશ કરવા માટે વપરાય છે. જ્યારે કોઈપણ કીક્લોક સર્વર ડેટાને અપડેટ કરે છે, ત્યારે તમામ ડેટા કેન્દ્રોમાંના અન્ય તમામ કીક્લોક સર્વરને તેના વિશે જાણવાની જરૂર છે.

કાર્ય - ફક્ત ક્લસ્ટર નોડ્સ અને ડેટા સેન્ટર્સ વચ્ચે અમાન્ય સંદેશાઓ મોકલવા માટે વપરાય છે.

વપરાશકર્તા સત્રો - વપરાશકર્તાના બ્રાઉઝર સત્રની અવધિ માટે માન્ય એવા વપરાશકર્તા સત્રો વિશેનો ડેટા સ્ટોર કરવા માટે વપરાય છે. કેશે અંતિમ વપરાશકર્તા અને એપ્લિકેશન તરફથી HTTP વિનંતીઓ પર પ્રક્રિયા કરવી આવશ્યક છે.

બ્રુટ ફોર્સ પ્રોટેક્શન - નિષ્ફળ લૉગિન વિશેના ડેટાને ટ્રૅક કરવા માટે વપરાય છે.

લોડ બેલેન્સિંગ

લોડ બેલેન્સર કીક્લોક માટે એકલ એન્ટ્રી પોઈન્ટ છે અને તે સ્ટીકી સત્રોને સપોર્ટ કરે છે.

એપ્લિકેશન સર્વર્સ

તેનો ઉપયોગ એકબીજા સાથેના ઘટકોની ક્રિયાપ્રતિક્રિયાને નિયંત્રિત કરવા માટે થાય છે અને હાલના ઓટોમેશન ટૂલ્સ અને ઈન્ફ્રાસ્ટ્રક્ચર ઓટોમેશન ટૂલ્સના ડાયનેમિક સ્કેલિંગનો ઉપયોગ કરીને વર્ચ્યુઅલાઈઝ અથવા કન્ટેનરાઈઝ કરી શકાય છે. OpenShift, Kubernates, Rancher માં સૌથી સામાન્ય જમાવટના દૃશ્યો.

આ પ્રથમ ભાગને સમાપ્ત કરે છે - સૈદ્ધાંતિક એક. લેખોની આગામી શ્રેણીમાં, વિવિધ ઓળખ પ્રદાતાઓ સાથેના એકીકરણના ઉદાહરણો અને સેટિંગ્સના ઉદાહરણોનું વિશ્લેષણ કરવામાં આવશે.

સોર્સ: www.habr.com