Příklady diagramů nasazení

Diagram výše je ten, který se vyplatí umět nakreslit zpaměti. Prohlížeč, webový server ukončující TLS, aplikační server, databáze. Tři komunikační cesty nesoucí protokol a port a tři artefakty položené na uzly, které je spouštějí.

Dvě rozhodnutí v něm stojí za pojmenování. Zaprvé, popisky protokolů jsou důvodem, proč je diagram užitečný: HTTPS, HTTP/8080, TCP/5432 je celým obsahem většiny bezpečnostních posudků a diagram bez nich jsou čtyři boxy, které by uhodl každý. Zadruhé, artefakty jsou skutečné názvy souborů - orders.jar, ne „aplikace“ - protože diagram nasazení je o fyzických věcech a build produkuje soubory se jmény.

Kontejnery lidi znejišťují, protože kontejner je zároveň věc, která běží, i věc, která byla sestavená. UML ty dvě už odděluje: běžící kontejner je vykonávací prostředí, což je uzel, a image, ze kterého se spustil, je artefakt, který je na něj nasazený.

Tvar tohohle diagramu se nijak neliší od toho třívrstvého, a právě o to jde: změnilo se běhové prostředí a notace ne. Load balancer je «device», protože je to infrastruktura, do které nenasazujete. Ingress kontrolér a pod jsou «execution environment», protože uvnitř nich běží další věci. Tag image orders:1.4.2je artefakt, protože ho vyprodukoval build, a právě dát verzi do popisku je to, co dělá diagram schopným odpovědět na otázku „co běží právě teď v produkci“.

Spravovaná databáze sedí na okraji jako obyčejné zařízení. To je poctivá kresba: artefakty nenasazujete na službu, kterou provozuje někdo jiný, a předstírat, že schéma je nainstalované „na RDS“, je pravda jen v tom smyslu, že tam bylo jednou aplikované.

Nejčastějším důvodem, proč si někdo otevře diagram nasazení, je zjistit, co se stane, když jeden box umře. Ta otázka má tvar a vyplatí se ho nakreslit výslovně, ne ho nechat na poznámku pod čarou.

Tři aplikační uzly za jedním load balancerem, všechny zapisující do jediného primárního. Nakreslené takhle je jediné místo selhání vidět, aniž by ho musel někdo vyslovit: aplikační vrstva se vějířovitě roztahuje a datová ne. To je věta, na kterou někdo zareaguje, a nestála žádnou notaci navíc.

Když se počet za běhu mění, nahraďte ty tři uzly jedním, který nese násobnost - app-node [3..*] - místo kreslení libovolného počtu. Diagram, který tvrdí přesně tři, je nepravdivý při prvním škálování skupiny, a diagram, o kterém se ví, že je nepravdivý, přestane být konzultovaný.

Každý diagram nasazení, který se stane zbytečným, se jím stane stejně: někdo pořád přidával uzly. Disciplínou je rozhodnout, k čemu diagram je, dřív než přibude druhý box.

Pokud potřebujete protějšek, který ukazuje software místo strojů, je to diagram komponent. Ty dva se obvykle kreslí jako pár a ten na nasazení je z nich kratší.