W internecie niewiele jest dobrze opisanych przykładów modelowania danych w Cosmos DB. Większość przykładów opartych o tą bazę jest albo:
- zbyt prosta - w zasadzie nic nie uczy
- źle zamodelowana - koszty bazy danych doprowadzą dyrektora finansowego na skraj załamania nerwowego
- wychodzi z gotowymi rozwiązaniami - a takich nie mamy na początku
Pomyślałem więc, że jest to nisza, którą można wykorzystać 😀
Chcę wziąć na tapet ciekawy problem biznesowy i rozpisać jak krok po kroku do niego podejść:
- Poznać i zanalizować potrzeby biznesowe
- Zamodelować możliwe rozwiązania w Cosmos DB
- Określić, które rozwiązanie będzie najlepiej spełniało potrzeby
A więc do dzieła!
Modelowanie
Zanim zaczniemy opis biznesowy to może 2 słowa o tym, czym jest modelowanie.
Modelowaniem zwykło się nazywać zamykanie ogólnego problemu w konkretne ramy. Odrzucamy elementy nieistotne dla naszego problemu. Zostawiamy tylko to co, wpływa na sam problem. Jeśli naszym zagadnieniem jest picie kawy z kubka, to nasz model może np. zawierać tylko pojemność kubka - celowo odrzucimy kształt kubka czy kolor.
W kontekście baz danych często używa się słowa modelowanie jako zamykanie problemu biznesowego w konkretną realizację w bazie. Wtedy w bazie danych będziemy się starali odwzorować dany problem biznesowy.
Modelowanie może tworzyć wiele modeli. Każdy model będzie odpowiadał innej implementacji. Wtedy należy się zastanowić który model będzie najlepiej rozwiązywał nasz przypadek.
Biznes do zamodelowania
Chciałem, aby podstawą tego cyklu był rzeczywisty biznes. Jednocześnie, aby nie był to ograny e-commerce, których to problemy są rozwiązywane w co drugim artykule.
A że mieszkam we Wrocławiu, więc Wrocławski Rower Miejski wydał mi dobrą bazą biznesową:
- Jest aktualny - nie jest to biblioteka czy kino
- Jest przystępny - każdy rozumie na czym polega
- Przy wgryzieniu się ma ciekawe problemy
Oczywiście zamodelowanie całego systemu byłoby zbyt czasochłonne, więc postanowiłem się skupić na jednym obszarze - wypożyczeń i zwrotów rowerów. Poniżej opis głównych scenariuszy:
Wykorzystałem notację Domain Storytelling, ponieważ wg mnie bardzo przystępnie pokazuje scenariusze biznesowe. Za pomocą [1] / [2] / [3] pokazane są wysokopoziomowe kroki:
- Klient rezerwuje rower w systemie
- Następnie w stacji odbiera przypisany dla niego rower
- Na końcu oddaje rower na innej stacji
Naturalnie tak to wygląda z samej góry, ale diabeł tkwi w szczegółach 🧐
Skala projektu
Wzorowałem się na aktualnej skali i możliwościach Wrocławskiego Roweru Miejskiego (mapa, statystyki, statystyki). Jednocześnie nieco poszerzyłem rozmiar projektu, aby nie dało się wykorzystać najprostszych rozwiązań 😉
Na potrzeby cyklu zakładam więc, że:
- Wrocławski Rower Miejski osiągnął sukces i działa w 50 miastach Polski 😀
- Miasta mają od 10 do 400 stacji
- Miasta mają od 100 do 4000 rowerów
- Miasta mają od 1000 do 40000 wypożyczeń dziennie
- Najmniejsze miasto ma odpowiednio 10/100/1000, największe 400/4000/40000, a reszta liniowo
To pozwoli doświadczenie typowych problemów Cosmos DB - związanych ze zbyt dużymi partycjami, hot partycjami, albo zapytaniami pomiędzy partycjami (jeśli nie znasz tych terminów to nie martw się - wyjaśnię dokładniej, kiedy dany problem wystąpi).
Co dalej?
Plan na kolejne artykuły jest następujący:
- Dokładniejsza analiza biznesowa
- Określenie metody ewaluacji rozwiązań
- Czego unikać podczas modelowania w Cosmos DB
- Propozycje modeli - ich mocne i słabe strony
- Ocena każdego z rozwiązań
Także jest co robić 😀 do usłyszenia!
