DAM – Digital Asset Management – wymagania techniczne

Piotr Golczyk

Łączę marketing z technologią, naukę z intuicją, a pracę z zabawą. Konsultuję rozwiązania. piotr @ golczyk com.

Kilka podstawowych kwestii technicznych, na które trzeba zwrócić uwagę wybierają system Digital Asset Management.

Omawiane poniżej kwestie będą w pełni zrozumiałe dla działu IT, natomiast z punktu widzenia osoby decydującej o wyborze systemu, warto mieć świadomość poniższych kwestii.

Płaska baza danych czy relacyjna

Płaska baza danych to baza w arkuszu kalkulacyjnym czy po prostu lista zakupów, a relacyjna to taka które umożliwia przeszukiwanie wszystkich list zakupowych, na których znajduje się produkt X, producenta Y,  w cenie Z. Przenosząc to na grunt DAM, w przypadku relacyjnej bazy danych możemy łatwo odnaleźć wszystkie grafiki, zawierające określone zdjęcie.

Metadata w plikach

Oprócz tego, że plik można opisać słowami kluczowymi, tagami, opisem słownym etc. Plik sam w sobie także może zawierać tego typu informacje. Często jest to bardzo dużo danych. Te dane „podróżują” wraz z plikiem, co umożliwia przenoszenie „opisu” pliku niezależnie od platformy. Na przykład zdjęcie może być opisane następującymi szczegółami: nazwę aparatu, którym wykonano zdjęcie, ustawienia aparatu, takie jak czas naświetlenia, wartość przysłony, czułość matrycy w ISO czy ogniskowa obiektywu oraz położenie aparatu (pionowe/poziome), datę wykonania zdjęcia oraz przetworzenia na postać cyfrową, informację o prawach autorskich (przeważnie dodawaną w post-processingu, niewiele aparatów dodaje ją automatycznie), miniaturkę obrazka, rozdzielczość w pikselach, sposób pomiaru światła przez aparat
współrzędne GPS miejsca wykonania zdjęcia (za Wikipedia oraz www.exif.org.).

„Podróżowanie” danych z plikiem czy inaczej „samoświadome pliki” to wydaje się być świetne rozwiązanie, należy jednak pamiętać, że nie wszystkie dane powinny wypływać z organizacji. Prawdopodobnie jest grupa takich danych, która jest z takich lub innych powodów wrażliwa i nie powinna krążyć „w pamięci pliku”.

Multi-Tenant oraz Multi-instance

Zagadnienie czysto techniczne ale ważne z punktu widzenia bezpieczeństwa danych, rynków regulowanych (na przykład banki), odporności na obciążenia – istotny.

W Multi-tenant oraz single-tenant chodzi o to, że chmura jest albo nie jest dzielona między wielu klientów, czyli (upraszczając) dane wszystkich klientów są trzymane na tym samym serwerze lub na osobnych.

W Multi-instance oraz single-instance chodzi o to, że w chmurze jest zainstalowane kilka instancji tego samego oprogramowania czyli nie wszyscy pracują na jednym programie (dzielonym z poziomu administratora) ale każdy klient ma swoją własną kopię programu uruchomioną w chmurze specjalnie dla niego.

Failover clustering

W failover clustering chodzi o to, że zamiast pojedynczego sewera istnieje zestaw połączonych komputerów, które potrafią przejąć od siebie zadania jeżeli któryś z nich ulegnie uszkodzeniu. Zwiększa to bezpieczeństwo i zapobiega temu, że system nie działa.

Load balancing clustering

Load balancing clustering polega na tym, że w razie nagłego wzrostu zapotrzebowania na daną usługę w chmurze, zestaw komputerów jest w stanie obsłużyć wszystkie zapytania – innymi słowy zwieksza się efektywność.

API

Zalet API nie trzeba opisywać. Fakt, że można dzięki niemu tworzyć złożone integracje z resztą systemu informatycznego, jest ogromną zaletą.

LDAP (lightweight directory access protocol)

Innymi słowy możliwość logowania się tymi samimi hasłami i loginami do wszystkich serwisów włączając w to systemy DAM.