Navrhování aplikací založených na kontejnerech a mikroslužbách

Návod

Tento obsah je výňatek z eBooku, architektury mikroslužeb .NET pro kontejnerizované aplikace .NET, které jsou k dispozici na .NET Docs nebo jako zdarma ke stažení PDF, které lze číst offline.

Stáhnout PDF

Mikroslužby nabízejí skvělé výhody, ale také vyvolávají obrovské nové výzvy. Vzory architektury mikroslužeb jsou základními pilíři při vytváření aplikace založené na mikroslužbách.

Dříve v této příručce jste se seznámili se základními koncepty kontejnerů a Dockeru. Tyto informace byly minimální, které jste potřebovali k zahájení práce s kontejnery. I když jsou kontejnery povolené a skvěle se hodí pro mikroslužby, nejsou povinné pro architekturu mikroslužeb. Mnoho konceptů architektury v této části architektury se dá použít bez kontejnerů. Tento průvodce se však soustředí na spojení obou, vzhledem k již prokázané důležitosti kontejnerů.

Podnikové aplikace můžou být složité a často se skládají z více služeb místo jedné aplikace založené na službě. V těchto případech potřebujete porozumět dalším přístupům k architektuře, jako jsou mikroslužby a určité vzory návrhu Domain-Driven (DDD) a koncepty orchestrace kontejnerů. Tato kapitola popisuje nejen mikroslužby v kontejnerech, ale také jakoukoli kontejnerizovanou aplikaci.

Principy návrhu kontejnerů

V modelu kontejneru instance image kontejneru představuje jeden proces. Definováním image kontejneru jako hranice procesu můžete vytvořit základy, které se dají použít ke škálování nebo dávkování procesu.

Při návrhu image kontejneru se v souboru Dockerfile zobrazí definice ENTRYPOINTu . Tato definice definuje proces, jehož životnost řídí životnost kontejneru. Po dokončení procesu skončí životní cyklus kontejneru. Kontejnery můžou představovat dlouhotrvající procesy, jako jsou webové servery, ale můžou také představovat krátkodobé procesy, jako jsou dávkové úlohy, které se dříve mohly implementovat jako azure WebJobs.

Pokud proces selže, kontejner končí a orchestrátor převezme proces. Pokud byl orchestrátor nakonfigurovaný tak, aby udržoval pět instancí spuštěných a jeden selže, orchestrátor vytvoří další instanci kontejneru, která nahradí neúspěšný proces. V dávkové úloze se proces spustí s parametry. Po dokončení procesu je práce dokončena. Tyto pokyny pro přechod k podrobnostem o orchestrátorech najdete později.

Můžete najít scénář, ve kterém chcete spustit více procesů v jednom kontejneru. Pro tento scénář, protože každý kontejner může obsahovat pouze jeden vstupní bod, můžete v kontejneru spustit skript, který spustí tolik programů, kolik potřebujete. Můžete například použít správce nebo podobný nástroj, abyste se postarali o spouštění více procesů v jednom kontejneru. I když ale můžete najít architektury, které obsahují více procesů na kontejner, tento přístup není velmi běžný.

předchozíDalší