Съдържание:
Микросервизите, въпреки че не са съвсем нова концепция или практика, предефинират разработването на софтуер по много начини. Микросервисите имат потенциал да заменят монолитни приложения и са в по-голяма степен съобразени с променящите се бизнес нужди на предприятията. Типично монолитно приложение е самостоятелно софтуерно приложение, при което всички съставни части са плътно свързани помежду си. Ако някои компоненти са засегнати по някаква причина, цялото приложение е повлияно. Например, промяна в един компонент може да изисква пълна регресия на системата и пълно внедряване. Монолитните приложения се разглеждат като гъвкави системи и предприятията изразходват много ресурси за поддържане на такива приложения. Микросервизите, от друга страна, се оказват по-пъргави и гъвкави. Те са малки, независими и услуги за многократна употреба, които могат да бъдат модифицирани и независимо внедрени. Това позволява на предприятията да спестят много инвестиции. Въпреки че не може да се каже, че микросервизите се използват универсално, вече има някои обнадеждаващи казуси. (За повече информация за технологичните тенденции вижте Автономните системи и издигането на хората от средния софтуер.)
Какво представляват микросервизите?
Микросервизите са архитектурен стил на разработване на едно софтуерно приложение с комбинация от малки, независими услуги. Идеята е да може да работи или модифицира всяка услуга по изолиран начин, така че, за разлика от монолитните приложения, цялото софтуерно приложение да не бъде засегнато поради актуализацията. Всяка услуга има свои собствени процеси и общува по лек механизъм - често с помощта на уеб услуга на HTTP ресурс.
За да разберете характеристиките на архитектурата на микросервизите, може да е уместно да я сравните с монолитни софтуерни системи. Следващата таблица предоставя основните разлики между монолитните и софтуерните системи за микросервизи.
