Omówienie nowoczesnych wzorców wdrażania
Użytkownicy końcowi zawsze używają aplikacji inaczej. W centrum danych wystąpią nieoczekiwane zdarzenia, wiele zdarzeń z wielu użytkowników będzie cooccur, wyzwalając kod, który nie został przetestowany w ten sposób.
Aby pokonać ten problem, musimy przyjąć, że niektóre funkcje mogą być testowane tylko w środowisku produkcyjnym.
Testowanie w środowisku produkcyjnym brzmi trochę przerażająco, ale tak nie powinno być.
Kiedy rozmawialiśmy o rozdzieleniu naszych wersji funkcjonalnych i technicznych, widzieliśmy już, że można wdrażać funkcje bez ujawniania ich wszystkim użytkownikom.
Gdy użyjemy tej koncepcji przełączania funkcji i używania jej z naszymi wzorcami wdrażania, możemy przetestować nasze oprogramowanie w środowisku produkcyjnym.
Na przykład:
- Wdrożenia niebiesko-zielone.
- Wersje canary.
- Ciemne uruchamianie.
- Testowanie A/B.
- Progresywne narażenie lub wdrażanie oparte na pierścieniu.
- Przełączanie funkcji.
Zapoznaj się z architekturą o krytycznym znaczeniu
Czy twoja architektura i bieżący stan oprogramowania są gotowe do ciągłego dostarczania?
Tematy, które warto wziąć pod uwagę, to:
- Czy oprogramowanie jest tworzone jako jeden gigantyczny monolit, czy jest podzielone na wiele składników?
- Czy można oddzielnie dostarczać części aplikacji?
- Czy można zagwarantować jakość oprogramowania podczas wdrażania wielu razy w tygodniu?
- Jak przetestować oprogramowanie?
- Czy uruchamiasz jedną lub wiele wersji oprogramowania?
- Czy można uruchamiać wiele wersji oprogramowania obok siebie?
- Co należy ulepszyć, aby zaimplementować ciągłe dostarczanie?