Wusa dixuye ku lûtkeya hîpertansiyonê ji bo mîkroxizmetan li pişt me ye. Em êdî heftê çend caran nivîsan naxwînin "Min çawa monolîta xwe bar kir 150 karûbar." Naha ez bêtir ramanên hestiyar dibihîzim: "Ez ji monolîtê nefret nakim, ez tenê ji karîgeriyê re eleqedar im." Me çendîn koç jî dît . Dema ku ji yek serîlêdana mezin berbi gelek karûbarên piçûktir ve diçin, hûn ê neçar bin ku çend pirsgirêkên nû çareser bikin. Ka em wan bi kurtasî wekî ku gengaz navnîş bikin.
Sazkirin: ji kîmya bingehîn heya mekanîka kuantumê
Sazkirina databasek bingehîn û serîlêdanek bi pêvajoyek paşîn pêvajoyek pir hêsan bû. Ez xwendinê li Github diweşînim - û pir caran piştî saetekê, herî zêde çend demjimêran, her tişt dixebite, û ez projeyek nû dest pê dikim. Zêdekirin û xebitandina kodê, bi kêmanî ji bo jîngeha destpêkê, di roja yekê de tê kirin. Lê heke em bikevin nav mîkroxizmetan, dema destpêkirina destpêkê ezmanan bilind dibe. Erê, naha me Docker bi orkestrasyonê û komek makîneyên K8 heye, lê ji bo bernamenûsek nûve ev hemî pir tevlihevtir e. Ji bo gelek ciwan, ev barek e ku bi rastî tevliheviyek nehewce ye.
Pergal ne hêsan e ku meriv fêm bike
Werin em hinekî li ser ciwanê xwe bisekinin. Digel serîlêdanên monolîtîk, heke xeletiyek çêbibe, hêsan bû ku meriv wê bişopîne û tavilê biçe ser debugkirinê. Naha karûbarek me heye ku bi karûbarek din re diaxive ku tiştek li ser otobusek peyamê ya ku karûbarek din hildiberîne rêz dike - û dûv re xeletiyek çêdibe. Pêdivî ye ku em van hemî perçeyan bidin hev da ku di dawiyê de fêr bibin ku Karûbarê A guhertoya 11-an dimeşîne, û Karûbarê E jixwe li benda guhertoya 12-ê ye. Ev ji têketina min a standard a hevgirtî pir cûda ye: pêdivî ye ku meriv termînalekek înteraktîf/debuger bikar bîne da ku bimeşe. bi pêvajoya gav bi gav. Dabeşkirin û têgihiştin di xwezayê de dijwartir bûye.
Ger ew nekaribe xeletiyê bike, dibe ku em ê wan biceribînin
Yekbûnek domdar û pêşkeftina domdar êdî gelemperî dibin. Piraniya serîlêdanên nû ku ez dibînim bixweber bi her serbestberdana nû re ceribandinan diafirînin û dimeşînin û hewce dike ku ceribandinan berî qeydkirinê bêne girtin û vekolîn. Ev pêvajoyên mezin in ku divê neyên berdan û ji bo gelek pargîdaniyan veguherînek mezin bû. Lê naha, ji bo ceribandina karûbarê bi rastî, pêdivî ye ku ez guhertoyek bêkêmasî ya serîlêdana xwe derxim. Wê endezyarê nû bi koma K8 ya 150 karûbaran bi bîr bînin? Welê, naha em ê pergala xweya CI fêr bikin ka meriv van pergalan çawa hildide da ku verast bike ku her tişt bi rastî dixebite. Ev belkî hewildanek pir zêde ye, ji ber vê yekê em ê tenê her beşê bi veqetandinê biceribînin: Ez pê bawer im ku taybetmendiyên me têra xwe baş in, API paqij in, û têkçûna karûbarê veqetandî ye û dê bandorê li yên din neke.
Hemî lihevhatinan sedemek baş heye. Rast?
Gelek sedem hene ku meriv biçin mîkroservisan. Min dît ku ev ji bo nermbûnek mezintir, ji bo pîvandina tîmên, ji bo performansê, ji bo peydakirina domdariya çêtir hatî çêkirin. Lê di rastiyê de, me bi dehsalan di nav alav û pratîkan de veberhênan kiriye da ku yekdestiyên ku pêşve diçin pêşve bibin. Ez di teknolojiyên cihêreng de bi pisporan re dixebitim. Em bi gelemperî li ser pîvandinê diaxivin ji ber ku ew di nav sînorên yek girêk databasa Postgres de diçin. Piraniya sohbetan li ser in .
Lê ez her gav bala xwe didim fêrbûna mîmariya wan. Ew di kîjan qonaxa derbasbûna mîkroxizmetan de ne? Balkêş e ku meriv bêtir endezyaran bibînin ku dibêjin ew ji serîlêdana xwe ya yekparêz kêfxweş in. Dê gelek kes ji mîkroxizmetan sûd werbigirin, û feydeyên wê dê ji gemarên di riya koçberiyê de girantir bibin. Lê bi kesane, ji kerema xwe serîlêdana xweya monolîtîk, cîhek li ser peravê bide min - û ez bi tevahî kêfxweş im.
Source: www.habr.com