ISPsystem, ਮਾਫ਼ ਕਰੋ ਅਤੇ ਅਲਵਿਦਾ! ਅਸੀਂ ਆਪਣਾ ਸਰਵਰ ਕੰਟਰੋਲ ਪੈਨਲ ਕਿਉਂ ਅਤੇ ਕਿਵੇਂ ਲਿਖਿਆ

ਸਤ ਸ੍ਰੀ ਅਕਾਲ! ਅਸੀਂ "ਹੋਸਟਿੰਗ ਟੈਕਨਾਲੋਜੀ" ਹਾਂ ਅਤੇ 5 ਸਾਲ ਪਹਿਲਾਂ ਲਾਂਚ ਕੀਤੇ ਗਏ ਹਾਂ ਵੀਡੀਸੀਨਾ - ਡਿਵੈਲਪਰਾਂ ਲਈ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਬਣਾਈ ਗਈ ਪਹਿਲੀ vds ਹੋਸਟਿੰਗ। ਅਸੀਂ ਇਸਨੂੰ ਸੁਵਿਧਾਜਨਕ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਾਂ, ਜਿਵੇਂ ਕਿ DigitalOcean, ਪਰ ਰੂਸ ਵਿੱਚ ਰੂਸੀ ਸਹਾਇਤਾ, ਭੁਗਤਾਨ ਵਿਧੀਆਂ ਅਤੇ ਸਰਵਰਾਂ ਨਾਲ। ਪਰ DigitalOcean ਨਾ ਸਿਰਫ਼ ਭਰੋਸੇਯੋਗਤਾ ਅਤੇ ਕੀਮਤ ਹੈ, ਇਹ ਇੱਕ ਸੇਵਾ ਵੀ ਹੈ।

ISPsystem ਤੋਂ ਸਾਫਟਵੇਅਰ ਇੱਕ ਰੱਸੀ ਬਣ ਗਿਆ ਜਿਸਨੇ ਸਾਡੇ ਹੱਥਾਂ ਨੂੰ ਇੱਕ ਠੰਡੀ ਸੇਵਾ ਦੇ ਰਾਹ ਵਿੱਚ ਬੰਨ੍ਹ ਦਿੱਤਾ। ਤਿੰਨ ਸਾਲ ਪਹਿਲਾਂ, ਅਸੀਂ ਬਿਲਮੈਨੇਜਰ ਬਿਲਿੰਗ ਅਤੇ VMmanager ਸਰਵਰ ਕੰਟਰੋਲ ਪੈਨਲ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਸੀ ਅਤੇ ਛੇਤੀ ਹੀ ਮਹਿਸੂਸ ਕੀਤਾ ਸੀ ਕਿ ਸਾਡੇ ਆਪਣੇ ਕੰਟਰੋਲ ਪੈਨਲ ਤੋਂ ਬਿਨਾਂ ਚੰਗੀ ਸੇਵਾ ਪ੍ਰਦਾਨ ਕਰਨਾ ਲਗਭਗ ਅਸੰਭਵ ਸੀ।

ISP ਸਿਸਟਮ ਨੇ ਸੁਵਿਧਾ ਨੂੰ ਕਿਵੇਂ ਮਾਰਿਆ

ਬੱਗ

ਅਸੀਂ ਆਪਣੇ ਆਪ ਬੱਗ ਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰ ਸਕੇ - ਹਰ ਵਾਰ ਸਾਨੂੰ ਕਿਸੇ ਹੋਰ ਦੇ ਸਮਰਥਨ ਲਈ ਲਿਖਣਾ ਪੈਂਦਾ ਸੀ ਅਤੇ ਉਡੀਕ ਕਰਨੀ ਪੈਂਦੀ ਸੀ। ਕਿਸੇ ਵੀ ਸਮੱਸਿਆ ਦੇ ਹੱਲ ਲਈ ਕਿਸੇ ਤੀਜੀ-ਧਿਰ ਦੀ ਕੰਪਨੀ ਦੇ ਜਵਾਬ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

ISP ਸਿਸਟਮ ਸਮਰਥਨ ਆਮ ਤੌਰ 'ਤੇ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਪਰ ਫਿਕਸ ਸਿਰਫ ਕੁਝ ਰੀਲੀਜ਼ਾਂ ਤੋਂ ਬਾਅਦ ਆਉਂਦੇ ਹਨ, ਅਤੇ ਫਿਰ ਹਮੇਸ਼ਾ ਨਹੀਂ ਅਤੇ ਸਾਰੇ ਨਹੀਂ। ਕਈ ਵਾਰ ਗੰਭੀਰ ਬੱਗਾਂ ਨੂੰ ਕਈ ਹਫ਼ਤਿਆਂ ਲਈ ਠੀਕ ਕੀਤਾ ਜਾਂਦਾ ਸੀ। ਸਾਨੂੰ ਗਾਹਕਾਂ ਨੂੰ ਭਰੋਸਾ ਦਿਵਾਉਣਾ ਪਿਆ, ਮੁਆਫੀ ਮੰਗਣੀ ਪਈ ਅਤੇ ਬੱਗ ਨੂੰ ਠੀਕ ਕਰਨ ਲਈ ISP ਸਿਸਟਮ ਦੀ ਉਡੀਕ ਕਰਨੀ ਪਈ।

ਡਾਊਨਟਾਈਮ ਧਮਕੀ

ਅੱਪਡੇਟ ਅਣਪਛਾਤੇ ਡਾਊਨਟਾਈਮ ਪੈਦਾ ਕਰ ਸਕਦੇ ਹਨ ਜੋ ਨਵੀਆਂ ਗਲਤੀਆਂ ਨੂੰ ਭੜਕਾਉਂਦੇ ਹਨ।

ਹਰ ਇੱਕ ਅਪਡੇਟ ਇੱਕ ਲਾਟਰੀ ਸੀ: ਮੈਨੂੰ ਬਿਲਿੰਗ ਨੂੰ ਕਵਰ ਕਰਨਾ ਪਿਆ ਅਤੇ ਅਪਡੇਟਸ ਦੇ ਦੇਵਤਿਆਂ ਨੂੰ ਬਲੀਦਾਨ ਦੇਣਾ ਪਿਆ - ਕਈ ਵਾਰ ਅਪਡੇਟ 10-15 ਮਿੰਟਾਂ ਲਈ ਡਾਊਨਟਾਈਮ ਦਾ ਕਾਰਨ ਬਣ ਗਈ। ਇਸ ਸਮੇਂ ਸਾਡੇ ਪ੍ਰਸ਼ਾਸਕ ਆਪਣੀਆਂ ਅੱਖਾਂ 'ਤੇ ਬੈਠੇ ਸਨ - ਸਾਨੂੰ ਕਦੇ ਨਹੀਂ ਪਤਾ ਸੀ ਕਿ ਡਾਊਨਟਾਈਮ ਕਿੰਨਾ ਸਮਾਂ ਰਹੇਗਾ ਅਤੇ ਇਹ ਅੰਦਾਜ਼ਾ ਨਹੀਂ ਲਗਾ ਸਕਦਾ ਸੀ ਕਿ ਆਈਐਸਪੀ ਸਿਸਟਮ ਕਦੋਂ ਇੱਕ ਨਵਾਂ ਅਪਡੇਟ ਜਾਰੀ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕਰੇਗਾ।

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

ਅਸੁਵਿਧਾਜਨਕ ਪੈਨਲ ਇੰਟਰਫੇਸ

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

ਅਜਿਹੇ ਇੰਟਰਫੇਸ ਵਿੱਚ ਸਮਾਂ ਲੱਗਦਾ ਹੈ - ਸਾਡੇ ਅਤੇ ਸਾਡੇ ਗਾਹਕਾਂ ਦੋਵਾਂ ਲਈ। ਅਜਿਹੀ ਸਥਿਤੀ ਵਿੱਚ ਡਿਜੀਟਲ ਓਸ਼ਨ ਵਾਂਗ ਕਿਸੇ ਵੀ ਸਹੂਲਤ ਦਾ ਸਵਾਲ ਹੀ ਪੈਦਾ ਨਹੀਂ ਹੁੰਦਾ।

ਵਾਰ-ਵਾਰ API ਅੱਪਡੇਟਾਂ ਦੇ ਨਾਲ ਛੋਟੇ ਜੀਵਨ ਚੱਕਰ

ਅਸੀਂ ਆਪਣੇ ਖੁਦ ਦੇ ਪਲੱਗਇਨ ਲਿਖੇ - ਉਦਾਹਰਨ ਲਈ, ਵਾਧੂ ਭੁਗਤਾਨ ਵਿਧੀਆਂ ਵਾਲਾ ਇੱਕ ਪਲੱਗਇਨ ਜੋ VMManager ਵਿੱਚ ਨਹੀਂ ਹਨ।

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

ਸੋਧਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ

ਵਧੇਰੇ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ, ਇਹ ਸੰਭਵ ਹੈ, ਪਰ ਬਹੁਤ ਹੀ ਅਕੁਸ਼ਲ ਹੈ. ਲਾਈਸੈਂਸ ਪਾਬੰਦੀਆਂ ਤੁਹਾਨੂੰ ਸਰੋਤ ਕੋਡ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦੀਆਂ, ਤੁਸੀਂ ਸਿਰਫ਼ ਪਲੱਗਇਨ ਹੀ ਲਿਖ ਸਕਦੇ ਹੋ। ਅਧਿਕਤਮ ਪਲੱਗਇਨ - ਕੁਝ ਮੀਨੂ ਆਈਟਮਾਂ, ਇੱਕ ਕਦਮ-ਦਰ-ਕਦਮ ਵਿਜ਼ਾਰਡ। ISP ਸਿਸਟਮ ਬਹੁਪੱਖੀਤਾ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਪਰ ਸਾਨੂੰ ਵਿਸ਼ੇਸ਼ ਹੱਲਾਂ ਦੀ ਲੋੜ ਹੈ।

ਇਸ ਲਈ ਮੇਰਾ ਆਪਣਾ ਪੈਨਲ ਲਿਖਣ ਦਾ ਫੈਸਲਾ ਪੱਕਾ ਸੀ। ਅਸੀਂ ਟੀਚੇ ਨਿਰਧਾਰਤ ਕੀਤੇ ਹਨ:

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

ਅਤੇ ਅਸੀਂ ਵਿਕਾਸ ਸ਼ੁਰੂ ਕੀਤਾ.

ਨਵਾਂ ਪੈਨਲ ਆਰਕੀਟੈਕਚਰ

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

ਕਦਮ 1: ਸਰਵਰ ਏਜੰਟ

ਸਰਵਰ ਏਜੰਟ ਇੱਕ ਪਾਈਥਨ ਵੈੱਬ ਸਰਵਰ ਹੈ ਜੋ ਲਾਇਬ੍ਰੇਰੀ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦਾ ਹੈ Libvirt, ਜੋ ਬਦਲੇ ਵਿੱਚ ਸ਼ਾਸਨ ਕਰਦਾ ਹੈ Qemu-kvm ਹਾਈਪਰਵਾਈਜ਼ਰ.

ਏਜੰਟ ਸਰਵਰ 'ਤੇ ਸਾਰੀਆਂ ਸੇਵਾਵਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦਾ ਹੈ: libvirt ਲਾਇਬ੍ਰੇਰੀ ਰਾਹੀਂ ਬਣਾਉਣਾ, ਰੋਕਣਾ, vds ਨੂੰ ਮਿਟਾਉਣਾ, ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਸਥਾਪਤ ਕਰਨਾ, ਪੈਰਾਮੀਟਰ ਬਦਲਣਾ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਹੋਰ। ਲੇਖ ਦੇ ਪ੍ਰਕਾਸ਼ਨ ਦੇ ਸਮੇਂ, ਇਹ ਚਾਲੀ ਤੋਂ ਵੱਧ ਵੱਖ-ਵੱਖ ਫੰਕਸ਼ਨ ਹਨ, ਜੋ ਅਸੀਂ ਕੰਮ ਅਤੇ ਗਾਹਕ ਦੀਆਂ ਲੋੜਾਂ ਦੇ ਅਧਾਰ ਤੇ ਪੂਰਕ ਕਰਦੇ ਹਾਂ।

ਸਿਧਾਂਤ ਵਿੱਚ, libvirt ਨੂੰ ਬਿਲਿੰਗ ਤੋਂ ਸਿੱਧਾ ਨਿਯੰਤਰਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਪਰ ਇਸ ਲਈ ਬਹੁਤ ਜ਼ਿਆਦਾ ਵਾਧੂ ਕੋਡ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਅਤੇ ਅਸੀਂ ਇਹਨਾਂ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਏਜੰਟ ਅਤੇ ਬਿਲਿੰਗ ਵਿਚਕਾਰ ਵੱਖ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ - ਬਿਲਿੰਗ ਸਿਰਫ਼ JSON API ਰਾਹੀਂ ਏਜੰਟ ਨੂੰ ਬੇਨਤੀਆਂ ਕਰਦੀ ਹੈ।

ਏਜੰਟ ਪਹਿਲੀ ਚੀਜ਼ ਹੈ ਜੋ ਅਸੀਂ ਕੀਤੀ, ਕਿਉਂਕਿ ਇਸ ਨੂੰ ਕਿਸੇ ਇੰਟਰਫੇਸ ਦੀ ਲੋੜ ਨਹੀਂ ਸੀ ਅਤੇ ਸਰਵਰ ਕੰਸੋਲ ਤੋਂ ਸਿੱਧੇ ਇਸਦੀ ਜਾਂਚ ਕਰਨਾ ਸੰਭਵ ਸੀ।

ਸਰਵਰ ਏਜੰਟ ਨੇ ਸਾਨੂੰ ਕੀ ਦਿੱਤਾ: ਇੱਕ ਪਰਤ ਪ੍ਰਗਟ ਹੋਈ ਹੈ ਜੋ ਹਰ ਕਿਸੇ ਲਈ ਜੀਵਨ ਨੂੰ ਸਰਲ ਬਣਾਉਂਦੀ ਹੈ - ਬਿਲਿੰਗ ਨੂੰ ਆਦੇਸ਼ਾਂ ਦਾ ਪੂਰਾ ਸਮੂਹ ਭੇਜਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ, ਪਰ ਸਿਰਫ ਇੱਕ ਬੇਨਤੀ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਅਤੇ ਏਜੰਟ ਉਹ ਸਭ ਕੁਝ ਕਰੇਗਾ ਜਿਸਦੀ ਲੋੜ ਹੈ: ਉਦਾਹਰਨ ਲਈ, ਇਹ ਡਿਸਕ ਸਪੇਸ ਅਤੇ RAM ਨਿਰਧਾਰਤ ਕਰੇਗਾ।

ਕਦਮ 2. ਬਿਲਿੰਗ

ਸਾਡੇ ਡਿਵੈਲਪਰ ਅਲੈਕਸ ਲਈ, ਇਹ ਪਹਿਲਾ ਕੰਟਰੋਲ ਪੈਨਲ ਨਹੀਂ ਸੀ - ਅਲੈਕਸ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਹੋਸਟਿੰਗ ਵਿੱਚ ਰਿਹਾ ਹੈ, ਇਸਲਈ ਉਹ ਆਮ ਤੌਰ 'ਤੇ ਸਮਝਦਾ ਸੀ ਕਿ ਕਲਾਇੰਟ ਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਹੋਸਟਰ ਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ.

ਅਸੀਂ ਆਪਸ ਵਿੱਚ ਬਿਲਿੰਗ ਨੂੰ "ਕੰਟਰੋਲ ਪੈਨਲ" ਕਹਿੰਦੇ ਹਾਂ: ਇਸ ਵਿੱਚ ਸਿਰਫ਼ ਪੈਸੇ ਅਤੇ ਸੇਵਾਵਾਂ ਹੀ ਨਹੀਂ, ਸਗੋਂ ਉਹਨਾਂ ਦਾ ਪ੍ਰਬੰਧਨ, ਗਾਹਕ ਸਹਾਇਤਾ ਅਤੇ ਹੋਰ ਵੀ ਬਹੁਤ ਕੁਝ ਸ਼ਾਮਲ ਹੈ।

ISPSystem ਸੌਫਟਵੇਅਰ ਤੋਂ ਸਵਿੱਚ ਕਰਨ ਲਈ, ਗਾਹਕਾਂ ਲਈ ਪਿਛਲੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸੁਰੱਖਿਅਤ ਰੱਖਣਾ, ਉਪਭੋਗਤਾਵਾਂ ਦੀਆਂ ਸਾਰੀਆਂ ਵਿੱਤੀ ਕਾਰਵਾਈਆਂ ਨੂੰ ਪੁਰਾਣੀ ਬਿਲਿੰਗ ਤੋਂ ਨਵੇਂ ਵਿੱਚ ਤਬਦੀਲ ਕਰਨ ਦੇ ਨਾਲ-ਨਾਲ ਸਾਰੀਆਂ ਸੇਵਾਵਾਂ ਅਤੇ ਉਹਨਾਂ ਵਿਚਕਾਰ ਕਨੈਕਸ਼ਨਾਂ ਨੂੰ ਤਬਦੀਲ ਕਰਨਾ ਜ਼ਰੂਰੀ ਸੀ। ਅਸੀਂ ਅਧਿਐਨ ਕੀਤਾ ਕਿ ਮੌਜੂਦਾ ਉਤਪਾਦ ਵਿੱਚ ਕੀ ਹੈ, ਫਿਰ ਮੁਕਾਬਲੇਬਾਜ਼ਾਂ ਦੇ ਹੱਲ, ਮੁੱਖ ਤੌਰ 'ਤੇ DO ਅਤੇ Vultr. ਅਸੀਂ ਨੁਕਸਾਨਾਂ ਅਤੇ ਫਾਇਦਿਆਂ ਨੂੰ ਦੇਖਿਆ, ISP ਸਿਸਟਮ ਤੋਂ ਪੁਰਾਣੇ ਉਤਪਾਦਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਵਾਲੇ ਲੋਕਾਂ ਤੋਂ ਫੀਡਬੈਕ ਇਕੱਠੀ ਕੀਤੀ।

ਨਵੀਂ ਬਿਲਿੰਗ ਵਿੱਚ ਦੋ ਸਟੈਕ ਵਰਤੇ ਗਏ ਹਨ: ਕਲਾਸਿਕ PHP, MySQL (ਅਤੇ ਭਵਿੱਖ ਵਿੱਚ ਇਸਨੂੰ PostgreSQL ਵਿੱਚ ਬਦਲਣ ਦੀ ਯੋਜਨਾ ਹੈ), Yii2 ਬੈਕਐਂਡ 'ਤੇ ਇੱਕ ਫਰੇਮਵਰਕ ਵਜੋਂ ਅਤੇ VueJS ਫਰੰਟ 'ਤੇ। ਸਟੈਕ ਇੱਕ ਦੂਜੇ ਤੋਂ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ, ਵੱਖ-ਵੱਖ ਲੋਕਾਂ ਦੁਆਰਾ ਵਿਕਸਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ JSON API ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸੰਚਾਰ ਕਰਦੇ ਹਨ। ਵਿਕਾਸ ਲਈ ਉਦੋਂ ਅਤੇ ਹੁਣ ਅਸੀਂ ਵਰਤਦੇ ਹਾਂ PHPSstorm и ਵੈਬਸਟਰਮ JetBrains ਤੋਂ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਪਿਆਰ ਨਾਲ ਪਿਆਰ ਕਰੋ (ਹੇ ਦੋਸਤੋ!)

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

ਸਾਨੂੰ ਕੀ ਮਿਲਿਆ: ਇੱਕ ਕੰਟਰੋਲ ਪੈਨਲ ਜਿਸ ਉੱਤੇ ਸਾਡਾ ਪੂਰਾ ਕੰਟਰੋਲ ਹੈ। ਹੁਣ ਬੱਗ ਘੰਟਿਆਂ ਵਿੱਚ ਹੱਲ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਹਫ਼ਤਿਆਂ ਵਿੱਚ ਨਹੀਂ, ਅਤੇ ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਗਾਹਕਾਂ ਦੀ ਬੇਨਤੀ 'ਤੇ ਲਾਗੂ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਨਾ ਕਿ ISPSystem ਦੀ ਬੇਨਤੀ 'ਤੇ।

ਕਦਮ 3 ਇੰਟਰਫੇਸ

ਇੰਟਰਫੇਸ ਸਾਡੀ ਟੀਮ ਦੇ ਦਿਮਾਗ ਦੀ ਉਪਜ ਹੈ।

ਪਹਿਲਾਂ, ਅਸੀਂ ਦੇਖਿਆ ਕਿ ਕੀ ਹੋਵੇਗਾ ਜੇਕਰ ਅਸੀਂ ਇੰਟਰਫੇਸ ਵਿੱਚ ਬੁਨਿਆਦੀ ਤੌਰ 'ਤੇ ਕੁਝ ਵੀ ਬਦਲੇ ਬਿਨਾਂ ISPsystem API ਉੱਤੇ ਇੱਕ ਐਡ-ਆਨ ਬਣਾਉਂਦੇ ਹਾਂ। ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਨਿਕਲਿਆ ਅਤੇ ਅਸੀਂ ਸ਼ੁਰੂ ਤੋਂ ਸਭ ਕੁਝ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ।

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

ਬਿਲਿੰਗ ਪੇਜ ਦਾ ਡਿਜ਼ਾਈਨ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਦਿਖਾਈ ਦੇਣ ਵਾਲਾ ਸੀ, ਕਿਉਂਕਿ ਅਸੀਂ ਪਹਿਲਾਂ ਹੀ ISP ਸਿਸਟਮ ਲਈ ਭੁਗਤਾਨ ਪਲੱਗਇਨ ਬਣਾ ਚੁੱਕੇ ਹਾਂ।

ਅਗਰਾਂਤ

ਉਹਨਾਂ ਨੇ ਪੈਨਲ ਨੂੰ ਇੱਕ SPA ਐਪਲੀਕੇਸ਼ਨ ਬਣਾਉਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ - ਸਰੋਤਾਂ ਦੀ ਮੰਗ ਨਾ ਕਰਦੇ ਹੋਏ ਅਤੇ ਤੇਜ਼ ਡਾਟਾ ਲੋਡਿੰਗ ਦੇ ਨਾਲ। ਸਾਡੇ ਫਰੰਟ-ਐਂਡਰ ਆਰਟਿਸ਼ ਨੇ ਇਸਨੂੰ Vue 'ਤੇ ਲਿਖਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ — ਉਸ ਸਮੇਂ Vue ਹੁਣੇ ਹੀ ਪ੍ਰਗਟ ਹੋਇਆ ਸੀ। ਅਸੀਂ ਇਹ ਮੰਨਿਆ ਕਿ ਫਰੇਮਵਰਕ ਗਤੀਸ਼ੀਲ ਤੌਰ 'ਤੇ ਵਿਕਸਤ ਹੋਵੇਗਾ, ਜਿਵੇਂ ਕਿ ਪ੍ਰਤੀਕਰਮ, ਕੁਝ ਸਮੇਂ ਬਾਅਦ Vue ਕਮਿਊਨਿਟੀ ਵਧੇਗੀ ਅਤੇ ਲਾਇਬ੍ਰੇਰੀਆਂ ਦਾ ਸਮੁੰਦਰ ਦਿਖਾਈ ਦੇਵੇਗਾ। ਅਸੀਂ Vue 'ਤੇ ਸੱਟਾ ਲਗਾਉਂਦੇ ਹਾਂ ਅਤੇ ਇਸ 'ਤੇ ਪਛਤਾਵਾ ਨਹੀਂ ਕੀਤਾ - ਹੁਣ ਫਰੰਟ ਵਿੱਚ ਨਵੇਂ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਜੋੜਨ ਵਿੱਚ ਥੋੜ੍ਹਾ ਸਮਾਂ ਲੱਗਦਾ ਹੈ ਜੋ ਪਹਿਲਾਂ ਹੀ ਪਿਛਲੇ ਸਿਰੇ 'ਤੇ ਪ੍ਰੋਗਰਾਮ ਕੀਤੇ ਗਏ ਹਨ। ਅਸੀਂ ਤੁਹਾਨੂੰ ਇੱਕ ਵੱਖਰੇ ਲੇਖ ਵਿੱਚ ਫਰੰਟ-ਐਂਡ ਪੈਨਲ ਬਾਰੇ ਹੋਰ ਦੱਸਾਂਗੇ।

ਫਰੰਟਐਂਡ ਨੂੰ ਬੈਕਐਂਡ ਨਾਲ ਜੋੜਿਆ ਜਾ ਰਿਹਾ ਹੈ

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

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

ਕਦਮ 4. ਟੈਸਟਿੰਗ ਅਤੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਸਕੀਮ

ਜਦੋਂ ਸਭ ਕੁਝ ਸ਼ੁਰੂ ਹੋ ਗਿਆ ਅਤੇ ਪਹਿਲੇ ਟੈਸਟ ਪਾਸ ਹੋ ਗਏ, ਪਰਵਾਸ ਦਾ ਸਵਾਲ ਖੜ੍ਹਾ ਹੋਇਆ. ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਅਸੀਂ ਬਿਲਿੰਗ ਸਥਾਪਿਤ ਕੀਤੀ ਅਤੇ ਸਰਵਰ ਏਜੰਟ ਨਾਲ ਇਸਦੀ ਕਾਰਵਾਈ ਦੀ ਜਾਂਚ ਸ਼ੁਰੂ ਕੀਤੀ।

ਫਿਰ ਅਸੀਂ ਇੱਕ ਸਧਾਰਨ ਸਕ੍ਰਿਪਟ ਲਿਖੀ ਜੋ ਡੇਟਾਬੇਸ ਨੂੰ ਪੁਰਾਣੀ ਬਿਲਿੰਗ ਤੋਂ ਨਵੀਂ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕਰਦੀ ਹੈ।

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

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

ਫਿਰ ਅਸੀਂ ਗਾਹਕਾਂ ਨੂੰ ਨਵੇਂ ਪੈਨਲ ਦੇ ਪਤੇ ਅਤੇ ਬਿਲਿੰਗ ਦੇ ਨਾਲ ਚਿੱਠੀਆਂ ਭੇਜੀਆਂ ਅਤੇ ਇੱਕ ਰੀਡਾਇਰੈਕਟ ਕੀਤਾ।

ਸੰਖੇਪ ਵਿੱਚ: ਇਹ ਜ਼ਿੰਦਾ ਹੈ!

ਖੁਸ਼ੀ ਦਾ ਅੰਤ

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

ਨਵੇਂ ਪੈਨਲ ਦੀ ਸ਼ੁਰੂਆਤ ਤੋਂ ਬਾਅਦ ਪਹਿਲੀ ਸਮੀਖਿਆ

ਅਸੀਂ ਦਸੰਬਰ ਵਿੱਚ, ਨਵੇਂ ਸਾਲ 2017 ਦੀ ਪੂਰਵ ਸੰਧਿਆ 'ਤੇ, ਜਦੋਂ ਲੋਡ ਸਭ ਤੋਂ ਘੱਟ ਸੀ, ਗਾਹਕਾਂ ਲਈ ਪਰਿਵਰਤਨ ਨੂੰ ਆਸਾਨ ਬਣਾਉਣ ਲਈ, ਪਰਿਵਰਤਨ ਪ੍ਰਕਿਰਿਆ ਸ਼ੁਰੂ ਕੀਤੀ - ਛੁੱਟੀਆਂ ਦੀ ਪੂਰਵ ਸੰਧਿਆ 'ਤੇ ਲਗਭਗ ਕੋਈ ਵੀ ਕੰਮ ਨਹੀਂ ਕਰਦਾ।

ਸਾਡੇ ਸਿਸਟਮ (ਆਮ ਭਰੋਸੇਯੋਗਤਾ ਅਤੇ ਸਹੂਲਤ ਤੋਂ ਇਲਾਵਾ) ਨੂੰ ਬਦਲਣ ਵੇਲੇ ਸਾਨੂੰ ਮਿਲੀ ਮੁੱਖ ਚੀਜ਼ ਮੁੱਖ ਗਾਹਕਾਂ ਲਈ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਜੋੜਨ ਦੀ ਯੋਗਤਾ ਹੈ - ਉਹਨਾਂ ਦਾ ਚਿਹਰਾ ਬਣਨਾ, ਨਾ ਕਿ ਉਹਨਾਂ ਦਾ ਗਧਾ।

ਅੱਗੇ ਕੀ ਹੈ?

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

ਬੇਸ਼ੱਕ, ਸਾਡੇ ਕੋਲ ਅਜੇ ਵੀ ਸਾਹਸ ਸਨ ਕਿਉਂਕਿ ਉਤਪਾਦ ਵਿਕਸਿਤ ਹੁੰਦਾ ਹੈ ਅਤੇ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਹੋ ਜਾਂਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ ਜਦੋਂ ਅਸੀਂ ਹਾਈਲੋਡ ਨੂੰ ਜੋੜਿਆ ਸੀ।

ਅਗਲੇ ਲੇਖ ਵਿੱਚ, ਅਸੀਂ ਤੁਹਾਨੂੰ ਦੱਸਾਂਗੇ ਕਿ ਹਾਈ-ਸੀਪੀਯੂ ਟੈਰਿਫ ਕਿਵੇਂ ਲਾਂਚ ਕੀਤਾ ਗਿਆ ਸੀ: ਹਾਰਡਵੇਅਰ, ਸੌਫਟਵੇਅਰ ਬਾਰੇ, ਅਸੀਂ ਕਿਹੜੇ ਕੰਮ ਹੱਲ ਕੀਤੇ ਅਤੇ ਅਸੀਂ ਕੀ ਕੀਤਾ।

ਸਰੋਤ: www.habr.com