સેવા
કસ્ટમ વેબ એપ્લિકેશન ડેવલપમેન્ટ
એવાં પ્લેટફોર્મ જે ખરા લોડ, ખરા ડેટા અને ખરા વપરાશકર્તાઓ નીચે ટકી રહે.
અમે જે બનાવીએ છીએ તેનો મોટા ભાગનો હિસ્સો વેબ પર જ રહે છે: ધંધો ચલાવતાં આંતરિક પ્લેટફોર્મ, ગ્રાહક પોર્ટલ, ખરા સંચાલન ડેટા પર બનેલાં ડેશબોર્ડ, અને એવી જાહેર સાઇટો જેમને ઝડપી અને શોધાય તેવી હોવું જરૂરી છે. આ પ્લગઇન જોડીને નહીં, એપ્લિકેશનની જેમ બનાવાય છે — અને એ જ તેમને એક વર્ષ પછી પણ બદલી શકાય તેવી રાખે છે.
નિર્ણય
આ ક્યારે સાચો નિર્ણય છે.
નિર્ણય ભાગ્યે જ કસ્ટમ સામે કશું નહીં નો હોય છે. તે કસ્ટમ સામે એક પ્લેટફોર્મ અને એ પ્લગઇનોનો હોય છે જે તેની અને તમારી જરૂરિયાત વચ્ચેની ખાઈ પૂરે છે. એ ઢગલો શરૂ કરવામાં સસ્તો અને રાખવામાં મોંઘો છે: દરેક પ્લગઇન એક નિર્ભરતા છે, એક પરફોર્મન્સ ખર્ચ છે અને એક સુરક્ષા સપાટી છે, અને આ જમાવડો પ્લેટફોર્મના આગલા મોટા રિલીઝ પર તૂટી જાય છે.
બીજો ખર્ચ છે ઉપલી મર્યાદા. પ્લેટફોર્મ પર બનેલાં નિર્માણ ત્યાં સુધી ઝડપી રહે છે જ્યાં સુધી પહેલી એવી જરૂરિયાત ન આવે જેને પ્લેટફોર્મ વ્યક્ત ન કરી શકે — અને પછી જુગાડ જ આર્કિટેક્ચર બની જાય છે. ધંધા પોતાના સોફ્ટવેર પ્રમાણે પોતાને ઢાળવા લાગે છે, ઊલટું નહીં — અને એ જ એ સ્થિતિ છે જેનાથી બચવા સોફ્ટવેર ખરીદાયું હતું.
કસ્ટમ ત્યારે પોતાની કિંમત વસૂલ કરે છે જ્યારે ક્ષેત્રનો તર્ક જ ઉત્પાદન હોય, જ્યારે ડેટા મોડલ ખરેખર તમારું પોતાનું હોય, કે જ્યારે પરફોર્મન્સ અને ઇન્ટિગ્રેશન એટલાં મહત્ત્વનાં હોય કે તે એન્જિનિયરિંગ નિર્ણયો બની જાય. જ્યારે આમાંનું કશું સાચું ન હોય, અમે એ જ કહી દઈએ છીએ — વિચારીને પસંદ કરેલું પ્લેટફોર્મ એ નિર્માણ કરતાં વધુ સારો જવાબ છે જેમાં અમને વધુ મજા આવત.
તમને શું મળે છે
કામમાં શું સમાયેલું છે.
એવું આર્કિટેક્ચર જે વધે ત્યારે પણ ટકે
ડેટા મોડલ, સીમાઓ અને ડિપ્લોયમેન્ટ પહેલી સ્ક્રીન પહેલાં નક્કી થાય છે, કારણ કે આ જ એ નિર્ણયો છે જેમને ઉલટાવવા મોંઘા પડે છે.
જ્યાં જરૂરી હોય ત્યાં સર્વર-રેન્ડર્ડ
એવાં પેજ જે ક્રોલર અને ધીમા ફોન બંનેને પૂરાં મળે, અને ઇન્ટરેક્ટિવિટી ઉપરથી જોડાય — સામગ્રી દેખાવાની શરત ન બને.
ખરું ઓથોરાઇઝેશન
પરમિશન દરેક વિનંતી પર સર્વર તરફથી લાગુ થાય છે, છુપાવેલા મેનુ આઇટમથી નહીં. અને તેમને તોડવાનો પ્રયાસ કરતા ટેસ્ટથી ચકાસાય છે.
પરફોર્મન્સ એક નક્કી બજેટ તરીકે
Core Web Vitals ને એક નક્કી આંકડાવાળી નિર્માણ શરત ગણવામાં આવે છે, લોન્ચ પછી ચલાવાતો રિપોર્ટ નહીં.
શરૂઆતથી જ સુલભતા
પહેલા કમ્પોનન્ટથી જ કીબોર્ડના માર્ગો, ફોકસ સંચાલન, કોન્ટ્રાસ્ટ અને સિમેન્ટિક્સ — જે પછીથી ઉમેરવા કરતાં સસ્તું છે અને શોધ માટે પણ વધુ સારું.
પ્રોડક્શનમાં ચલાવી શકાય તેવું
લોગિંગ, એરર રિપોર્ટિંગ, બેકઅપ અને અજમાવેલી રિસ્ટોર પ્રક્રિયા — કારણ કે જે સોફ્ટવેર ચલાવી ન શકાય તે પૂરું થયું નથી.
સ્ટૅક
અમે તે શાનાથી બનાવીએ છીએ.
દરેક પ્રોજેક્ટ પ્રમાણે પસંદ કરેલા. અહીં કશું પણ ડિફોલ્ટ રૂપે લગાવાતું નથી, અને જે ટીમ આગળ તેને સંભાળશે તે સમસ્યા જેટલી જ મહત્ત્વની છે.
ફ્રન્ટએન્ડ
TypeScript સાથે React કે સર્વર-રેન્ડર્ડ ટેમ્પલેટ, દરેક પ્રોજેક્ટ પ્રમાણે પસંદ કરેલા. કોઈ ફ્રેમવર્ક ડિફોલ્ટ રૂપે લગાવાતું નથી.
બેકએન્ડ
Python, Node કે .NET — સમસ્યા જેટલી જ એ ટીમને જોઈને પસંદ કરેલા જે આગળ તેને સંભાળશે.
ડેટા
PostgreSQL કે MySQL, જેની સ્કીમા જનરેટ નહીં પણ ડિઝાઇન કરેલી હોય. Redis ત્યાં જ્યાં કેશિંગ ખરેખર મદદ કરે.
ઇન્ફ્રાસ્ટ્રક્ચર
Linux, nginx, અને જ્યાં જટિલતા વાજબી હોય ત્યાં કન્ટેનર — તમારા ક્લાઉડ પર કે અમારા.
ડિલિવરી
વર્ઝન કંટ્રોલ, સ્વયંસંચાલિત ટેસ્ટ અને પહેલા દિવસથી ડિપ્લોય પાઇપલાઇન — ત્યારે નહીં જ્યારે તકલીફ થવા લાગે.
સરખામણી
પ્લેટફોર્મ બિલ્ડ સામે કસ્ટમ બિલ્ડ.
કશું પણ શરૂ કરાવતાં પહેલાં આ સરખામણી કરી લેવી જોઈએ. ઘણા પ્રોજેક્ટમાં ડાબી બાજુનો વિકલ્પ જીતે છે, અને અમે એ કહી દઈશું.
| પાસું | પ્લેટફોર્મ + પ્લગઇન | કસ્ટમ બિલ્ડ |
|---|---|---|
| કશુંક ઉપયોગી બનતાં લાગતો સમય | થોડા દિવસ. આ ખરેખર ફાયદો છે અને ઘણી વાર એ જ નિર્ણય કરી દે છે. | થોડાં અઠવાડિયાં. ત્યારે જ વાજબી જ્યારે પ્લેટફોર્મ એ ન કરી શકે જે તમને જોઈએ. |
| ખર્ચનું સ્વરૂપ | ઓછો અને વારંવાર આવતો: લાઇસન્સ, દરેક સીટ પર વધારો, દરેક પ્લગઇનનું સબસ્ક્રિપ્શન, અને ઇમ્પ્લિમેન્ટેશન પાર્ટનર | વધુ અને એક વારનો, પછી માત્ર હોસ્ટિંગ. કોડ તમારો છે, કોઈ રનટાઇમ લાઇસન્સ નહીં. |
| ઉપલી મર્યાદા | પહેલી એવી જરૂરિયાત પર આવી જાય છે જેને પ્લેટફોર્મ વ્યક્ત ન કરી શકે; પછી જુગાડ જ આર્કિટેક્ચર બની જાય છે | તમારા પોતાના ડિઝાઇન નિર્ણયોથી નક્કી, બીજા કોઈના રોડમેપથી નહીં |
| નિર્ભરતાઓનો વ્યાપ | દરેક પ્લગઇન એવો કોડ છે જે તમે લખ્યો નથી, જેનું પોતાનું રિલીઝ ચક્ર છે, અને જે તમારી સુરક્ષા સીમાની અંદર છે | ફક્ત એ જ લાઇબ્રેરી જે તમે પસંદ કરી, તપાસી અને પિન કરી |
| મોટા વર્ઝન અપગ્રેડ | તૂટે છે પ્લગઇનનો જમાવડો, અને તે બીજા કોઈના નક્કી સમયે તૂટે છે | તમે નક્કી કરો છો ક્યારે, અને ટેસ્ટ કહી દે છે શું બદલાયું |
| પરફોર્મન્સ અને Core Web Vitals | થીમ અને પ્લગઇનનો બોજ, જેનો ઉપાય બીજું એક કેશિંગ પ્લગઇન ઉમેરવાનો હોય છે | એક નક્કી આંકડાવાળી નિર્માણ શરત, જે પાઇપલાઇનમાં લાગુ થાય છે |
આ કેવી રીતે ચાલે છે
પહેલી વાતચીતથી લાઇવ થવા સુધી.
આ પ્રકારના કામ માટે અંદાજિત. પાયલટ વૈકલ્પિક નથી — જ્યાં સુધી વાપરનારા એમ ન કહે કે આ ટકે છે, ત્યાં સુધી કશું સ્વિચ કરાતું નથી.
- 1-2 અઠવાડિયાં
ડિસ્કવરી
અમે પહેલાં ડેટા અને ભૂમિકાઓનું મોડલ બનાવીએ છીએ. ખર્ચ ખરેખર અહીં જ વસે છે અને પ્લેટફોર્મવાળાં નિર્માણ અહીં જ ખોટાં પડે છે — સ્ક્રીનમાં નહીં.
- 4-8 અઠવાડિયાં
મુખ્ય નિર્માણ
સૌથી વધુ ટ્રાફિકવાળો માર્ગ શરૂથી અંત સુધી, તમારા ખરા ડેટા સાથે, અને પહેલા જ અઠવાડિયાથી ડિપ્લોય પાઇપલાઇન — ત્યારે નહીં જ્યારે તકલીફ થવા લાગે.
- 2-3 અઠવાડિયાં
પાયલટ
એક ટીમ ખરા કામ માટે તેને વાપરે છે જ્યારે જૂની પ્રક્રિયા ચાલુ રહે છે. તેમને જે પણ ખામી મળે, તે બીજા કોઈના આવતાં પહેલાં સુધારી દેવાય છે.
- 1-2 અઠવાડિયાં
લોન્ચ અને હેન્ડઓવર
બાકીના વપરાશકર્તાઓ, દેખરેખ અને અજમાવેલી રિસ્ટોરવાળા બેકઅપ, સાથે એ દસ્તાવેજીકરણ જે બીજા ડેવલપરને તેને સંભાળવા દે છે.
લોન્ચ પછી
શું બદલાય છે.
- જે જરૂરિયાત પ્લેટફોર્મ વ્યક્ત કરી શકતું નહોતું, તેને હવે કોઈ વ્યક્તિ સ્પ્રેડશીટમાં સંભાળતી નથી.
- પેજ પરફોર્મન્સ એ આંકડો બની જાય છે જે તમારા હાથમાં છે, નહીં કે કોઈ પ્લગઇન જેના ચાલવાની તમે આશા રાખો છો.
- અપગ્રેડ એક ઘટના રહેતા નથી, કારણ કે તૂટવા માટે પ્લગઇનનો કોઈ જમાવડો જ નથી.
- સાઠમા અઠવાડિયે જોઈતો ફેરફાર લગભગ એટલો જ મોંઘો પડે છે જેટલો છઠ્ઠા અઠવાડિયે પડ્યો હોત.
જાણી જોઈને ગુણાત્મક રૂપે જણાવેલું. અમે એવા ટકાવારી સુધારા પ્રકાશિત કરતા નથી જેમને અમે કોઈ નામી ક્લાયન્ટ સાથે, તેમની સંમતિથી, જોડી ન શકીએ.
પ્રશ્નો
સામાન્ય પ્રશ્નો.
કસ્ટમ વેબ એપ્લિકેશનમાં કેટલો સમય લાગે છે?
એક કેન્દ્રિત આંતરિક પ્લેટફોર્મ સામાન્ય રીતે પહેલી વાતચીતથી પ્રોડક્શન સુધી આઠથી ચૌદ અઠવાડિયાં લે છે. મોટી બહુ-મોડ્યુલ સિસ્ટમ વધુ સમય લે છે અને તબક્કાવાર અપાય છે — પહેલું મોડ્યુલ ચાલુ હોય છે જ્યારે બીજું બની રહ્યું હોય છે. અમે ઇચ્છીશું કે તમે વહેલું કશુંક ખરું વાપરો, બદલે એના કે બધું તૈયાર થવાની રાહ જુઓ.
શું કોડ અમારો હોય છે?
હા, સંપૂર્ણપણે — રિપોઝિટરી અને ડિપ્લોયમેન્ટ કોન્ફિગરેશન સહિત. કોઈ રનટાઇમ લાઇસન્સ નથી અને કશું બીજા ડેવલપરને તેને સંભાળતાં રોકતું નથી.
શું તમે અમારી હાલની સિસ્ટમ સાથે કામ કરી શકો?
સામાન્ય રીતે હા. મોટાભાગનાં કામ પહેલેથી હાજર કશાક સાથે ઇન્ટિગ્રેશનથી શરૂ થાય છે — કોઈ એકાઉન્ટિંગ પેકેજ, કોઈ ઇઆરપી, કોઈ જૂનો ડેટાબેઝ. એકસાથે બધું બદલી નાખવું ભાગ્યે જ સાચો નિર્ણય હોય છે, અને તબક્કાવાર રસ્તો વધુ સલામત છે.
લોન્ચ પછી શું થાય છે?
એક સહાય સમયગાળો સમાયેલો હોય છે, જે પછી મોટાભાગના ક્લાયન્ટ ફેરફારો અને દેખરેખ માટે રિટેનર લે છે. આમાંનું કશું બંધન નથી: કોડ તમારો છે અને એટલો દસ્તાવેજીકૃત છે કે બીજું કોઈ તેને આગળ લઈ જઈ શકે.
શું અમારે ફક્ત કોઈ પ્લેટફોર્મ જ ન લઈ લેવું જોઈએ?
ઘણી વાર હા. જો તમારું ડેટા મોડલ પ્લેટફોર્મમાં બેસી જાય અને તમારી ખાસિયત સોફ્ટવેર ન હોય, તો પ્લેટફોર્મ ઝડપી અને સસ્તું છે અને અમે એ જ કહીશું. કસ્ટમ ત્યારે પોતાની કિંમત વસૂલ કરે છે જ્યારે ક્ષેત્રનો તર્ક જ ઉત્પાદન હોય, જ્યારે ડેટા મોડલ ખરેખર તમારું પોતાનું હોય, કે જ્યારે ઇન્ટિગ્રેશન અને પરફોર્મન્સ સેટિંગ્સ નહીં પણ એન્જિનિયરિંગની સમસ્યાઓ હોય.
જો વચ્ચે અમારી જરૂરિયાતો બદલાય તો શું થશે?
બદલાશે, અને યોજના એ માનીને જ ચાલે છે. દરેક તબક્કાની સીમાએ, જે શીખ્યા તેની સાથે ફરી અંદાજ મંડાય છે — એટલે જ અમે આખા વ્યાપ પર એક નક્કી ભાવને બદલે દરેક તબક્કે ઉપલી મર્યાદાવાળો ભાવ પસંદ કરીએ છીએ; કારણ કે પહેલો કાં તો જોખમ માટે વધારીને રખાય છે કાં પહેલી વાર કશું બદલાતાં જ ઝઘડા તરફ જાય છે.