સોફ્ટવેર આર્કિટેક્ચર અને સિસ્ટમ્સ ડિઝાઇન: ધ બીગ પિક્ચર એન્ડ રિસોર્સ ગાઇડ

હેલો સાથીદારો.

આજે અમે તમારા વિચારણા માટે Tugberk Ugurlu દ્વારા એક લેખનો અનુવાદ ઓફર કરીએ છીએ, જેમણે આધુનિક સોફ્ટવેર સિસ્ટમ્સ ડિઝાઇન કરવાના સિદ્ધાંતોને પ્રમાણમાં ઓછા વોલ્યુમમાં રૂપરેખા આપવાનું હાથ ધર્યું હતું. સારાંશમાં લેખક પોતાના વિશે શું કહે છે તે અહીં છે:

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

સ્નેપશોટ આઇઝેક સ્મિથ અનસ્પ્લેશમાંથી

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

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

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

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

પ્રારંભિક સ્તર સેટ કરો

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

મને લાગે છે કે હું તમને સમજાવવામાં સક્ષમ હતો કે જો કોઈ નિષ્ણાત વિશ્વાસપૂર્વક સમજે છે કે કેટલીક અદ્ભુત સૉફ્ટવેર સિસ્ટમ્સના આર્કિટેક્ચરલ ઘટક શું છે, તો આ જ્ઞાન આર્કિટેક્ટની કળામાં નિપુણતા મેળવવા અને આ ક્ષેત્રમાં નક્કર આધાર વિકસાવવા માટે અનિવાર્ય હશે.

ઠીક છે, તો ક્યાંથી શરૂ કરવું? યુ ડોના માર્ટિના GitHub પર એક રીપોઝીટરી કહેવાય છે સિસ્ટમ-ડિઝાઇન-પ્રાઇમર, જેમાંથી તમે શીખી શકો છો કે કેવી રીતે મોટા પાયે સિસ્ટમો ડિઝાઇન કરવી, તેમજ આ વિષય પર ઇન્ટરવ્યુ માટે તૈયારી કરવી. રીપોઝીટરીમાં ઉદાહરણો સાથેનો વિભાગ છે વાસ્તવિક આર્કિટેક્ચર, જ્યાં, ખાસ કરીને, તે ધ્યાનમાં લેવામાં આવે છે કે તેઓ તેમની સિસ્ટમની ડિઝાઇન સાથે કેવી રીતે સંપર્ક કરે છે કેટલીક જાણીતી કંપનીઓદા.ત. Twitter, Uber, વગેરે.

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

ડેટા સ્ટોર કરવા અને પુનઃપ્રાપ્ત કરવા વિશે જ્ઞાન બનાવો

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

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

સ્નેપશોટ સેમ્યુઅલ ઝેલર અનસ્પ્લેશમાંથી

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

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

કોમ્યુનિકેશન પેટર્ન

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

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

સ્નેપશોટ ટોની સ્ટોડાર્ડ અનસ્પ્લેશમાંથી

બહારની દુનિયા સાથે સંચાર ગોઠવતી વખતે, તે હંમેશા ખૂબ જ મહત્વપૂર્ણ છે સલામતી, જેની જોગવાઈને પણ ગંભીરતાથી અને સક્રિયપણે અનુસરવાની જરૂર છે.

કનેક્શન વિતરણ

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

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

આ વિતરણ જાણીતા પર આધારિત છે ડોમેન નામ સિસ્ટમ (DNS). આવી સિસ્ટમ લોડને વિતરિત કરવામાં મદદ કરવા માટે ભારિત રાઉન્ડ રોબિન અને લેટન્સી-આધારિત પદ્ધતિઓ જેવા ડોમેન નામ પરિવર્તનની મંજૂરી આપે છે.

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

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

ચાલો બિઝનેસ લોજિક વિશે વાત કરીએ. વ્યવસાય તર્ક, કાર્ય પ્રવાહ અને ઘટકોનું માળખું

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

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

• નક્કર સિદ્ધાંતો
• સમજો ડોમેન-સંચાલિત ડિઝાઇન, વિશેષ રીતે, એકંદર, ટીમો અને ઇવેન્ટ્સ
• હેક્સાગોનલ આર્કિટેક્ચર
• આદેશો અને વિનંતીઓમાં જવાબદારીઓનું વિભાજન (CQRS)
• ઇવેન્ટ રજીસ્ટ્રેશન
• એક્ટર મોડલ
• MVC, MVVM અને MVP ડિઝાઇન પેટર્ન

સહયોગી અભિગમો

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

સ્નેપશોટ કાલિડિકો અનસ્પ્લેશમાંથી

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

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

સોર્સ: www.habr.com