ડોકર રમકડું છે કે નહીં? અથવા તે હજુ પણ સાચું છે?

હેલો દરેક!

હું ખરેખર સીધા વિષય પર જવા માંગુ છું, પરંતુ મારી વાર્તા વિશે થોડું કહેવું વધુ યોગ્ય રહેશે:

પરિચય

હું સર્વર પર ફ્રન્ટએન્ડ સિંગલ પેજ એપ્લિકેશન્સ, સ્કેલા/જાવા અને નોડેજ વિકસાવવાનો અનુભવ ધરાવતો પ્રોગ્રામર છું.

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

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

ઉપયોગ માટે કારણો

મેં ડોકરનો ઉપયોગ શા માટે કર્યો? કદાચ નીચેના કારણોસર:

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

મને હંમેશા ડોકર વિશે શું ગમતું નથી:

• મારી એપ્લિકેશન કામ કરવા માટે, મને સર્વર પર ડોકરની જરૂર છે. જો મારી એપ્લિકેશનો jre અથવા nodejs પર ચાલે છે અને તેમના માટેનું વાતાવરણ પહેલેથી સર્વર પર છે તો મારે શા માટે આની જરૂર છે?
• જો હું મારી (ખાનગી) સ્થાનિક રીતે બનેલી છબીને રિમોટ સર્વર પર ચલાવવા માંગુ છું, તો મને મારી પોતાની ડોકર રીપોઝીટરીની જરૂર છે, મને ક્યાંક કામ કરવા માટે રજિસ્ટ્રીની જરૂર છે અને મારે https ગોઠવવાની પણ જરૂર છે, કારણ કે ડોકર ક્લી ફક્ત https પર જ કામ કરે છે. ઓહ ડૅમ... ત્યાં વિકલ્પો છે, અલબત્ત, ઇમેજને સ્થાનિક રીતે સાચવવા માટે docker save અને માત્ર scp દ્વારા ઇમેજ મોકલો... પરંતુ તે શરીરની ઘણી બધી હિલચાલ છે. અને ઉપરાંત, જ્યાં સુધી તમારી પોતાની રીપોઝીટરી દેખાય નહીં ત્યાં સુધી તે "ક્રચ" સોલ્યુશન જેવું લાગે છે
• docker-compose. તે ફક્ત કન્ટેનર ચલાવવા માટે જરૂરી છે. બસ એટલું જ. તે બીજું કશું કરી શકતો નથી. Docker-compose તેની ફાઇલોની આવૃત્તિઓનો સમૂહ છે, તેનું પોતાનું વાક્યરચના. ભલે તે કેટલું ઘોષણાત્મક હોય, હું તેમના દસ્તાવેજો વાંચવા માંગતો નથી. મારે બીજે ક્યાંય તેની જરૂર પડશે નહીં.
• ટીમમાં કામ કરતી વખતે, મોટાભાગના લોકો ડોકરફાઈલ ખૂબ જ કુટિલ રીતે લખે છે, તે કેવી રીતે કેશ કરવામાં આવે છે તે સમજી શકતા નથી, તેઓને જોઈતી અને જરૂર નથી તે બધું ઈમેજમાં ઉમેરો, ડોકરહબ અથવા ખાનગી રીપોઝીટરીમાં ન હોય તેવી ઈમેજોમાંથી વારસામાં મેળવો, કેટલાક બનાવો. docker-compose ડેટાબેઝ સાથેની ફાઇલો અને કંઈપણ ચાલુ રહેતું નથી. તે જ સમયે, વિકાસકર્તાઓ ગર્વથી જાહેર કરે છે કે ડોકર સરસ છે, બધું તેમના માટે સ્થાનિક રીતે કામ કરે છે, અને HR ખાલી જગ્યામાં મહત્વપૂર્ણ રીતે લખે છે: "અમે ડોકરનો ઉપયોગ કરીએ છીએ અને અમને આવા કામના અનુભવ સાથે ઉમેદવારની જરૂર છે."
• હું સતત ડોકરમાં બધું વધારવા વિશેના વિચારોથી ત્રાસી રહ્યો છું: પોસ્ટગ્રેસ્કલ, કાફકા, રેડિસ. તે દયાની વાત છે કે બધું કન્ટેનરમાં કામ કરતું નથી, બધું ગોઠવવું અને ચલાવવાનું સરળ નથી. આ તૃતીય-પક્ષ વિકાસકર્તાઓ દ્વારા સમર્થિત છે, અને વિક્રેતાઓ દ્વારા નહીં. અને માર્ગ દ્વારા, તરત જ પ્રશ્ન ઊભો થાય છે: વિક્રેતાઓ તેમના ઉત્પાદનોને ડોકરમાં જાળવવાની ચિંતા કરતા નથી, આ શા માટે છે, કદાચ તેઓ કંઈક જાણતા હોય?
• કન્ટેનર ડેટાની દ્રઢતા વિશે હંમેશા પ્રશ્ન ઊભો થાય છે. અને પછી તમે વિચારો છો, શું મારે ફક્ત હોસ્ટ ડિરેક્ટરી માઉન્ટ કરવી જોઈએ અથવા ડોકર વોલ્યુમ બનાવવું જોઈએ અથવા ડેટા કન્ટેનર બનાવવું જોઈએ જે હવે છે deprecated? જો હું ડાયરેક્ટરી માઉન્ટ કરું, તો મારે ખાતરી કરવાની જરૂર છે કે કન્ટેનરમાં યુઝરનો uid અને gid કન્ટેનર લોંચ કરનાર યુઝરના આઈડી સાથે મેળ ખાય છે, અન્યથા કન્ટેનર દ્વારા બનાવેલ ફાઈલો રૂટ રાઈટ્સ સાથે બનાવવામાં આવશે. જો હું ઉપયોગ કરું છું volume પછી ડેટા ફક્ત કેટલાકમાં બનાવવામાં આવશે /usr/* અને પ્રથમ કેસની જેમ uid અને gid સાથે સમાન વાર્તા હશે. જો તમે તૃતીય-પક્ષ ઘટક લોંચ કરી રહ્યાં છો, તો તમારે દસ્તાવેજો વાંચવાની અને પ્રશ્નનો જવાબ શોધવાની જરૂર છે: "કયા કન્ટેનર ડિરેક્ટરીમાં ઘટક ફાઇલો લખે છે?"

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

Ansible નો પરિચય

તાજેતરમાં (ત્રણ મહિના પહેલા), મેં DevOps ટીમ સાથે કામ કર્યું હતું, જેમાંથી લગભગ દરેક સભ્ય ડોકર પ્રત્યે નકારાત્મક વલણ ધરાવતા હતા. કારણોસર:

• ડોકર નિયમો iptables (જોકે તમે તેને deemon.json માં અક્ષમ કરી શકો છો)
• ડોકર બગડેલ છે અને અમે તેને ઉત્પાદનમાં ચલાવીશું નહીં
• જો ડોકર ડિમન ક્રેશ થાય છે, તો ઈન્ફ્રાસ્ટ્રક્ચર સાથેના તમામ કન્ટેનર તદનુસાર ક્રેશ થાય છે
• ડોકરની જરૂર નથી
• જો જવાબી અને વર્ચ્યુઅલ મશીનો હોય તો શા માટે ડોકર

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

ડેટાબેઝ જેવા તૃતીય-પક્ષ ઘટકો ચલાવવા માટે ડોકર

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

આ આદેશ મારા સ્થાનિક પોર્ટને postgresql ચલાવતા રીમોટ સર્વર પર ફોરવર્ડ કરે છે:

ssh -L 9000:localhost:5432 [ઇમેઇલ સુરક્ષિત]

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

મેં તાજેતરમાં વાંચ્યું છે કે SSH ટનલ એ નિયમિત VPN ની મર્યાદિત કાર્યક્ષમતા છે! તમે ખાલી OpenVPN અથવા અન્ય VPN અમલીકરણો ઇન્સ્ટોલ કરી શકો છો, ઇન્ફ્રાસ્ટ્રક્ચર સેટ કરી શકો છો અને વિકાસકર્તાઓને ઉપયોગ માટે આપી શકો છો. આ ખૂબ સરસ છે!

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

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

બોટમ લાઇન: તમે રિમોટ સર્વર પર અથવા વર્ચ્યુઅલબોક્સમાં ડેટાબેસેસ અને અન્ય ઇન્ફ્રાસ્ટ્રક્ચર ગૂડીઝ ચલાવી શકો છો અને ચલાવી શકો છો. મને આ હેતુઓ માટે ડોકરની જરૂર નથી.

ડોકર છબીઓ અને વિતરણ વિશે થોડું

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

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

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

બોટમ લાઇન: મને ડોકર રજિસ્ટ્રીની જરૂર નથી, હું અમુક પ્રકારના S3 અથવા ફક્ત ફાઇલ સ્ટોરેજનો ઉપયોગ કરીશ જેમ કે Google ડ્રાઇવ/ડ્રોપબૉક્સ

CI માં ડોકર

મેં જે કંપનીઓ માટે કામ કર્યું છે તે બધી સમાન છે. તેઓ સામાન્ય રીતે કરિયાણા છે. એટલે કે, તેમની પાસે એક એપ્લિકેશન, એક ટેક્નોલોજી સ્ટેક છે (સારી રીતે, કદાચ બે અથવા ત્રણ પ્રોગ્રામિંગ ભાષાઓ).

આ કંપનીઓ તેમના સર્વર પર ડોકરનો ઉપયોગ કરે છે જ્યાં CI પ્રક્રિયા ચાલે છે. પ્રશ્ન: તમારે તમારા સર્વર્સ પર ડોકર કન્ટેનરમાં પ્રોજેક્ટ્સ બનાવવાની જરૂર કેમ છે? શા માટે ફક્ત બિલ્ડ માટે પર્યાવરણ તૈયાર ન કરો, ઉદાહરણ તરીકે, એક જવાબી પ્લેબુક લખો કે જે સર્વર પર નોડજેસ, php, jdk, કોપી ssh કીઝ વગેરેની આવશ્યક આવૃત્તિઓ ઇન્સ્ટોલ કરશે જેમાં બિલ્ડ થશે?

હવે હું સમજું છું કે આ મારી જાતને પગમાં ગોળીબાર કરી રહ્યું છે, કારણ કે ડોકર તેની અલગતા સાથે કોઈ નફો લાવતો નથી. ડોકરમાં CI સાથે મને જે સમસ્યાઓ આવી:

• ફરીથી તમારે બિલ્ડ કરવા માટે ડોકર ઇમેજની જરૂર છે. તમારે એક છબી જોવાની અથવા તમારી પોતાની ડોકરફાઇલ લખવાની જરૂર છે.
• 90% કે તમારે કેટલીક ssh કી ફોરવર્ડ કરવાની જરૂર છે, ગુપ્ત ડેટા કે જે તમે ડોકર ઇમેજ પર લખવા માંગતા નથી.
• કન્ટેનર બનાવવામાં આવે છે અને મૃત્યુ પામે છે, તેની સાથે તમામ કેશ ખોવાઈ જાય છે. આગામી બિલ્ડ તમામ પ્રોજેક્ટ અવલંબનને ફરીથી ડાઉનલોડ કરશે, જે સમય માંગી લે તેવી અને બિનઅસરકારક છે, અને સમય પૈસા છે.

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

નિષ્કર્ષ

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

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

જ્યારે ડોકરની જરૂર હોય: હું નિષ્કર્ષ પર આવ્યો છું કે ડોકર આપેલ પ્રક્રિયાને શ્રેષ્ઠ બનાવવા માટે ખૂબ જ સારી છે, પરંતુ મૂળભૂત કાર્યક્ષમતા બનાવવા માટે નહીં.

જો તમે હજી પણ ડોકરનો ઉપયોગ કરવાનું નક્કી કરો છો, તો પછી:

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

PS:

• હું તાજેતરમાં સામે આવ્યો પેકર અને તેઓ કહે છે કે તે Ansible સાથે ખૂબ જ સારી રીતે કામ કરે છે અને તમને ઈમેજો બનાવવાની પ્રક્રિયાને એકીકૃત કરવાની મંજૂરી આપે છે (ડોકર ઈમેજ સહિત)
• ડોકર વિશે પણ, રસપ્રદ લેખ

વાંચવા બદલ આભાર, હું ઈચ્છું છું કે તમે તમારી બાબતોમાં પારદર્શક નિર્ણયો અને કાર્યકારી દિવસો

સોર્સ: www.habr.com