એનડીસી લંડન કોન્ફરન્સ. માઇક્રોસર્વિસ આપત્તિ અટકાવવી. ભાગ 1

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

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

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

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

સમય જતાં, સિસ્ટમ વધુ મોટી અને વિશાળ બની, અને તેમાં કચરો એક વિશાળ જથ્થો સંચિત થયો. ઉપરાંત, COBOL એ વિશ્વની સૌથી વધુ અભિવ્યક્ત ભાષા નથી, તેથી સિસ્ટમ જંકનો એક મોટો, મોનોલિથિક ભાગ બનીને સમાપ્ત થઈ. 2000 સુધીમાં, તેઓએ જોયું કે ઘણી કંપનીઓ પાસે એવી વેબસાઈટ છે જેના દ્વારા તેઓ તેમના તમામ વ્યવસાયનું સંચાલન કરે છે, અને તેઓએ તેમની પ્રથમ કોમર્શિયલ ડોટ-કોમ વેબસાઈટ બનાવવાનું નક્કી કર્યું.

પ્રારંભિક ડિઝાઇન ખૂબ સરસ દેખાતી હતી અને તેમાં ઉચ્ચ-સ્તરની સાઇટ bell.com અને વ્યક્તિગત એપ્લિકેશનો માટે સંખ્યાબંધ સબડોમેન્સનો સમાવેશ થતો હતો: catalog.bell.com, accounts.bell.com, orders.bell.com, ઉત્પાદન શોધ search.bell. કોમ. દરેક સબડોમેઇન ASP.Net 1.0 ફ્રેમવર્ક અને તેના પોતાના ડેટાબેસેસનો ઉપયોગ કરે છે, અને તે બધા સિસ્ટમ બેકએન્ડ સાથે વાત કરે છે. જો કે, એક જ વિશાળ મેઇનફ્રેમમાં તમામ ઓર્ડરની પ્રક્રિયા અને અમલ ચાલુ રહ્યો, જેમાં તમામ કચરો રહ્યો, પરંતુ આગળનો છેડો વ્યક્તિગત એપ્લિકેશનો અને અલગ ડેટાબેઝ સાથેની અલગ વેબસાઇટ્સ હતી.

તેથી સિસ્ટમની ડિઝાઇન વ્યવસ્થિત અને તાર્કિક લાગતી હતી, પરંતુ વાસ્તવિક સિસ્ટમ આગળની સ્લાઇડમાં બતાવ્યા પ્રમાણે હતી.

બધા ઘટકો એકબીજાને સંબોધિત કૉલ્સ, ઍક્સેસ કરેલ API, એમ્બેડેડ તૃતીય-પક્ષ dlls અને તેના જેવા. એવું ઘણીવાર બન્યું કે વર્ઝન કંટ્રોલ સિસ્ટમ્સ કોઈ બીજાના કોડને પકડી લેશે, તેને પ્રોજેક્ટની અંદર લઈ જશે અને પછી બધું તૂટી જશે. MS SQL સર્વર 2005 એ લિંક સર્વર્સની વિભાવનાનો ઉપયોગ કર્યો હતો, અને જો કે મેં સ્લાઇડ પર તીરો દર્શાવ્યા નથી, દરેક ડેટાબેસેસ પણ એકબીજા સાથે વાત કરે છે, કારણ કે ઘણા ડેટાબેઝમાંથી મેળવેલા ડેટાના આધારે કોષ્ટકો બનાવવામાં કંઈ ખોટું નથી.

તેઓ હવે સિસ્ટમના જુદા જુદા તાર્કિક ક્ષેત્રો વચ્ચે થોડું વિભાજન ધરાવતા હોવાથી, આ ગંદકીના વિતરિત બ્લોબ્સ બની ગયા હતા, જેમાં કચરાનો સૌથી મોટો ટુકડો હજુ પણ મેઇનફ્રેમ બેકએન્ડમાં બાકી હતો.

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

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

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

તેઓએ અન્ય કંપનીઓને જોઈને સ્માર્ટ વસ્તુ કરી તે જોવા માટે કે તેઓએ સમાન સમસ્યા કેવી રીતે હલ કરી છે. આ ઉકેલોમાંથી એક નેટફ્લિક્સ સર્વિસ આર્કિટેક્ચર હતું, જેમાં API અને બાહ્ય ડેટાબેઝ દ્વારા જોડાયેલ માઇક્રોસર્વિસિસનો સમાવેશ થાય છે.

બેલ કોમ્પ્યુટર્સ મેનેજમેન્ટે અમુક મૂળભૂત સિદ્ધાંતોને વળગી રહીને આવા આર્કિટેક્ચર બનાવવાનું નક્કી કર્યું. પ્રથમ, તેઓએ વહેંચાયેલ ડેટાબેઝ અભિગમનો ઉપયોગ કરીને ડેટા ડુપ્લિકેશનને દૂર કર્યું. કોઈ ડેટા મોકલવામાં આવ્યો ન હતો; તેનાથી વિપરિત, જેની જરૂર હતી તે દરેકને કેન્દ્રિય સ્ત્રોત પર જવાનું હતું. આ એકલતા અને સ્વાયત્તતા દ્વારા અનુસરવામાં આવ્યું હતું - દરેક સેવા અન્યથી સ્વતંત્ર હતી. તેઓએ દરેક વસ્તુ માટે વેબ API નો ઉપયોગ કરવાનું નક્કી કર્યું - જો તમે ડેટા મેળવવા માંગતા હો અથવા અન્ય સિસ્ટમમાં ફેરફાર કરવા માંગતા હો, તો તે બધું વેબ API દ્વારા કરવામાં આવ્યું હતું. છેલ્લી મોટી બાબત સ્પર્ધકોના હાર્ડવેર પર આધારિત "બેલ" મેઈનફ્રેમના વિરોધમાં "બેલ ઓન બેલ" નામની નવી મેઈનફ્રેમ હતી.

તેથી, 18 મહિના દરમિયાન, તેઓએ આ મુખ્ય સિદ્ધાંતોની આસપાસ સિસ્ટમનું નિર્માણ કર્યું અને તેને પ્રી-પ્રોડક્શનમાં લાવ્યા. સપ્તાહના અંત પછી કામ પર પાછા ફરતા, વિકાસકર્તાઓ ભેગા થયા અને તે બધા સર્વર્સ ચાલુ કર્યા કે જેની સાથે નવી સિસ્ટમ જોડાયેલ હતી. 18 મહિનાનું કામ, સેંકડો વિકાસકર્તાઓ, સૌથી આધુનિક બેલ હાર્ડવેર - અને કોઈ સકારાત્મક પરિણામ નથી! આનાથી ઘણા લોકો નિરાશ થયા છે કારણ કે તેઓએ આ સિસ્ટમ તેમના લેપટોપ પર ઘણી વખત ચલાવી છે અને બધું બરાબર હતું.

તેઓ આ સમસ્યાને ઉકેલવા માટે તેમના તમામ નાણાં ફેંકવામાં સ્માર્ટ હતા. તેઓએ સ્વીચો સાથેના સૌથી આધુનિક સર્વર રેક્સ ઇન્સ્ટોલ કર્યા, ગીગાબીટ ઓપ્ટિકલ ફાઈબરનો ઉપયોગ કર્યો, સૌથી શક્તિશાળી સર્વર હાર્ડવેર RAM ની પાગલ રકમ સાથે, તે બધું કનેક્ટ કર્યું, તેને ગોઠવ્યું - અને ફરીથી, કંઈ નહીં! પછી તેઓને શંકા થવા લાગી કે તેનું કારણ સમયસમાપ્તિ હોઈ શકે છે, તેથી તેઓ તમામ વેબ સેટિંગ્સ, તમામ API સેટિંગ્સમાં ગયા અને સમગ્ર સમયસમાપ્તિ ગોઠવણીને મહત્તમ મૂલ્યો પર અપડેટ કરી, જેથી તેઓ બેસીને કંઈક થાય તેની રાહ જોતા હતા. સાઇટ પર. વેબસાઇટ આખરે લોડ થાય ત્યાં સુધી તેઓ રાહ જોતા અને રાહ જોતા અને સાડા 9 મિનિટ સુધી રાહ જોતા.

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

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

આ રેખાકૃતિમાં લીલો રંગ એક અર્ધવર્તુળ દર્શાવે છે જેમાં સેવાઓ એકબીજાને કૉલ કરે છે - સેવા A કૉલ કરે છે સેવા B, સેવા B કૉલ કરે છે સેવા, અને તે સેવા Aને ફરીથી કૉલ કરે છે. પરિણામે, અમને "વિતરિત ડેડલોક" મળે છે. એક જ વિનંતીએ હજાર નેટવર્ક API કૉલ્સ બનાવ્યાં, અને સિસ્ટમમાં બિલ્ટ-ઇન ફોલ્ટ ટોલરન્સ અને લૂપ પ્રોટેક્શન ન હોવાથી, જો આમાંથી એક પણ API કૉલ નિષ્ફળ જાય તો વિનંતી નિષ્ફળ જશે.

અમે થોડું ગણિત કર્યું. દરેક API કૉલનો SLA 150 ms અને 99,9% અપટાઇમથી વધુ ન હતો. એક વિનંતીને કારણે 200 અલગ-અલગ કૉલ્સ થયા, અને શ્રેષ્ઠ કિસ્સામાં, પૃષ્ઠ 200 x 150 ms = 30 સેકન્ડમાં બતાવી શકાય છે. સ્વાભાવિક રીતે, આ સારું ન હતું. 99,9 દ્વારા 200% અપટાઇમનો ગુણાકાર કરીને, અમને 0% ઉપલબ્ધતા મળી. તે તારણ આપે છે કે આ આર્કિટેક્ચર શરૂઆતથી જ નિષ્ફળતા માટે વિનાશકારી હતું.

અમે વિકાસકર્તાઓને પૂછ્યું કે તેઓ 18 મહિનાના કામ પછી આ સમસ્યાને કેવી રીતે ઓળખવામાં નિષ્ફળ ગયા? તે બહાર આવ્યું છે કે તેઓ જે કોડ ચલાવે છે તેના માટે તેઓએ ફક્ત SLA ગણ્યા હતા, પરંતુ જો તેમની સેવાએ અન્ય સેવાને કૉલ કર્યો, તો તેઓએ તે સમયને તેમના SLA માં ગણ્યો નથી. એક પ્રક્રિયામાં શરૂ કરવામાં આવેલી દરેક વસ્તુ 150 ms ના મૂલ્યને વળગી રહી હતી, પરંતુ અન્ય સેવા પ્રક્રિયાઓની ઍક્સેસથી કુલ વિલંબ અનેક ગણો વધી ગયો હતો. પ્રથમ પાઠ શીખ્યો: "શું તમે તમારા SLA ના નિયંત્રણમાં છો, અથવા SLA તમારા નિયંત્રણમાં છે?" અમારા કિસ્સામાં, તે પછીનું હતું.

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

જો તમે અગાઉના ચિત્રમાં સેવાની સીમાઓ જુઓ છો, તો તમે જોઈ શકો છો કે તે બધી ખોટી છે. ત્યાં પુષ્કળ સ્ત્રોતો છે જે સેવાની સીમાઓને કેવી રીતે વ્યાખ્યાયિત કરવી તે અંગે સલાહ આપે છે, અને મોટા ભાગના તે ખોટું કરે છે, જેમ કે આગળની સ્લાઇડ પર Microsoft.

આ ચિત્ર "માઈક્રો સર્વિસીસ કેવી રીતે બનાવવું" વિષય પરના MS બ્લોગમાંથી છે. આ એક સરળ વેબ એપ્લિકેશન, બિઝનેસ લોજિકનો બ્લોક અને ડેટાબેઝ દર્શાવે છે. વિનંતી સીધી આવે છે, કદાચ વેબ માટે એક સર્વર, વ્યવસાય માટે એક સર્વર અને ડેટાબેઝ માટે એક સર્વર છે. જો તમે ટ્રાફિક વધારશો, તો ચિત્ર થોડું બદલાશે.

અહીં બે વેબ સર્વર્સ વચ્ચે ટ્રાફિકનું વિતરણ કરવા માટે લોડ બેલેન્સર આવે છે, વેબ સર્વિસ અને બિઝનેસ લોજિક વચ્ચે સ્થિત એક કેશ અને બિઝનેસ લોજિક અને ડેટાબેઝ વચ્ચેનો બીજો કેશ. 2000 ના દાયકાના મધ્યમાં તેના લોડ બેલેન્સિંગ અને બ્લુ/ગ્રીન ડિપ્લોયમેન્ટ એપ્લિકેશન માટે આ બરાબર આર્કિટેક્ચર બેલનો ઉપયોગ કરવામાં આવ્યો હતો. થોડા સમય સુધી બધું બરાબર કામ કર્યું, કારણ કે આ યોજના એકવિધ માળખા માટે બનાવાયેલ હતી.

નીચેનું ચિત્ર બતાવે છે કે કેવી રીતે MS એક મોનોલિથથી માઇક્રોસર્વિસિસમાં જવાની ભલામણ કરે છે - દરેક મુખ્ય સેવાઓને અલગ માઇક્રોસર્વિસિસમાં વિભાજિત કરીને. આ યોજનાના અમલીકરણ દરમિયાન જ બેલે ભૂલ કરી હતી.

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

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

તેઓ માનતા હતા કે માઇક્રોસર્વિસિસમાં જવાનું તેમના આંતરિક N-સ્તરીય ભૌતિક સ્તરના માળખાને લેવા અને તેના પર ડોકરને ચોંટાડવા જેટલું સરળ છે. પરંપરાગત એન-ટાયર આર્કિટેક્ચર કેવું દેખાય છે તેના પર એક નજર કરીએ.

તે 4 સ્તરો ધરાવે છે: UI વપરાશકર્તા ઇન્ટરફેસ સ્તર, વ્યવસાય તર્ક સ્તર, ડેટા ઍક્સેસ સ્તર અને ડેટાબેઝ. વધુ પ્રગતિશીલ DDD (ડોમેન-ડ્રિવન ડિઝાઇન), અથવા સોફ્ટવેર-ઓરિએન્ટેડ આર્કિટેક્ચર છે, જ્યાં બે મધ્યમ સ્તર ડોમેન ઑબ્જેક્ટ્સ અને રિપોઝીટરી છે.

મેં આ આર્કિટેક્ચરમાં પરિવર્તનના વિવિધ ક્ષેત્રો, જવાબદારીના વિવિધ ક્ષેત્રોને જોવાનો પ્રયાસ કર્યો. લાક્ષણિક N-સ્તરીય એપ્લિકેશનમાં, પરિવર્તનના વિવિધ ક્ષેત્રોને વર્ગીકૃત કરવામાં આવે છે જે રચનાને ઉપરથી નીચે સુધી ઊભી રીતે પ્રસરે છે. આ કૅટેલોગ, વ્યક્તિગત કમ્પ્યુટર્સ પર કરવામાં આવતી રૂપરેખા સેટિંગ્સ અને ચેકઆઉટ તપાસો છે, જે મારી ટીમ દ્વારા નિયંત્રિત કરવામાં આવી હતી.

આ યોજનાની ખાસિયત એ છે કે પરિવર્તનના આ ક્ષેત્રોની સીમાઓ માત્ર બિઝનેસ લોજિક સ્તરને જ અસર કરતી નથી, પણ ડેટાબેઝ સુધી પણ વિસ્તરે છે.

ચાલો જોઈએ કે સેવાનો અર્થ શું છે. સેવા વ્યાખ્યાના 6 લાક્ષણિક ગુણધર્મો છે - તે સોફ્ટવેર છે જે:

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

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

હવે ચાલો માઇક્રોસર્વિસિસની વ્યાખ્યા જોઈએ:

• માઇક્રોસર્વિસ કદમાં નાની છે અને એક ચોક્કસ સમસ્યાને ઉકેલવા માટે ડિઝાઇન કરવામાં આવી છે;
• માઇક્રોસર્વિસ સ્વાયત્ત છે;
• માઇક્રોસર્વિસ આર્કિટેક્ચર બનાવતી વખતે, ટાઉન પ્લાનિંગ રૂપકનો ઉપયોગ કરવામાં આવે છે. સેમ ન્યુમેનના પુસ્તક, બિલ્ડીંગ માઇક્રોસર્વિસીસમાંથી આ વ્યાખ્યા છે.

બાઉન્ડેડ કોન્ટેક્સ્ટની વ્યાખ્યા એરિક ઇવાન્સના પુસ્તક ડોમેન-ડ્રિવન ડિઝાઇનમાંથી લેવામાં આવી છે. ડીડીડીમાં આ એક મુખ્ય પેટર્ન છે, જે એક આર્કિટેક્ચર ડિઝાઇન સેન્ટર છે જે વોલ્યુમેટ્રિક આર્કિટેક્ચરલ મોડલ્સ સાથે કામ કરે છે, તેમને વિવિધ બાઉન્ડેડ સંદર્ભોમાં વિભાજીત કરે છે અને તેમની વચ્ચેની ક્રિયાપ્રતિક્રિયાઓને સ્પષ્ટપણે વ્યાખ્યાયિત કરે છે.

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

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

માઇક્રોસર્વિસની આગળની વ્યાખ્યા એ કોઈપણ પ્રકારની આંતરિક કામગીરીનું એન્કેપ્સ્યુલેશન છે, જે પર્યાવરણમાં કાર્ય પ્રક્રિયાના ઘટકોના "લિકેજ" ને અટકાવે છે. આગળ આવે છે "બાહ્ય ક્રિયાપ્રતિક્રિયાઓ અથવા બાહ્ય સંદેશાવ્યવહાર માટે સ્પષ્ટ કરારોની વ્યાખ્યા," જે SLA માંથી પરત આવતા કરારોના વિચાર દ્વારા રજૂ થાય છે. છેલ્લી વ્યાખ્યા એ કોષ અથવા કોષનું રૂપક છે, જેનો અર્થ થાય છે માઇક્રોસર્વિસની અંદર કામગીરીના સમૂહનું સંપૂર્ણ એન્કેપ્સ્યુલેશન અને બહારની દુનિયા સાથે સંચાર માટે રીસેપ્ટર્સની હાજરી.

તેથી અમે બેલ કોમ્પ્યુટર્સ પરના છોકરાઓને કહ્યું, “તમે બનાવેલી કોઈપણ અંધાધૂંધીને અમે ઠીક કરી શકતા નથી કારણ કે તમારી પાસે તે કરવા માટે પૈસા નથી, પરંતુ અમે ફક્ત એક જ સેવાને ઠીક કરીશું જેથી તે બધું બને. સમજણ." આ બિંદુએ, હું તમને કહીને શરૂ કરીશ કે અમે અમારી એકમાત્ર સેવા કેવી રીતે ઠીક કરી જેથી તે સાડા 9 મિનિટ કરતાં વધુ ઝડપથી વિનંતીઓનો જવાબ આપે.

22:30 મિનિટ

ખૂબ જ ટૂંક સમયમાં ચાલુ રાખવામાં આવશે...

થોડી જાહેરાત

અમારી સાથે રહેવા બદલ આભાર. શું તમને અમારા લેખો ગમે છે? વધુ રસપ્રદ સામગ્રી જોવા માંગો છો? ઓર્ડર આપીને અથવા મિત્રોને ભલામણ કરીને અમને ટેકો આપો, $4.99 થી વિકાસકર્તાઓ માટે ક્લાઉડ VPS, એન્ટ્રી-લેવલ સર્વર્સનું એક અનન્ય એનાલોગ, જેની શોધ અમારા દ્વારા તમારા માટે કરવામાં આવી છે: VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps વિશેનું સંપૂર્ણ સત્ય $19 થી અથવા સર્વર કેવી રીતે શેર કરવું? (RAID1 અને RAID10 સાથે ઉપલબ્ધ, 24 કોરો સુધી અને 40GB DDR4 સુધી).

એમ્સ્ટરડેમમાં ઇક્વિનિક્સ ટાયર IV ડેટા સેન્ટરમાં ડેલ R730xd 2 ગણું સસ્તું? માત્ર અહીં 2 x ઇન્ટેલ ટેટ્રાડેકા-કોર Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 ટીવી $199 થી નેધરલેન્ડમાં! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 થી! વિશે વાંચો ઇન્ફ્રાસ્ટ્રક્ચર કોર્પોરેશન કેવી રીતે બનાવવું. ડેલ R730xd E5-2650 v4 સર્વર્સના ઉપયોગ સાથેનો વર્ગ એક પેની માટે 9000 યુરોના મૂલ્યના છે?

સોર્સ: www.habr.com