શૂન્ય ડાઉનટાઇમ જમાવટ અને ડેટાબેસેસ

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

જો તમે લેખમાંથી કોડ ઉદાહરણો સમજવા માંગતા હો, તો તમે તેને અહીંથી શોધી શકો છો GitHub.

પરિચય

શૂન્ય ડાઉનટાઇમ જમાવટ

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

આ કેવી રીતે હાંસલ કરવું? ત્યાં ઘણી રીતો છે, તેમાંથી એક અહીં છે:

• તમારી સેવાના સંસ્કરણ નંબર 1 નો ઉપયોગ કરો
• ડેટાબેઝ સ્થળાંતર કરો
• સંસ્કરણ #2 ની સમાંતર તમારી સેવાના સંસ્કરણ #1 નો ઉપયોગ કરો
• જલદી તમે જુઓ કે સંસ્કરણ નંબર 2 તે જોઈએ તે પ્રમાણે કાર્ય કરે છે, સંસ્કરણ નંબર 1 દૂર કરો
• થઈ ગયું!

સરળ, તે નથી? કમનસીબે, તે એટલું સરળ નથી, અને અમે તેને પછીથી વિગતવાર જોઈશું. હવે ચાલો બીજી એકદમ સામાન્ય જમાવટ પ્રક્રિયા તપાસીએ - વાદળી લીલા જમાવટ.

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

• ખાતરી કરો કે તમારા ઉત્પાદન કોડની બે નકલો ("વાદળી" અને "લીલો") કામ કરે છે;
• તમામ ટ્રાફિકને વાદળી વાતાવરણ તરફ દિશામાન કરો, એટલે કે. જેથી ઉત્પાદન URL ત્યાં નિર્દેશ કરે છે;
• ગ્રીન એન્વાયર્નમેન્ટમાં એપ્લિકેશનના તમામ ફેરફારોનો ઉપયોગ અને પરીક્ષણ કરો;
• યુઆરએલને વાદળીમાંથી લીલા વાતાવરણમાં સ્વિચ કરો

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

ઉપરોક્ત તમામ વાંચ્યા પછી, તમે પ્રશ્ન પૂછી શકો છો: વાદળી લીલા જમાવટ સાથે શૂન્ય ડાઉનટાઇમનો શું સંબંધ છે?

ઠીક છે, તેઓમાં ઘણું સામ્ય છે, કારણ કે સમાન વાતાવરણની બે નકલો જાળવવા માટે તેમને જાળવવા માટે બમણા પ્રયત્નોની જરૂર પડે છે. આ કારણે કેટલીક ટીમો દાવો કરે છે માર્ટિન ફાઉલર, આ અભિગમની વિવિધતાને અનુસરો:

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

અને અહીં આપણે આ લેખમાં મુખ્ય સમસ્યા પર આવીએ છીએ. ડેટાબેઝ. ચાલો આ વાક્ય પર બીજી નજર કરીએ.

ડેટાબેઝ સ્થળાંતર કરો.

હવે તમારે તમારી જાતને પ્રશ્ન પૂછવો પડશે - જો ડેટાબેઝ ફેરફાર પાછળની તરફ સુસંગત ન હોય તો શું? શું એપ્લિકેશનનું મારું પ્રથમ સંસ્કરણ તૂટી જશે નહીં? વાસ્તવમાં, આવું જ થશે...

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

• એપ્લિકેશનના નવા સંસ્કરણ સાથે પેકેજ તૈયાર કરો
• ચાલી રહેલ એપ્લિકેશનને બંધ કરો
• ડેટાબેઝને સ્થાનાંતરિત કરવા માટે સ્ક્રિપ્ટો ચલાવો
• એપ્લિકેશનનું નવું વર્ઝન જમાવવું અને લોન્ચ કરવું

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

ડેટાબેઝ સમસ્યાઓ

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

સંસ્કરણ યોજના

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

└── db
 └── migration
     ├── V1__init.sql
     ├── V2__Add_surname.sql
     ├── V3__Final_migration.sql
     └── V4__Remove_lastname.sql

આ ઉદાહરણમાં આપણે 4 સ્થળાંતર સ્ક્રિપ્ટો જોઈએ છીએ જે, જો અગાઉ એક્ઝિક્યુટ કરવામાં આવી ન હોય, તો જ્યારે એપ્લિકેશન શરૂ થશે ત્યારે એક પછી એક ચલાવવામાં આવશે. ચાલો એક ફાઈલો જોઈએ (V1__init.sql) ઉદાહરણ તરીકે.

CREATE TABLE PERSON (
id BIGINT GENERATED BY DEFAULT AS IDENTITY,
first_name varchar(255) not null,
last_name varchar(255) not null
);

insert into PERSON (first_name, last_name) values ('Dave', 'Syer');

બધું સંપૂર્ણપણે સ્વ-સ્પષ્ટીકરણ છે: તમે તમારા ડેટાબેઝને કેવી રીતે સંશોધિત કરવું જોઈએ તે વ્યાખ્યાયિત કરવા માટે SQL નો ઉપયોગ કરી શકો છો. સ્પ્રિંગ બૂટ અને ફ્લાયવે વિશે વધુ માહિતી માટે, તપાસો વસંત બુટ ડૉક્સ.

સ્પ્રિંગ બૂટ સાથે સ્ત્રોત નિયંત્રણ સાધનનો ઉપયોગ કરીને, તમને 2 મોટા લાભો મળે છે:

• તમે ડેટાબેઝના ફેરફારોને કોડ ફેરફારોથી અલગ કરો છો
• ડેટાબેઝ સ્થળાંતર તમારી એપ્લિકેશનના રોલઆઉટ સાથે થાય છે, એટલે કે. તમારી જમાવટ પ્રક્રિયા સરળ છે

ડેટાબેઝ સમસ્યાઓનું નિવારણ

લેખના આગલા વિભાગમાં, અમે ડેટાબેઝ ફેરફારો માટેના બે અભિગમો પર ધ્યાન કેન્દ્રિત કરીશું.

• પછાત અસંગતતા
• પછાત સુસંગતતા

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

અમારો પ્રોજેક્ટ અમે જેના પર કામ કરીશું તે એક સરળ સ્પ્રિંગ બૂટ ફ્લાયવે એપ્લિકેશન હશે જેમાં છે Person с first_name и last_name ડેટાબેઝમાં (આશરે અનુવાદ: Person એક ટેબલ છે અને એફirst_name и last_name - આ તેમાંના ક્ષેત્રો છે). અમે નામ બદલવા માંગીએ છીએ last_name в surname.

ધારણા

અમે વિગતોમાં પ્રવેશતા પહેલા, અમારી અરજીઓ વિશે અમારે કેટલીક ધારણાઓ કરવાની જરૂર છે. અમે જે મુખ્ય પરિણામ પ્રાપ્ત કરવા માંગીએ છીએ તે એકદમ સરળ પ્રક્રિયા હશે.

નોંધ. વ્યવસાય પ્રો-ટીપ. પ્રક્રિયાઓને સરળ બનાવવાથી તમે સપોર્ટ પર ઘણા પૈસા બચાવી શકો છો (તમે તમારી કંપની માટે જેટલા વધુ લોકો કામ કરશો, તેટલા વધુ પૈસા તમે બચાવી શકશો)!

ડેટાબેઝને રોલબેક કરવાની જરૂર નથી

આ જમાવટ પ્રક્રિયાને સરળ બનાવે છે (કેટલાક ડેટાબેઝ રોલબેક લગભગ અશક્ય છે, જેમ કે કાઢી નાખવું રોલબેક). અમે ફક્ત એપ્લિકેશંસને રોલ બેક કરવાનું પસંદ કરીએ છીએ. આ રીતે, જો તમારી પાસે અલગ અલગ ડેટાબેઝ હોય તો પણ (ઉદાહરણ તરીકે, SQL અને NoSQL), તમારી ડિપ્લોયમેન્ટ પાઇપલાઇન સમાન દેખાશે.

એપ્લિકેશનને એક વર્ઝન પાછું રોલ બેક કરવું હંમેશા શક્ય હોવું જોઈએ (વધુ નહીં)

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

નોંધ. વધુ વાંચનક્ષમતા માટે, આ લેખમાં અમે એપ્લિકેશનના મુખ્ય સંસ્કરણને બદલીશું.

પગલું 1: પ્રારંભિક સ્થિતિ

એપ્લિકેશન સંસ્કરણ: 1.0.0
DB સંસ્કરણ: v1

ટિપ્પણી

આ એપ્લિકેશનની પ્રારંભિક સ્થિતિ હશે.

ડેટાબેઝ ફેરફારો

DB સમાવે છે last_name.

CREATE TABLE PERSON (
id BIGINT GENERATED BY DEFAULT AS IDENTITY,
first_name varchar(255) not null,
last_name varchar(255) not null
);

insert into PERSON (first_name, last_name) values ('Dave', 'Syer');

કોડ ફેરફારો

એપ્લિકેશન વ્યક્તિના ડેટાને તેમાં સંગ્રહિત કરે છે last_name:

/*
 * Copyright 2012-2016 the original author or authors.
 *
 * Licensed under the Apache License, Version 2.0 (the "License");
 * you may not use this file except in compliance with the License.
 * You may obtain a copy of the License at
 *
 *      http://www.apache.org/licenses/LICENSE-2.0
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an "AS IS" BASIS,
 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 * See the License for the specific language governing permissions and
 * limitations under the License.
 */

package sample.flyway;

import javax.persistence.Entity;
import javax.persistence.GeneratedValue;
import javax.persistence.Id;

@Entity
public class Person {
    @Id
    @GeneratedValue
    private Long id;
    private String firstName;
    private String lastName;

    public String getFirstName() {
        return this.firstName;
    }

    public void setFirstName(String firstName) {
        this.firstName = firstName;
    }

    public String getLastName() {
        return this.lastName;
    }

    public void setLastName(String lastname) {
        this.lastName = lastname;
    }

    @Override
    public String toString() {
        return "Person [firstName=" + this.firstName + ", lastName=" + this.lastName
                + "]";
    }
}

પાછળની તરફ અસંગત કૉલમનું નામ બદલવું

ચાલો કૉલમનું નામ કેવી રીતે બદલવું તેનું ઉદાહરણ જોઈએ:

ધ્યાન. નીચેનું ઉદાહરણ ઇરાદાપૂર્વક વસ્તુઓને તોડી નાખશે. અમે ડેટાબેઝ સુસંગતતાની સમસ્યાને દર્શાવવા માટે આ બતાવીએ છીએ.

એપ્લિકેશન સંસ્કરણ: 2.0.0.BAD

DB સંસ્કરણ: v2bad

ટિપ્પણી

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

A/B પરીક્ષણ

વર્તમાન પરિસ્થિતિ એ છે કે અમારી પાસે એપ્લિકેશન સંસ્કરણ છે 1.0.0, ઉત્પાદન અને ડેટાબેઝમાં તૈનાત v1. અમારે એપ્લિકેશન, સંસ્કરણનો બીજો દાખલો જમાવવાની જરૂર છે 2.0.0.BAD, અને ડેટાબેઝને અપડેટ કરો v2bad.

પગલાં:

1. સંસ્કરણ એપ્લિકેશનનો નવો દાખલો જમાવવામાં આવ્યો છે 2.0.0.BADજે ડેટાબેઝને અપડેટ કરે છે v2bad
2. ડેટાબેઝમાં v2bad ક columnલમ last_name હવે અસ્તિત્વમાં નથી - તે બદલાઈ ગયું હતું surname
3. ડેટાબેઝ અને એપ્લિકેશન અપડેટ સફળ થયું અને કેટલાક ઉદાહરણો ચાલી રહ્યા છે 1.0.0, અન્ય - માં 2.0.0.BAD. બધું ડેટાબેઝ સાથે જોડાયેલ છે v2bad
4. સંસ્કરણના તમામ ઉદાહરણો 1.0.0 ભૂલો ફેંકવાનું શરૂ કરશે કારણ કે તેઓ કૉલમમાં ડેટા દાખલ કરવાનો પ્રયાસ કરશે last_nameજેઓ હવે અસ્તિત્વમાં નથી
5. સંસ્કરણના તમામ ઉદાહરણો 2.0.0.BAD સમસ્યા વિના કામ કરશે

જેમ તમે જોઈ શકો છો, જો આપણે ડેટાબેઝ અને એપ્લિકેશનમાં પાછળની તરફ અસંગત ફેરફારો કરીએ, તો A/B પરીક્ષણ અશક્ય છે.

એપ્લિકેશન રોલબેક

ચાલો ધારીએ કે A/B જમાવટ કરવાનો પ્રયાસ કર્યા પછી (આશરે પ્રતિ.: લેખકનો અર્થ કદાચ અહીં A/B પરીક્ષણ કરવાનો છે) અમે નક્કી કર્યું છે કે અમારે એપ્લીકેશનને વર્ઝન પર પાછું ફેરવવાની જરૂર છે 1.0.0. ચાલો કહીએ કે અમે ડેટાબેઝને રોલબેક કરવા માંગતા નથી.

પગલાં:

1. અમે સંસ્કરણ એપ્લિકેશન દાખલાને બંધ કરીએ છીએ 2.0.0.BAD
2. ડેટાબેઝ હજુ પણ છે v2bad
3. આવૃત્તિ થી 1.0.0 તે શું છે તે સમજાતું નથી surname, આપણે ભૂલો જોશું
4. નરક છૂટી ગયો છે, અમે હવે પાછા જઈ શકતા નથી

જેમ તમે જોઈ શકો છો, જો અમે ડેટાબેઝ અને એપ્લિકેશનમાં પાછળની તરફ અસંગત ફેરફારો કરીએ છીએ, તો અમે પાછલા સંસ્કરણ પર પાછા ફરી શકતા નથી.

સ્ક્રિપ્ટ એક્ઝેક્યુશન લોગ્સ

Backward incompatible scenario:

01) Run 1.0.0
02) Wait for the app (1.0.0) to boot
03) Generate a person by calling POST localhost:9991/person to version 1.0.0
04) Run 2.0.0.BAD
05) Wait for the app (2.0.0.BAD) to boot
06) Generate a person by calling POST localhost:9991/person to version 1.0.0 <-- this should fail
07) Generate a person by calling POST localhost:9992/person to version 2.0.0.BAD <-- this should pass

Starting app in version 1.0.0
Generate a person in version 1.0.0
Sending a post to 127.0.0.1:9991/person. This is the response:

{"firstName":"b73f639f-e176-4463-bf26-1135aace2f57","lastName":"b73f639f-e176-4463-bf26-1135aace2f57"}

Starting app in version 2.0.0.BAD
Generate a person in version 1.0.0
Sending a post to 127.0.0.1:9991/person. This is the response:

curl: (22) The requested URL returned error: 500 Internal Server Error

Generate a person in version 2.0.0.BAD
Sending a post to 127.0.0.1:9995/person. This is the response:

{"firstName":"e156be2e-06b6-4730-9c43-6e14cfcda125","surname":"e156be2e-06b6-4730-9c43-6e14cfcda125"}

ડેટાબેઝ ફેરફારો

સ્થળાંતર સ્ક્રિપ્ટ કે જે નામ બદલાય છે last_name в surname

સ્ત્રોત ફ્લાયવે સ્ક્રિપ્ટ:

CREATE TABLE PERSON (
id BIGINT GENERATED BY DEFAULT AS IDENTITY,
first_name varchar(255) not null,
last_name varchar(255) not null
);

insert into PERSON (first_name, last_name) values ('Dave', 'Syer');

નામ બદલતી સ્ક્રિપ્ટ last_name.

-- This change is backward incompatible - you can't do A/B testing
ALTER TABLE PERSON CHANGE last_name surname VARCHAR;

કોડ ફેરફારો

અમે ક્ષેત્રનું નામ બદલ્યું છે lastName પર surname.

પાછળની-સુસંગત રીતે કૉલમનું નામ બદલવું

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

નોંધ. યાદ કરો કે અમારી પાસે વર્ઝન ડેટાબેઝ છે v1. તેમાં કૉલમ છે first_name и last_name. આપણે બદલવું પડશે last_name પર surname. અમારી પાસે એપ વર્ઝન પણ છે 1.0.0, જેનો હજુ ઉપયોગ થયો નથી surname.

પગલું 2: અટક ઉમેરો

એપ્લિકેશન સંસ્કરણ: 2.0.0
DB સંસ્કરણ: v2

ટિપ્પણી

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

અમે એક નવું સંસ્કરણ રજૂ કરી રહ્યાં છીએ

પગલાં:

1. નવી કૉલમ બનાવવા માટે ડેટાબેઝ સ્થળાંતર કરો surname. હવે તમારું DB સંસ્કરણ v2
2. ના ડેટાની નકલ કરો last_name в surname. ધ્યાન આપોકે જો તમારી પાસે આટલો ઘણો ડેટા હોય, તો તમારે બેચ સ્થાનાંતરણને ધ્યાનમાં લેવું જોઈએ!
3. કોડ લખો જ્યાં તેઓ વપરાય છે બંને и новыйઅને વૃદ્ધ કૉલમ હવે તમારું એપ વર્ઝન 2.0.0
4. કૉલમમાંથી મૂલ્ય વાંચો surname, જો તે નથી null, અથવા l થીast_nameજો surname ઉલ્લેખ નથી. તમે કાઢી શકો છો getLastName() કોડમાંથી, કારણ કે તે આઉટપુટ કરશે null જ્યારે થી તમારી અરજી પાછી ખેંચો 3.0.0 માટે 2.0.0.

જો તમે સ્પ્રિંગ બૂટ ફ્લાયવેનો ઉપયોગ કરી રહ્યાં છો, તો આ બે પગલાં વર્ઝન સ્ટાર્ટઅપ દરમિયાન કરવામાં આવશે 2.0.0 એપ્લિકેશન્સ જો તમે ડેટાબેઝ વર્ઝનિંગ ટૂલ મેન્યુઅલી ચલાવો છો, તો તમારે આ કરવા માટે બે અલગ-અલગ વસ્તુઓ કરવી પડશે (પહેલા ડીબી વર્ઝનને મેન્યુઅલી અપડેટ કરો અને પછી નવી એપ્લિકેશનનો ઉપયોગ કરો).

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

તે મહત્વનું છે. તમારે પદ્ધતિ દૂર કરવી જોઈએ getLastName(), કારણ કે સંસ્કરણમાં 3.0.0 કોડમાં કૉલમનો કોઈ ખ્યાલ નથી last_name. આનો અર્થ એ છે કે ત્યાં નલ સેટ કરવામાં આવશે. તમે પદ્ધતિ છોડી શકો છો અને માટે ચેક ઉમેરી શકો છો null, પરંતુ વધુ સારો ઉકેલ એ છે કે તર્કમાં તેની ખાતરી કરવી getSurname() તમે યોગ્ય બિન-શૂન્ય મૂલ્ય પસંદ કર્યું છે.

A/B પરીક્ષણ

વર્તમાન પરિસ્થિતિ એ છે કે અમારી પાસે એપ્લિકેશન સંસ્કરણ છે 1.0.0, ઉત્પાદન પર તૈનાત, અને ડેટાબેઝમાં v1. અમારે સંસ્કરણ એપ્લિકેશનનો બીજો દાખલો જમાવવાની જરૂર છે 2.0.0જે ડેટાબેઝને અપડેટ કરશે v2.

પગલાં:

1. સંસ્કરણ એપ્લિકેશનનો નવો દાખલો જમાવવામાં આવ્યો છે 2.0.0જે ડેટાબેઝને અપડેટ કરે છે v2
2. આ દરમિયાન કેટલીક વિનંતીઓ આવૃત્તિ દાખલાઓ દ્વારા પ્રક્રિયા કરવામાં આવી હતી 1.0.0
3. અપડેટ સફળ થયું અને તમારી પાસે વર્ઝન એપ્લિકેશનના બહુવિધ ચાલી રહેલા ઉદાહરણો છે 1.0.0 અને અન્ય આવૃત્તિઓ 2.0.0. દરેક વ્યક્તિ ડેટાબેઝ સાથે વાતચીત કરે છે v2
4. આવૃત્તિ 1.0.0 ડેટાબેઝમાં અટક કૉલમનો ઉપયોગ કરતું નથી, પરંતુ સંસ્કરણ 2.0.0 ઉપયોગ કરે છે. તેઓ એકબીજા સાથે દખલ કરતા નથી, અને ત્યાં કોઈ ભૂલો ન હોવી જોઈએ.
5. આવૃત્તિ 2.0.0 પછાત સુસંગતતા સુનિશ્ચિત કરીને જૂના અને નવા બંને કૉલમમાં ડેટા સ્ટોર કરે છે

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

એપ્લિકેશન રોલબેક

હવે અમારી પાસે એપ વર્ઝન છે 2.0.0 અને ડેટાબેઝ માં v2.

પગલાં:

1. તમારી એપ્લિકેશનને સંસ્કરણ પર પાછા ફેરવો 1.0.0.
2. આવૃત્તિ 1.0.0 ડેટાબેઝમાં કૉલમનો ઉપયોગ કરતું નથી surname, તેથી રોલબેક સફળ હોવું જોઈએ

DB ફેરફારો

ડેટાબેઝ નામની કૉલમ ધરાવે છે last_name.

ફ્લાયવે સ્ત્રોત સ્ક્રિપ્ટ:

CREATE TABLE PERSON (
id BIGINT GENERATED BY DEFAULT AS IDENTITY,
first_name varchar(255) not null,
last_name varchar(255) not null
);

insert into PERSON (first_name, last_name) values ('Dave', 'Syer');

સ્ક્રિપ્ટ ઉમેરો surname.

ધ્યાન. યાદ રાખો કે તમે જે કૉલમ ઉમેરી રહ્યા છો તેમાં તમે કોઈપણ NOT NULL અવરોધો ઉમેરી શકતા નથી. જો તમે JAR ને રોલબેક કરો છો, તો જૂના સંસ્કરણને ઉમેરવામાં આવેલી કૉલમ વિશે કોઈ ખ્યાલ હશે નહીં અને તે આપમેળે NULL પર સેટ થઈ જશે. જો આવી મર્યાદા હોય, તો જૂની એપ્લિકેશન ખાલી તૂટી જશે.

-- NOTE: This field can't have the NOT NULL constraint cause if you rollback, the old version won't know about this field
-- and will always set it to NULL
ALTER TABLE PERSON ADD surname varchar(255);

-- WE'RE ASSUMING THAT IT'S A FAST MIGRATION - OTHERWISE WE WOULD HAVE TO MIGRATE IN BATCHES
UPDATE PERSON SET PERSON.surname = PERSON.last_name

કોડ ફેરફારો

અમે ડેટા તરીકે સંગ્રહ કરીએ છીએ last_name, અને માં surname. તે જ સમયે અમે થી વાંચીએ છીએ last_name, કારણ કે આ કૉલમ સૌથી સુસંગત છે. જમાવટ પ્રક્રિયા દરમિયાન, કેટલીક વિનંતીઓ એપ્લિકેશનના દાખલા દ્વારા પ્રક્રિયા કરવામાં આવી હોઈ શકે છે જે હજુ સુધી અપડેટ કરવામાં આવી નથી.

/*
 * Copyright 2012-2016 the original author or authors.
 *
 * Licensed under the Apache License, Version 2.0 (the "License");
 * you may not use this file except in compliance with the License.
 * You may obtain a copy of the License at
 *
 *      http://www.apache.org/licenses/LICENSE-2.0
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an "AS IS" BASIS,
 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 * See the License for the specific language governing permissions and
 * limitations under the License.
 */

package sample.flyway;

import javax.persistence.Entity;
import javax.persistence.GeneratedValue;
import javax.persistence.Id;

@Entity
public class Person {
    @Id
    @GeneratedValue
    private Long id;
    private String firstName;
    private String lastName;
    private String surname;

    public String getFirstName() {
        return this.firstName;
    }

    public void setFirstName(String firstName) {
        this.firstName = firstName;
    }

    /**
     * Reading from the new column if it's set. If not the from the old one.
     *
     * When migrating from version 1.0.0 -> 2.0.0 this can lead to a possibility that some data in
     * the surname column is not up to date (during the migration process lastName could have been updated).
     * In this case one can run yet another migration script after all applications have been deployed in the
     * new version to ensure that the surname field is updated.
     *
     * However it makes sense since when looking at the migration from 2.0.0 -> 3.0.0. In 3.0.0 we no longer
     * have a notion of lastName at all - so we don't update that column. If we rollback from 3.0.0 -> 2.0.0 if we
     * would be reading from lastName, then we would have very old data (since not a single datum was inserted
     * to lastName in version 3.0.0).
     */
    public String getSurname() {
        return this.surname != null ? this.surname : this.lastName;
    }

    /**
     * Storing both FIRST_NAME and SURNAME entries
     */
    public void setSurname(String surname) {
        this.lastName = surname;
        this.surname = surname;
    }

    @Override
    public String toString() {
        return "Person [firstName=" + this.firstName + ", lastName=" + this.lastName + ", surname=" + this.surname
                + "]";
    }
}

પગલું 3: કોડમાંથી છેલ્લું_નામ દૂર કરવું

એપ્લિકેશન સંસ્કરણ: 3.0.0

DB સંસ્કરણ:v3

ટિપ્પણી

નૉૅધ પ્રતિ.: દેખીતી રીતે, મૂળ લેખમાં લેખકે ભૂલથી પગલું 2 માંથી આ બ્લોકના ટેક્સ્ટની નકલ કરી છે. આ પગલા પર, કૉલમનો ઉપયોગ કરતી કાર્યક્ષમતાને દૂર કરવાના હેતુથી એપ્લિકેશન કોડમાં ફેરફારો કરવા જોઈએ. last_name.

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

એપ્લિકેશન રોલબેક

હાલમાં અમારી પાસે એપ વર્ઝન છે 3.0.0 અને ડેટાબેઝ v3. સંસ્કરણ 3.0.0 માટે ડેટા સાચવતો નથી last_name. આનો અર્થ એ છે કે માં surname સૌથી અદ્યતન માહિતી સંગ્રહિત છે.

પગલાં:

1. તમારી એપ્લિકેશનને સંસ્કરણ પર પાછા ફેરવો 2.0.0.
2. આવૃત્તિ 2.0.0 ઉપયોગ કરે છે અને last_name и surname.
3. આવૃત્તિ 2.0.0 લેશે surname, જો તે શૂન્ય નથી, અન્યથા -last_name

ડેટાબેઝ ફેરફારો

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

-- WE'RE ASSUMING THAT IT'S A FAST MIGRATION - OTHERWISE WE WOULD HAVE TO MIGRATE IN BATCHES
-- ALSO WE'RE NOT CHECKING IF WE'RE NOT OVERRIDING EXISTING ENTRIES. WE WOULD HAVE TO COMPARE
-- ENTRY VERSIONS TO ENSURE THAT IF THERE IS ALREADY AN ENTRY WITH A HIGHER VERSION NUMBER
-- WE WILL NOT OVERRIDE IT.
UPDATE PERSON SET PERSON.surname = PERSON.last_name;

-- DROPPING THE NOT NULL CONSTRAINT; OTHERWISE YOU WILL TRY TO INSERT NULL VALUE OF THE LAST_NAME
-- WITH A NOT_NULL CONSTRAINT.
ALTER TABLE PERSON MODIFY COLUMN last_name varchar(255) NULL DEFAULT NULL;

કોડ ફેરફારો

નૉૅધ પ્રતિ.: આ બ્લોકનું વર્ણન પણ ભૂલથી લેખક દ્વારા પગલું 2 માંથી નકલ કરવામાં આવ્યું હતું. લેખના તર્ક અનુસાર, આ પગલામાં કોડમાં ફેરફારનો હેતુ તેમાંથી તત્વોને દૂર કરવાનો હોવો જોઈએ જે કૉલમ સાથે કામ કરે છે. last_name.

અમે ડેટા તરીકે સંગ્રહ કરીએ છીએ last_name, અને માં surname. વધુમાં, અમે કૉલમમાંથી વાંચીએ છીએ last_name, કારણ કે તે સૌથી સુસંગત છે. જમાવટ પ્રક્રિયા દરમિયાન, કેટલીક વિનંતીઓ એવા ઉદાહરણ દ્વારા પ્રક્રિયા કરવામાં આવી શકે છે કે જે હજુ સુધી અપગ્રેડ કરવામાં આવી નથી.

/*
 * Copyright 2012-2016 the original author or authors.
 *
 * Licensed under the Apache License, Version 2.0 (the "License");
 * you may not use this file except in compliance with the License.
 * You may obtain a copy of the License at
 *
 *      http://www.apache.org/licenses/LICENSE-2.0
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an "AS IS" BASIS,
 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 * See the License for the specific language governing permissions and
 * limitations under the License.
 */

package sample.flyway;

import javax.persistence.Entity;
import javax.persistence.GeneratedValue;
import javax.persistence.Id;

@Entity
public class Person {
    @Id
    @GeneratedValue
    private Long id;
    private String firstName;
    private String surname;

    public String getFirstName() {
        return this.firstName;
    }

    public void setFirstName(String firstName) {
        this.firstName = firstName;
    }

    public String getSurname() {
        return this.surname;
    }

    public void setSurname(String lastname) {
        this.surname = lastname;
    }

    @Override
    public String toString() {
        return "Person [firstName=" + this.firstName + ", surname=" + this.surname
                + "]";
    }
}

પગલું 4: ડેટાબેઝમાંથી છેલ્લું_નામ દૂર કરવું

એપ્લિકેશન સંસ્કરણ: 4.0.0

DB સંસ્કરણ: v4

ટિપ્પણી

હકીકત એ છે કે આવૃત્તિ કોડ કારણે 3.0.0 કૉલમનો ઉપયોગ કર્યો નથી last_name, જો આપણે પાછા રોલ કરીએ તો અમલ દરમિયાન કંઈપણ ખરાબ થશે નહીં 3.0.0 ડેટાબેઝમાંથી કૉલમ દૂર કર્યા પછી.

સ્ક્રિપ્ટ એક્ઝેક્યુશન લોગ્સ

We will do it in the following way:

01) Run 1.0.0
02) Wait for the app (1.0.0) to boot
03) Generate a person by calling POST localhost:9991/person to version 1.0.0
04) Run 2.0.0
05) Wait for the app (2.0.0) to boot
06) Generate a person by calling POST localhost:9991/person to version 1.0.0
07) Generate a person by calling POST localhost:9992/person to version 2.0.0
08) Kill app (1.0.0)
09) Run 3.0.0
10) Wait for the app (3.0.0) to boot
11) Generate a person by calling POST localhost:9992/person to version 2.0.0
12) Generate a person by calling POST localhost:9993/person to version 3.0.0
13) Kill app (3.0.0)
14) Run 4.0.0
15) Wait for the app (4.0.0) to boot
16) Generate a person by calling POST localhost:9993/person to version 3.0.0
17) Generate a person by calling POST localhost:9994/person to version 4.0.0

Starting app in version 1.0.0
Generate a person in version 1.0.0
Sending a post to 127.0.0.1:9991/person. This is the response:

{"firstName":"52b6e125-4a5c-429b-a47a-ef18bbc639d2","lastName":"52b6e125-4a5c-429b-a47a-ef18bbc639d2"}

Starting app in version 2.0.0

Generate a person in version 1.0.0
Sending a post to 127.0.0.1:9991/person. This is the response:

{"firstName":"e41ee756-4fa7-4737-b832-e28827a00deb","lastName":"e41ee756-4fa7-4737-b832-e28827a00deb"}

Generate a person in version 2.0.0
Sending a post to 127.0.0.1:9992/person. This is the response:

{"firstName":"0c1240f5-649a-4bc5-8aa9-cff855f3927f","lastName":"0c1240f5-649a-4bc5-8aa9-cff855f3927f","surname":"0c1240f5-649a-4bc5-8aa9-cff855f3927f"}

Killing app 1.0.0

Starting app in version 3.0.0

Generate a person in version 2.0.0
Sending a post to 127.0.0.1:9992/person. This is the response:
{"firstName":"74d84a9e-5f44-43b8-907c-148c6d26a71b","lastName":"74d84a9e-5f44-43b8-907c-148c6d26a71b","surname":"74d84a9e-5f44-43b8-907c-148c6d26a71b"}

Generate a person in version 3.0.0
Sending a post to 127.0.0.1:9993/person. This is the response:
{"firstName":"c6564dbe-9ab5-40ae-9077-8ae6668d5862","surname":"c6564dbe-9ab5-40ae-9077-8ae6668d5862"}

Killing app 2.0.0

Starting app in version 4.0.0

Generate a person in version 3.0.0
Sending a post to 127.0.0.1:9993/person. This is the response:

{"firstName":"cbe942fc-832e-45e9-a838-0fae25c10a51","surname":"cbe942fc-832e-45e9-a838-0fae25c10a51"}

Generate a person in version 4.0.0
Sending a post to 127.0.0.1:9994/person. This is the response:

{"firstName":"ff6857ce-9c41-413a-863e-358e2719bf88","surname":"ff6857ce-9c41-413a-863e-358e2719bf88"}

DB ફેરફારો

પ્રમાણમાં v3 અમે ફક્ત કૉલમ દૂર કરીએ છીએ last_name અને ખૂટતા પ્રતિબંધો ઉમેરો.

-- REMOVE THE COLUMN
ALTER TABLE PERSON DROP last_name;

-- ADD CONSTRAINTS
UPDATE PERSON SET surname='' WHERE surname IS NULL;
ALTER TABLE PERSON ALTER COLUMN surname VARCHAR NOT NULL;

કોડ ફેરફારો

કોડમાં કોઈ ફેરફાર નથી.

નિષ્કર્ષ

અમે સફળતાપૂર્વક પાછળની-અસંગત કૉલમના નામમાં ફેરફારને ઘણા પાછળની-સુસંગત જમાવટ કરીને લાગુ કર્યો. નીચે કરવામાં આવેલ ક્રિયાઓનો સારાંશ છે:

1. એપ્લિકેશન સંસ્કરણની જમાવટ 1.0.0 с v1 ડેટાબેઝ સ્કીમા (કૉલમનું નામ = last_name)
2. એપ્લિકેશન સંસ્કરણની જમાવટ 2.0.0, જે ડેટા સ્ટોર કરે છે last_name и surname. એપ્લિકેશનમાંથી વાંચે છે last_name. ડેટાબેઝ સંસ્કરણમાં છે v2જેવી કૉલમ ધરાવે છે last_name, અને surname. surname l ની નકલ છેast_name. (નોંધ: આ કૉલમમાં નલ અવરોધ ન હોવો જોઈએ)
3. એપ્લિકેશન સંસ્કરણની જમાવટ 3.0.0, જે ફક્ત ડેટા સ્ટોર કરે છે surname અને અટક પરથી વાંચે છે. ડેટાબેઝ માટે, છેલ્લું સ્થળાંતર થઈ રહ્યું છે last_name в surname. એક મર્યાદા પણ નથી માંથી દૂર કરવામાં આવે છે last_name. ડેટાબેઝ હવે સંસ્કરણમાં છે v3
4. એપ્લિકેશન સંસ્કરણની જમાવટ 4.0.0 - કોડમાં કોઈ ફેરફાર કરવામાં આવ્યો નથી. ડેટાબેઝ જમાવટ v4, જે દૂર કરે છે last_name. અહીં તમે ડેટાબેઝમાં કોઈપણ ખૂટતા અવરોધો ઉમેરી શકો છો.

આ અભિગમને અનુસરીને, તમે ડેટાબેઝ/એપ્લિકેશન સુસંગતતાને તોડ્યા વિના હંમેશા એક સંસ્કરણને રોલ બેક કરી શકો છો.

કોડ

આ લેખમાં વપરાયેલ તમામ કોડ અહીં ઉપલબ્ધ છે Github. નીચે વધારાનું વર્ણન છે.

પ્રોજેક્ટ્સ

રીપોઝીટરી ક્લોન કર્યા પછી, તમે નીચેનું ફોલ્ડર માળખું જોશો.

├── boot-flyway-v1              - 1.0.0 version of the app with v1 of the schema
├── boot-flyway-v2              - 2.0.0 version of the app with v2 of the schema (backward-compatible - app can be rolled back)
├── boot-flyway-v2-bad          - 2.0.0.BAD version of the app with v2bad of the schema (backward-incompatible - app cannot be rolled back)
├── boot-flyway-v3              - 3.0.0 version of the app with v3 of the schema (app can be rolled back)
└── boot-flyway-v4              - 4.0.0 version of the app with v4 of the schema (app can be rolled back)

સ્ક્રિપ્ટો

તમે નીચેની સ્ક્રિપ્ટોમાં વર્ણવેલ સ્ક્રિપ્ટો ચલાવી શકો છો, જે ડેટાબેઝમાં પછાત-સુસંગત અને અસંગત ફેરફારો દર્શાવશે.

જોવા માટે પાછળની તરફ સુસંગત ફેરફારો સાથેનો કેસ, ચલાવો:

./scripts/scenario_backward_compatible.sh

અને જોવા માટે પાછળની તરફ અસંગત ફેરફારો સાથેનો કેસ, ચલાવો:

./scripts/scenario_backward_incompatible.sh

વસંત બુટ નમૂના ફ્લાયવે

બધા ઉદાહરણો માંથી લેવામાં આવ્યા છે Spring Boot Sample Flyway.

તમે એક નજર કરી શકો છો http://localhost:8080/flyway, ત્યાં સ્ક્રિપ્ટોની યાદી છે.

આ ઉદાહરણમાં H2 કન્સોલનો પણ સમાવેશ થાય છે http://localhost:8080/h2-console) જેથી તમે ડેટાબેઝ સ્થિતિ જોઈ શકો (ડિફોલ્ટ jdbc URL છે jdbc:h2:mem:testdb).

વધુમાં

• ડેટાબેઝ રિફેક્ટરીંગ પેટર્ન
• સતત ડિલિવરી

અમારા બ્લોગ પર અન્ય લેખો પણ વાંચો:

• કુબરનેટ્સ: સિસ્ટમ રિસોર્સ મેનેજમેન્ટને ગોઠવવું શા માટે એટલું મહત્વપૂર્ણ છે?
• ટેકટન પાઈપલાઈન - કુબરનેટસ-નેટિવ પાઈપલાઈન
• Nginx માટે ડાયનેમિક મોડ્યુલ બનાવવું
• હાશિકોર્પ કોન્સ્યુલના કુબરનેટ્સ ઓથોરાઇઝેશનનો પરિચય
• અધિકૃતતા સાથે ક્લિકહાઉસમાંથી અધિકૃતતા વિના ક્લિકહાઉસમાં સ્થાનાંતરણ શું તરફ દોરી ગયું?
• Nginx વેબ સર્વર સાથે વસંત એપ્લિકેશનોની બ્લુ-ગ્રીન ડિપ્લોયમેન્ટ

સોર્સ: www.habr.com