microconfig.io ਨਾਲ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸ ਕੌਂਫਿਗਰੇਸ਼ਨਾਂ ਦਾ ਆਸਾਨੀ ਨਾਲ ਪ੍ਰਬੰਧਨ ਕਰੋ

ਮਾਈਕਰੋ ਸਰਵਿਸਿਜ਼ ਦੇ ਵਿਕਾਸ ਅਤੇ ਬਾਅਦ ਦੇ ਸੰਚਾਲਨ ਵਿੱਚ ਮੁੱਖ ਸਮੱਸਿਆਵਾਂ ਵਿੱਚੋਂ ਇੱਕ ਉਹਨਾਂ ਦੇ ਉਦਾਹਰਣਾਂ ਦੀ ਸਮਰੱਥ ਅਤੇ ਸਹੀ ਸੰਰਚਨਾ ਹੈ। ਮੇਰੀ ਰਾਏ ਵਿੱਚ, ਇੱਕ ਨਵਾਂ ਫਰੇਮਵਰਕ ਇਸ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ microconfig.io. ਇਹ ਤੁਹਾਨੂੰ ਕੁਝ ਰੁਟੀਨ ਐਪਲੀਕੇਸ਼ਨ ਕੌਂਫਿਗਰੇਸ਼ਨ ਕਾਰਜਾਂ ਨੂੰ ਕਾਫ਼ੀ ਸ਼ਾਨਦਾਰ ਢੰਗ ਨਾਲ ਹੱਲ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।

ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਬਹੁਤ ਸਾਰੀਆਂ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਆਪਣੀ ਸੰਰਚਨਾ ਫਾਈਲ/ਫਾਇਲਾਂ ਦੇ ਨਾਲ ਆਉਂਦੀ ਹੈ, ਤਾਂ ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਗਲਤੀ ਹੋਣ ਦੀ ਉੱਚ ਸੰਭਾਵਨਾ ਹੁੰਦੀ ਹੈ, ਜਿਸ ਨੂੰ ਸਹੀ ਹੁਨਰ ਅਤੇ ਲੌਗਿੰਗ ਸਿਸਟਮ ਤੋਂ ਬਿਨਾਂ ਫੜਨਾ ਬਹੁਤ ਮੁਸ਼ਕਲ ਹੋ ਸਕਦਾ ਹੈ। ਮੁੱਖ ਕੰਮ ਜੋ ਫਰੇਮਵਰਕ ਆਪਣੇ ਲਈ ਸੈਟ ਕਰਦਾ ਹੈ ਉਹ ਹੈ ਡੁਪਲੀਕੇਟ ਇੰਸਟੈਂਸ ਕੌਂਫਿਗਰੇਸ਼ਨ ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਘੱਟ ਤੋਂ ਘੱਟ ਕਰਨਾ, ਜਿਸ ਨਾਲ ਗਲਤੀ ਜੋੜਨ ਦੀ ਸੰਭਾਵਨਾ ਘੱਟ ਜਾਂਦੀ ਹੈ।

ਆਓ ਇੱਕ ਉਦਾਹਰਨ ਦੇਖੀਏ। ਮੰਨ ਲਓ ਕਿ ਸਾਡੇ ਕੋਲ ਇੱਕ ਸੰਰਚਨਾ ਫਾਈਲ ਦੇ ਨਾਲ ਇੱਕ ਸਧਾਰਨ ਐਪਲੀਕੇਸ਼ਨ ਹੈ yaml. ਇਹ ਕਿਸੇ ਵੀ ਭਾਸ਼ਾ ਵਿੱਚ ਕੋਈ ਵੀ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਹੋ ਸਕਦੀ ਹੈ। ਆਓ ਦੇਖੀਏ ਕਿ ਇਸ ਸੇਵਾ 'ਤੇ ਫਰੇਮਵਰਕ ਨੂੰ ਕਿਵੇਂ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਪਰ ਪਹਿਲਾਂ, ਵਧੇਰੇ ਸਹੂਲਤ ਲਈ, ਆਓ ਇਸ ਵਿੱਚ microconfig.io ਪਲੱਗਇਨ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, Idea IDE ਵਿੱਚ ਇੱਕ ਖਾਲੀ ਪ੍ਰੋਜੈਕਟ ਬਣਾਈਏ:

ਅਸੀਂ ਪਲੱਗਇਨ ਲਾਂਚ ਕੌਂਫਿਗਰੇਸ਼ਨ ਨੂੰ ਸੈਟ ਅਪ ਕੀਤਾ ਹੈ, ਤੁਸੀਂ ਡਿਫੌਲਟ ਕੌਂਫਿਗਰੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ, ਜਿਵੇਂ ਕਿ ਉੱਪਰ ਦਿੱਤੇ ਸਕ੍ਰੀਨਸ਼ੌਟ ਵਿੱਚ ਹੈ।

ਸਾਡੀ ਸੇਵਾ ਨੂੰ ਆਰਡਰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ, ਫਿਰ ਇੱਕ ਨਵੇਂ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਅਸੀਂ ਇੱਕ ਸਮਾਨ ਢਾਂਚਾ ਬਣਾਵਾਂਗੇ:

ਸੇਵਾ ਨਾਮ ਦੇ ਨਾਲ ਫੋਲਡਰ ਵਿੱਚ ਸੰਰਚਨਾ ਫਾਇਲ ਰੱਖੋ - application.yaml. ਸਾਰੀਆਂ ਮਾਈਕਰੋ ਸਰਵਿਸਿਜ਼ ਕਿਸੇ ਕਿਸਮ ਦੇ ਵਾਤਾਵਰਣ ਵਿੱਚ ਲਾਂਚ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਇਸ ਲਈ, ਸੇਵਾ ਲਈ ਇੱਕ ਸੰਰਚਨਾ ਬਣਾਉਣ ਤੋਂ ਇਲਾਵਾ, ਵਾਤਾਵਰਣ ਦਾ ਵਰਣਨ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ: ਇਸਦੇ ਲਈ ਅਸੀਂ ਇੱਕ ਫੋਲਡਰ ਬਣਾਵਾਂਗੇ envs ਅਤੇ ਇਸ ਵਿੱਚ ਸਾਡੇ ਕੰਮ ਕਰਨ ਵਾਲੇ ਵਾਤਾਵਰਣ ਦੇ ਨਾਮ ਨਾਲ ਇੱਕ ਫਾਈਲ ਜੋੜੋ। ਇਸ ਤਰ੍ਹਾਂ, ਫਰੇਮਵਰਕ ਵਾਤਾਵਰਣ ਵਿੱਚ ਸੇਵਾਵਾਂ ਲਈ ਸੰਰਚਨਾ ਫਾਈਲਾਂ ਬਣਾਏਗਾ dev, ਕਿਉਂਕਿ ਇਹ ਪੈਰਾਮੀਟਰ ਪਲੱਗਇਨ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ।

ਫਾਈਲ ਬਣਤਰ dev.yaml ਇਹ ਕਾਫ਼ੀ ਸਧਾਰਨ ਹੋਵੇਗਾ:

mainorder:
    components:
         - order

ਫਰੇਮਵਰਕ ਉਹਨਾਂ ਸੰਰਚਨਾਵਾਂ ਦੇ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ ਜੋ ਇਕੱਠੇ ਸਮੂਹ ਕੀਤੇ ਗਏ ਹਨ। ਸਾਡੀ ਸੇਵਾ ਲਈ, ਸਮੂਹ ਲਈ ਇੱਕ ਨਾਮ ਚੁਣੋ ਮੁੱਖ ਆਦੇਸ਼. ਫਰੇਮਵਰਕ ਵਾਤਾਵਰਣ ਫਾਈਲ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਅਜਿਹੇ ਹਰੇਕ ਸਮੂਹ ਨੂੰ ਲੱਭਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਸਾਰਿਆਂ ਲਈ ਸੰਰਚਨਾ ਬਣਾਉਂਦਾ ਹੈ, ਜੋ ਕਿ ਇਹ ਸੰਬੰਧਿਤ ਫੋਲਡਰਾਂ ਵਿੱਚ ਲੱਭਦਾ ਹੈ।

ਸਰਵਿਸ ਸੈਟਿੰਗਜ਼ ਫਾਈਲ ਵਿੱਚ ਹੀ ਕ੍ਰਮ ਚਲੋ ਹੁਣ ਲਈ ਸਿਰਫ ਇੱਕ ਪੈਰਾਮੀਟਰ ਨਿਰਧਾਰਤ ਕਰੀਏ:

spring.application.name: order

ਆਉ ਹੁਣ ਪਲੱਗਇਨ ਨੂੰ ਚਲਾਉਂਦੇ ਹਾਂ, ਅਤੇ ਇਹ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚ ਦਰਸਾਏ ਮਾਰਗ ਦੇ ਅਨੁਸਾਰ ਸਾਡੀ ਸੇਵਾ ਲਈ ਲੋੜੀਂਦੀ ਸੰਰਚਨਾ ਤਿਆਰ ਕਰੇਗਾ:

ਹੋ ਸਕਦਾ ਹੈ ਮਿ਎ਲਣਾ ਅਤੇ ਇੱਕ ਪਲੱਗਇਨ ਨੂੰ ਸਥਾਪਿਤ ਕੀਤੇ ਬਿਨਾਂ, ਸਿਰਫ਼ ਫਰੇਮਵਰਕ ਵੰਡ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨਾ ਅਤੇ ਇਸਨੂੰ ਕਮਾਂਡ ਲਾਈਨ ਤੋਂ ਚਲਾਉਣਾ।
ਇਹ ਹੱਲ ਬਿਲਡ ਸਰਵਰ 'ਤੇ ਵਰਤਣ ਲਈ ਢੁਕਵਾਂ ਹੈ।

ਇਹ ਧਿਆਨ ਦੇਣ ਯੋਗ ਹੈ ਕਿ ਫਰੇਮਵਰਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਮਝਦਾ ਹੈ ਸੰਪਤੀ ਨੂੰ ਸੰਟੈਕਸ, ਯਾਨੀ ਕਿ, ਆਮ ਪ੍ਰਾਪਰਟੀ ਫਾਈਲਾਂ ਜੋ ਇਕੱਠੇ ਵਰਤੇ ਜਾ ਸਕਦੇ ਹਨ yaml ਸੰਰਚਨਾ.

ਚਲੋ ਇੱਕ ਹੋਰ ਸੇਵਾ ਜੋੜੀਏ ਭੁਗਤਾਨ ਅਤੇ ਮੌਜੂਦਾ ਨੂੰ ਗੁੰਝਲਦਾਰ ਬਣਾਉ।
В ਕ੍ਰਮ:

eureka:
 instance.preferIpAddress: true
 client:
   serviceUrl:
     defaultZone: http://192.89.89.111:6782/eureka/
server.port: 9999
spring.application.name: order
db.url: 192.168.0.100

В ਭੁਗਤਾਨ:

eureka:
 instance.preferIpAddress: true
 client:
   serviceUrl:
     defaultZone: http://192.89.89.111:6782/eureka/
server.port: 9998
spring.application.name: payments
db.url: 192.168.0.100

ਇਹਨਾਂ ਸੰਰਚਨਾਵਾਂ ਵਿੱਚ ਮੁੱਖ ਸਮੱਸਿਆ ਸੇਵਾ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਕਾਪੀ-ਪੇਸਟ ਦੀ ਇੱਕ ਵੱਡੀ ਮਾਤਰਾ ਦੀ ਮੌਜੂਦਗੀ ਹੈ। ਆਓ ਦੇਖੀਏ ਕਿ ਫਰੇਮਵਰਕ ਇਸ ਤੋਂ ਛੁਟਕਾਰਾ ਪਾਉਣ ਵਿੱਚ ਕਿਵੇਂ ਮਦਦ ਕਰੇਗਾ. ਆਉ ਸਭ ਤੋਂ ਸਪੱਸ਼ਟ ਨਾਲ ਸ਼ੁਰੂ ਕਰੀਏ - ਸੰਰਚਨਾ ਦੀ ਮੌਜੂਦਗੀ ਯੂਰੀਕਾ ਹਰੇਕ ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਦੇ ਵਰਣਨ ਵਿੱਚ। ਆਉ ਸੈਟਿੰਗ ਫਾਈਲ ਨਾਲ ਇੱਕ ਨਵੀਂ ਡਾਇਰੈਕਟਰੀ ਬਣਾਈਏ ਅਤੇ ਇਸ ਵਿੱਚ ਇੱਕ ਨਵੀਂ ਸੰਰਚਨਾ ਜੋੜੀਏ:

ਅਤੇ ਹੁਣ ਆਉ ਸਾਡੇ ਹਰੇਕ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਲਾਈਨ ਜੋੜੀਏ # ਯੂਰੇਕਾ ਸ਼ਾਮਲ ਕਰੋ.

ਫਰੇਮਵਰਕ ਆਪਣੇ ਆਪ ਯੂਰੇਕਾ ਸੰਰਚਨਾ ਨੂੰ ਲੱਭ ਲਵੇਗਾ ਅਤੇ ਇਸਨੂੰ ਸੇਵਾ ਸੰਰਚਨਾ ਫਾਈਲਾਂ ਵਿੱਚ ਕਾਪੀ ਕਰੇਗਾ, ਜਦੋਂ ਕਿ ਇੱਕ ਵੱਖਰੀ ਯੂਰੇਕਾ ਸੰਰਚਨਾ ਨਹੀਂ ਬਣਾਈ ਜਾਵੇਗੀ, ਕਿਉਂਕਿ ਅਸੀਂ ਇਸਨੂੰ ਵਾਤਾਵਰਣ ਫਾਈਲ ਵਿੱਚ ਨਹੀਂ ਦੱਸਾਂਗੇ। dev.yaml. ਸਰਵਿਸ ਕ੍ਰਮ:

#include eureka
server.port: 9999
spring.application.name: order
db.url: 192.168.0.100

ਅਸੀਂ ਆਯਾਤ ਲਾਈਨ ਨੂੰ ਇਸ ਵਿੱਚ ਬਦਲ ਕੇ ਡੇਟਾਬੇਸ ਸੈਟਿੰਗਾਂ ਨੂੰ ਇੱਕ ਵੱਖਰੀ ਸੰਰਚਨਾ ਵਿੱਚ ਵੀ ਭੇਜ ਸਕਦੇ ਹਾਂ # ਯੂਰੇਕਾ, ਓਰੇਕਲ ਸ਼ਾਮਲ ਕਰੋ.

ਇਹ ਧਿਆਨ ਦੇਣ ਯੋਗ ਹੈ ਕਿ ਫਰੇਮਵਰਕ ਸੰਰਚਨਾ ਫਾਈਲਾਂ ਨੂੰ ਦੁਬਾਰਾ ਬਣਾਉਣ ਵੇਲੇ ਹਰੇਕ ਤਬਦੀਲੀ ਨੂੰ ਟਰੈਕ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਮੁੱਖ ਸੰਰਚਨਾ ਫਾਈਲ ਦੇ ਅੱਗੇ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਫਾਈਲ ਵਿੱਚ ਰੱਖਦਾ ਹੈ। ਇਸ ਦੇ ਲੌਗ ਵਿੱਚ ਇੰਦਰਾਜ਼ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ: “ਸਟੋਰ ਕੀਤੀ 1 ਪ੍ਰਾਪਰਟੀ ਇਸ ਵਿੱਚ ਬਦਲਦੀ ਹੈ order/diff-application.yaml" ਇਹ ਤੁਹਾਨੂੰ ਵੱਡੀਆਂ ਸੰਰਚਨਾ ਫਾਈਲਾਂ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਖੋਜਣ ਲਈ ਸਹਾਇਕ ਹੈ।

ਸੰਰਚਨਾ ਦੇ ਸਾਂਝੇ ਹਿੱਸਿਆਂ ਨੂੰ ਹਟਾਉਣਾ ਤੁਹਾਨੂੰ ਬਹੁਤ ਸਾਰੇ ਬੇਲੋੜੇ ਕਾਪੀ-ਪੇਸਟ ਤੋਂ ਛੁਟਕਾਰਾ ਪਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਪਰ ਤੁਹਾਨੂੰ ਵੱਖ-ਵੱਖ ਵਾਤਾਵਰਣਾਂ ਲਈ ਲਚਕਦਾਰ ਢੰਗ ਨਾਲ ਇੱਕ ਸੰਰਚਨਾ ਬਣਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦਾ - ਸਾਡੀਆਂ ਸੇਵਾਵਾਂ ਦੇ ਅੰਤਮ ਬਿੰਦੂ ਵਿਲੱਖਣ ਅਤੇ ਹਾਰਡ-ਕੋਡਿਡ ਹਨ, ਇਹ ਬੁਰਾ ਹੈ। ਆਓ ਇਸ ਨੂੰ ਦੂਰ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੀਏ।

ਇੱਕ ਚੰਗਾ ਹੱਲ ਸਾਰੇ ਅੰਤਮ ਬਿੰਦੂਆਂ ਨੂੰ ਇੱਕ ਸੰਰਚਨਾ ਵਿੱਚ ਰੱਖਣਾ ਹੋਵੇਗਾ ਜਿਸਦਾ ਦੂਜੇ ਸੰਦਰਭ ਕਰ ਸਕਦੇ ਹਨ। ਇਸ ਮੰਤਵ ਲਈ, ਪਲੇਸਹੋਲਡਰਾਂ ਲਈ ਸਮਰਥਨ ਫਰੇਮਵਰਕ ਵਿੱਚ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ ਸੰਰਚਨਾ ਫਾਇਲ ਬਦਲ ਜਾਵੇਗੀ ਯੂਰੀਕਾ:

 client:
   serviceUrl:
     defaultZone: http://${endpoints@eurekaip}:6782/eureka/

ਹੁਣ ਦੇਖਦੇ ਹਾਂ ਕਿ ਇਹ ਪਲੇਸਹੋਲਡਰ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ। ਸਿਸਟਮ ਨਾਮ ਦਾ ਇੱਕ ਭਾਗ ਲੱਭਦਾ ਹੈ ਅੰਤਮ ਪੁਆਇੰਟ ਅਤੇ ਇਸ ਵਿੱਚ ਅਰਥ ਲੱਭਦਾ ਹੈ eurekaip, ਅਤੇ ਫਿਰ ਇਸਨੂੰ ਸਾਡੀ ਸੰਰਚਨਾ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਪਰ ਵੱਖੋ-ਵੱਖਰੇ ਵਾਤਾਵਰਣਾਂ ਬਾਰੇ ਕੀ? ਅਜਿਹਾ ਕਰਨ ਲਈ, ਵਿੱਚ ਇੱਕ ਸੈਟਿੰਗ ਫਾਈਲ ਬਣਾਓ ਅੰਤਮ ਪੁਆਇੰਟ ਹੇਠ ਦਿੱਤੀ ਕਿਸਮ ਐਪਲੀਕੇਸ਼ਨ.ਦੇਵ.ਯਾਮਲ. ਫਰੇਮਵਰਕ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ, ਫਾਈਲ ਐਕਸਟੈਂਸ਼ਨ ਦੇ ਅਧਾਰ ਤੇ, ਇਹ ਫੈਸਲਾ ਕਰਦਾ ਹੈ ਕਿ ਇਹ ਸੰਰਚਨਾ ਕਿਸ ਵਾਤਾਵਰਣ ਨਾਲ ਸਬੰਧਤ ਹੈ ਅਤੇ ਇਸਨੂੰ ਲੋਡ ਕਰਦੀ ਹੈ:

ਦੇਵ ਫਾਈਲ ਸਮੱਗਰੀ:

eurekaip: 192.89.89.111
dbip: 192.168.0.100

ਅਸੀਂ ਆਪਣੀਆਂ ਸੇਵਾਵਾਂ ਦੀਆਂ ਪੋਰਟਾਂ ਲਈ ਉਹੀ ਸੰਰਚਨਾ ਬਣਾ ਸਕਦੇ ਹਾਂ:

server.port: ${ports@order}.

ਸਾਰੀਆਂ ਮਹੱਤਵਪੂਰਨ ਸੈਟਿੰਗਾਂ ਇੱਕ ਥਾਂ 'ਤੇ ਹਨ, ਜਿਸ ਨਾਲ ਸੰਰਚਨਾ ਫਾਈਲਾਂ ਵਿੱਚ ਖਿੰਡੇ ਹੋਏ ਪੈਰਾਮੀਟਰਾਂ ਕਾਰਨ ਗਲਤੀਆਂ ਦੀ ਸੰਭਾਵਨਾ ਘੱਟ ਜਾਂਦੀ ਹੈ।

ਫਰੇਮਵਰਕ ਬਹੁਤ ਸਾਰੇ ਰੈਡੀਮੇਡ ਪਲੇਸਹੋਲਡਰ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ ਉਸ ਡਾਇਰੈਕਟਰੀ ਦਾ ਨਾਮ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ ਜਿਸ ਵਿੱਚ ਸੰਰਚਨਾ ਫਾਈਲ ਸਥਿਤ ਹੈ ਅਤੇ ਇਸਨੂੰ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦੇ ਹੋ:

#include eureka, oracle
server.port: ${ports@order}
spring.application.name: ${this@name}

ਇਸਦੇ ਲਈ ਧੰਨਵਾਦ, ਸੰਰਚਨਾ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਨਾਮ ਨੂੰ ਵਾਧੂ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ ਅਤੇ ਇਸਨੂੰ ਇੱਕ ਆਮ ਮੋਡੀਊਲ ਵਿੱਚ ਵੀ ਰੱਖਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਉਸੇ ਯੂਰੇਕਾ ਵਿੱਚ:

client:
   serviceUrl:
     defaultZone: http://${endpoints@eurekaip}:6782/eureka/
 spring.application.name: ${this@name}

ਸੰਰਚਨਾ ਫਾਇਲ ਕ੍ਰਮ ਇੱਕ ਲਾਈਨ ਤੱਕ ਘਟਾ ਦਿੱਤਾ ਜਾਵੇਗਾ:

#include eureka, oracle
server.port: ${ports@order}

ਜੇਕਰ ਸਾਨੂੰ ਪੇਰੈਂਟ ਕੌਂਫਿਗਰੇਸ਼ਨ ਤੋਂ ਕਿਸੇ ਸੈਟਿੰਗ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਤਾਂ ਅਸੀਂ ਇਸਨੂੰ ਆਪਣੀ ਕੌਂਫਿਗਰੇਸ਼ਨ ਵਿੱਚ ਨਿਰਧਾਰਿਤ ਕਰ ਸਕਦੇ ਹਾਂ ਅਤੇ ਇਸਨੂੰ ਪੀੜ੍ਹੀ ਦੇ ਦੌਰਾਨ ਲਾਗੂ ਕੀਤਾ ਜਾਵੇਗਾ। ਭਾਵ, ਜੇਕਰ ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ ਸਾਨੂੰ ਆਰਡਰ ਸੇਵਾ ਲਈ ਇੱਕ ਵਿਲੱਖਣ ਨਾਮ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਅਸੀਂ ਪੈਰਾਮੀਟਰ ਨੂੰ ਛੱਡ ਦੇਵਾਂਗੇ spring.application.name.

ਮੰਨ ਲਓ ਕਿ ਤੁਹਾਨੂੰ ਸੇਵਾ ਵਿੱਚ ਕਸਟਮ ਲੌਗਿੰਗ ਸੈਟਿੰਗਾਂ ਜੋੜਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ, ਜੋ ਕਿ ਇੱਕ ਵੱਖਰੀ ਫਾਈਲ ਵਿੱਚ ਸਟੋਰ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਉਦਾਹਰਨ ਲਈ, logback.xml. ਚਲੋ ਇਸਦੇ ਲਈ ਸੈਟਿੰਗਾਂ ਦਾ ਇੱਕ ਵੱਖਰਾ ਸਮੂਹ ਬਣਾਉ:

ਬੁਨਿਆਦੀ ਸੰਰਚਨਾ ਵਿੱਚ, ਅਸੀਂ ਫਰੇਮਵਰਕ ਨੂੰ ਦੱਸਾਂਗੇ ਕਿ ਪਲੇਸਹੋਲਡਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਲੌਗਿੰਗ ਸੈਟਿੰਗਜ਼ ਫਾਈਲ ਨੂੰ ਕਿੱਥੇ ਰੱਖਣਾ ਹੈ @ConfigDir:

microconfig.template.logback.fromFile: ${logback@configDir}/logback.xml

ਫਾਈਲ ਵਿੱਚ logback.xml ਅਸੀਂ ਸਟੈਂਡਰਡ ਐਪੈਂਡਰਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦੇ ਹਾਂ, ਜਿਸ ਵਿੱਚ ਬਦਲੇ ਵਿੱਚ ਪਲੇਸਹੋਲਡਰ ਵੀ ਹੋ ਸਕਦੇ ਹਨ ਜੋ ਕਿ ਸੰਰਚਨਾ ਦੇ ਨਿਰਮਾਣ ਦੌਰਾਨ ਫਰੇਮਵਰਕ ਬਦਲ ਜਾਵੇਗਾ, ਉਦਾਹਰਨ ਲਈ:

<file>logs/${this@name}.log</file>

ਸੇਵਾ ਸੰਰਚਨਾ ਵਿੱਚ ਆਯਾਤ ਜੋੜ ਕੇ ਲੌਗਬੈਕ, ਅਸੀਂ ਹਰੇਕ ਸੇਵਾ ਲਈ ਆਪਣੇ ਆਪ ਸੰਰਚਿਤ ਲੌਗਿੰਗ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਾਂ:

#include eureka, oracle, logback
server.port: ${ports@order}

ਇਹ ਫਰੇਮਵਰਕ ਦੇ ਸਾਰੇ ਉਪਲਬਧ ਪਲੇਸਹੋਲਡਰਾਂ ਨਾਲ ਵਧੇਰੇ ਵਿਸਥਾਰ ਨਾਲ ਜਾਣੂ ਹੋਣ ਦਾ ਸਮਾਂ ਹੈ:

${this@env} - ਮੌਜੂਦਾ ਵਾਤਾਵਰਣ ਦਾ ਨਾਮ ਵਾਪਸ ਕਰਦਾ ਹੈ.
${…@name} — ਕੰਪੋਨੈਂਟ ਦਾ ਨਾਮ ਵਾਪਸ ਕਰਦਾ ਹੈ।
${…@configDir} — ਕੰਪੋਨੈਂਟ ਦੀ ਸੰਰਚਨਾ ਡਾਇਰੈਕਟਰੀ ਦਾ ਪੂਰਾ ਮਾਰਗ ਵਾਪਸ ਕਰਦਾ ਹੈ।
${…@resultDir} — ਕੰਪੋਨੈਂਟ ਦੀ ਮੰਜ਼ਿਲ ਡਾਇਰੈਕਟਰੀ ਦਾ ਪੂਰਾ ਮਾਰਗ ਵਾਪਸ ਕਰਦਾ ਹੈ (ਨਤੀਜੇ ਵਜੋਂ ਫਾਈਲਾਂ ਇਸ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਰੱਖੀਆਂ ਜਾਣਗੀਆਂ)।
${this@configRoot} — ਸੰਰਚਨਾ ਸਟੋਰ ਦੀ ਰੂਟ ਡਾਇਰੈਕਟਰੀ ਲਈ ਪੂਰਾ ਮਾਰਗ ਵਾਪਸ ਕਰਦਾ ਹੈ।

ਸਿਸਟਮ ਤੁਹਾਨੂੰ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਵੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ java ਦਾ ਮਾਰਗ:
${env@JAVA_HOME}
ਜਾਂ ਤਾਂ, ਕਿਉਂਕਿ ਫਰੇਮਵਰਕ ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ ਜਾਵ, ਅਸੀਂ ਕਾਲ ਦੇ ਸਮਾਨ ਸਿਸਟਮ ਵੇਰੀਏਬਲ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹਾਂ ਸਿਸਟਮ::ਪ੍ਰਾਪਰਟੀ ਪ੍ਰਾਪਤ ਕਰੋ ਇਸ ਤਰ੍ਹਾਂ ਦੀ ਬਣਤਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ:
${[ਈਮੇਲ ਸੁਰੱਖਿਅਤ]}
ਇਹ ਐਕਸਟੈਂਸ਼ਨ ਭਾਸ਼ਾ ਲਈ ਸਮਰਥਨ ਦਾ ਜ਼ਿਕਰ ਕਰਨ ਯੋਗ ਹੈ ਬਸੰਤ EL. ਹੇਠਾਂ ਦਿੱਤੇ ਸਮੀਕਰਨ ਸੰਰਚਨਾ ਵਿੱਚ ਲਾਗੂ ਹੁੰਦੇ ਹਨ:

connection.timeoutInMs: #{5 * 60 * 1000}
datasource.maximum-pool-size: #{${[email protected]} + 10} 

ਅਤੇ ਤੁਸੀਂ ਸਮੀਕਰਨ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸੰਰਚਨਾ ਫਾਈਲਾਂ ਵਿੱਚ ਸਥਾਨਕ ਵੇਰੀਏਬਲ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ #var:

#var feedRoot: ${[email protected]}/feed
folder:
 root: ${this@feedRoot}
 success: ${this@feedRoot}/archive
 error: ${this@feedRoot}/error

ਇਸ ਤਰ੍ਹਾਂ, ਫਰੇਮਵਰਕ ਮਾਈਕਰੋ ਸਰਵਿਸਿਜ਼ ਦੀ ਫਾਈਨ-ਟਿਊਨਿੰਗ ਅਤੇ ਲਚਕਦਾਰ ਸੰਰਚਨਾ ਲਈ ਕਾਫ਼ੀ ਸ਼ਕਤੀਸ਼ਾਲੀ ਸੰਦ ਹੈ। ਫਰੇਮਵਰਕ ਆਪਣੇ ਮੁੱਖ ਕੰਮ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪੂਰਾ ਕਰਦਾ ਹੈ - ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਕਾਪੀ-ਪੇਸਟ ਨੂੰ ਖਤਮ ਕਰਨਾ, ਸੈਟਿੰਗਾਂ ਨੂੰ ਮਜ਼ਬੂਤ ​​ਕਰਨਾ ਅਤੇ ਨਤੀਜੇ ਵਜੋਂ, ਸੰਭਵ ਤਰੁੱਟੀਆਂ ਨੂੰ ਘਟਾਉਣਾ, ਜਦੋਂ ਕਿ ਤੁਹਾਨੂੰ ਆਸਾਨੀ ਨਾਲ ਸੰਰਚਨਾਵਾਂ ਨੂੰ ਜੋੜਨ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਵੱਖ-ਵੱਖ ਵਾਤਾਵਰਣਾਂ ਲਈ ਬਦਲਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

ਜੇ ਤੁਸੀਂ ਇਸ ਫਰੇਮਵਰਕ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹੋ, ਤਾਂ ਮੈਂ ਇਸ ਦੇ ਅਧਿਕਾਰਤ ਪੰਨੇ 'ਤੇ ਜਾਣ ਅਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਜਾਣੂ ਹੋਣ ਦੀ ਸਿਫਾਰਸ਼ ਕਰਦਾ ਹਾਂ ਦਸਤਾਵੇਜ਼, ਜਾਂ ਸਰੋਤਾਂ ਵਿੱਚ ਖੁਦਾਈ ਕਰੋ ਇੱਥੇ.

ਸਰੋਤ: www.habr.com