Architektura. Upgradované diskové pole musí být modulární, minimálně dvouřadičové pole založené na 12Gbit SAS architektuře. Řešení musí být koncipováno jako HW, SW a FW 100% kompatibilní entita, s blokovým a souborovým přístupem k datům (FC, FCoE, iSCSI, NFS, CIFS současně). Řešení pomocí externích např. NAS „head“ není přípustné. Řešení musí minimálně splňovat stávající funkcionalitu NetApp MetroClusteru. Toto řešení musí poskytovat samotné kontrolery diskového pole (řešení pomocí externího zařízení není přípustné). Řešení musí umožňovat rozšíření storage clusteru až na 4 nody (kontroléry) v každé lokalitě celkem tedy 8x kontrolér. Požadavkem je také to, aby případné další 2 a 2 kontroléry nemusely být stejného typu.
Architektura. Jedná se o třívrstvou architekturu (klient, aplikační server, databáze). V případě mapových podkladů pak lze k datové vrstvě připojit i rastrová data, která jsou v souborovém systému. Pro starší moduly je nutno mít na klientské stanici nainstalován MapGuide ActiveX komponentu, která komunikuje s MapGuide Agentem a ten následně s MapGuide Serverem. Aplikační logika je pak řešena pomocí ColdFusion skriptů. Nově implementované řešení je postaveno na open source technologiích – JAVA a MapSource serverem. Obě technologie zpracovávají vektorová data uložená v Oracle Spatial databázi a rastrová data dostupná z SAN sítě. Pro zobrazení 3D modelu terénu je implementován AutoDesk MAP 3D 2005. Vazby na jiné systémy a aplikace Závisí na: LPIS jako základní registr pracující s geografickou informací je provázán na veškerou funkcionalitu, které vyžaduje prostorovou lokalizaci. LPIS závisí na datech z Meziskladu zpráv o kontrole pro účely stanovení rizikové analýzy. LPIS je integrová na SZR a registr zvířat (v oblasti modulu kontrol ÚKZÚZ. Modul evidence umístění provozoven je skrze webové služby integrován s DMS. “. Poskytuje služby: Registr poskytuje „lokalizační“ funkcionalitu všem ostatním registrům, které to vyžadují. Tuto funkcionalitu poskytuje i příslušným systémům OSS organizací. Současně LPIS poskytuje cca 100 datových služeb, zejména SZIF v rámci procesu přípravy předtisků žádostí o dotace a následných SW kontrol. Prostředí Servery Viz dokumentace. Databáze Databáze LPIS v rámci RAC registrů. Čtení z databáze CODEL. Čtení pomocí databázových linků z RVIN, EPH, IZR, SZR, CRVE. Sumární přehled vazeb systému Typ vazby Počet DB Link Konzument 32 DB Link Zdroj 31 DB Query (SELECT) Konzument 1 ESB / EPO Konzument 3 ESB / EPO Konzument - VVD 2 ESB / EPO Zdroj 6 ESB Konzument 15 ESB Konzument - VVD 8 ESB Zdroj 42 ESB Zdroj - VVD 4 Celkem 144 Zkratka VVD znamená „Ve volání jsou data“. Odlišení služeb typu VVD se uvádí proto, že v dotaze jsou zasílána data, která zdrojový systém přijímá a následně s nimi pracuje. Běžná služba v dotazu obsahuje parametry a zdrojový systém vrací data dle parametrů z dotazu. Název služby Provoz testovacího prostředí aplikace LPIS Prostředí TESTOVACÍ Cílová skupina Pracovníci Objednatele, pracovníci OSS resortu Objednatele, celní správa, farmáři Zkrácený popis Registru Registr půdy LPIS je centrálním registrem pro agendy související se zákonem č.252/1997Sb., ve znění pozdějších předpisů, a dalšími obecně závaznými právními předpisy včetně př...
Architektura. 1.1. Propoje serverů zadavatele a dodávaných polí musí být realizované redundantně, propojení musí být realizováno tak, aby výpadek jakékoliv propojovací cesty neznamenal výpadek celého systému.
Architektura. 2.4.1. Část 1: Služby údržby, podpory a vývoje pro aplikace SharePoint
Architektura. Jedná se o cílovou architekturu řešení Geoportál, a to včetně architektury infrastruktury. Architektura má vždy aplikační i infrastrukturní část. Autorizace Proces získávání souhlasu s provedením operace, povolení přístupu, někomu nebo něčemu. csv Comma-separated values, způsob uložení tabulkových záznamů do textového souboru Datový sklad Souhrnné pojmenování celé oblasti datového skladu, tj. oblasti Input, Stage, Warehouse, Marts. Input Oblast (Data input) Stage Oblast (Data Stage) Jádro (Data Warehouse) Prostor Datového skladu pro vstupní syrová data. Transformovaná data do cílového datového modelu (aktuální snímek primárních dat). Historizovaná data v cílovém modelu dána přírůstky dat ze Stage oblasti. Data Marts Vybraná podmnožina historizovaných dat v cílovém modelu. Například za účelem omezení přístupu / zabezpečení při sdílení dat, nebo zjednodušení konzumace dat odběratele omezením pouze na potřebné množství dat.
Architektura. Kontaktní místo veřejné správy
Architektura. Obecné požadavky na IS DMVS z hlediska architektury: - co největší dodržování SOLID principu1, - při propojování IS DMVS s ostatními IS nebo aplikacemi musí být v co největší míře využity standardní integrační prostředky a platformy (API, WS, ESB), namísto proprietárních a těsných vazeb. - IS DMVS musí mít oddělenou business logiku od prezentace a dat, musí být škálovatelný, auditovatelný a musí mít možnost dalšího rozvoje a rozšíření za pomoci technologií splňujících průmyslové standardy a zamezení dodávky ve formě tzv. „black boxu“, - IS DMVS musí být otevřen pro změny a doplňování nových modulů, které musí být realizovatelné za minimálního dopadu na provoz, - IS DMVS musí být tvořen tak, aby obsahoval co nejmenší počet závislostí ve smyslu, že požadavek na úpravu/doplnění funkčnosti v jednom modulu vyvolá změny v jiných modulech,
Architektura. Obr 2 . GUI – obrazovky
Architektura. Plná integrace s dodávaným síťovým managementem (zařízení není nutno zadávat zařízení vícekrát, informace jsou automaticky sdíleny) ANO ANO xxxxx://xxx.xxxxxxxxxxxxxxx.xxx/xxxxxxx/xxxxxxx/xxxx/xxxxxxx/xxxxxx_xxxxxxx/xxxx/x_xx_xx_xx_xxx_xxxxxx_xxxxxx.xxxx ANO xxxxx://xxx.xxxxxxxxxxxxxxx.xxx/xxxxxxx/xxxxxx/xxxxxxxxxxxx/xxxxx_xxxxxxx_xxxxx.xxxx#XxxxxxxXxxxxxxxxxXxxxxxXxxxxxxxxXxxxxxXXXxxxxxxxxx ANO Vmware; xxxxx://xxx.xxxxxxxxxxxxxxx.xxx/xxxxxxx/xxxxxx/xxxxxxxxxxxx/xxxxx_xxxxxxx_xxxxx.xxxx#XxxxxxxXxxxxxxxxxXxxxxxXxxxxxxxxXxxxxxXXXx ANO/ 500 Viz Priloha_kompletni_konfigurace_dodavky_v1.xlsx ANO xxxxx://xxx.xxxxxxxxxxxxxxx.xxx/xxxxxxx/xxxxxx/xxxxxxxxxxxx/xxxxx_xxxxxxx_xxxxx.xxxx#XxxxxxxXxxxxxxxxxXxxxxxXxxxxxxxxXxxxxxXXXxxxxxxxxx ANO xxxxx://xxx.xxxxxxxxxxxxxxx.xxx/xxxxxxx/xxxxxx/xxxxxxxxxxxx/xxxxx_xxxxxxx_xxxxx.xxxx#XxxxxxxXxxxxxxxxxXxxxxxXxxxxx ANO xxxxx://xxx.xxxxxxxxxxxxxxx.xxx/xxxxxxx/xxxxxx/xxxxxxxxxx/xx_xx_xxxxxx_xxxx.xxxx#XxxxxxXxxxxxxxxxxXxx ANO xxxxx://xxx.xxxxxxxxxxxxxxx.xxx/xxxxxxx/xxxxxxx/xxxx/xxxxx/xxxx/xx_xxxxx_xxxxx.xxxx#XxxxxxxxxxxxxxXxxxxx ANO xxxxx://xxx.xxxxxxxxxxxxxxx.xxx/xxxxxxx/xxxxxxx/xxxx/xxxxx/xxxx/xx_xxxxx_xxxxx.xxxx#XxxxxxxxxxxxxXxxxxxXxxxxxxxxx://xxx.xxxxxxxxxxxxxxx.xxx ANO xxxxx://xxx.xxxxxxxxxxxxxxx.xxx/xxxxxxx/xxxxxx/xxxxxxxxxxxx/xxxxx_xxxxxxx_xxxxx.xxxx#XxxxxxxXxxxxxxxxxXxxxxxXxxxxx ANO xxxxx://xxx.xxxxxxxxxxxxxxx.xxx/xxxxxxx/xxxxxxx/xxxx/xxxxxxx/xxxxxx_xxxxxxx/xxxx/xx_xx_xx_xx_xxxxxxx.xxxx ANO xxxxx://xxx.xxxxxxxxxxxxxxx.xxx/xxxxxxx/xxxxxxx/xxxx/xxxxxxx/xxxx/x_xx_xxxxxxx_xxxxxxxx.xxxx Klient - Server ANO Požadovaný formát zařízení VMware či HW Appliance ANO Požadovaný počet spravovaných zařízení 500 Plnohodnotná klientská část podporovaná na operačních systémech Linux, Windows i OS X ANO Plnohodnotný přístup přes HTML pomocí webového prohlížeče (minimálně Edge, Firefox, Chrome) ANO Víceúrovňová práva přístupu, podpora paralelní práce více uživatelů ANO Podpora autentizace pomocí LDAP, Radius ANO RBAC (rozdílní uživatelé mají práva k rozdílným prvkům a rozdílným funkcionalitám) ANO Konfigurace, monitoring i reporting systému přes HTTPs rozhraní ve standardním webovém prohlížeči (minimálně Edge, Firefox, Chrome) ANO Možnost systém rozšířit o služby agentového skenování (assessmentu) pouze aplikací licenčního klíče ANO Systém musí být schopen výměny informací s dalšími systémy (otevřené a dokumentované API). API musí poskytnout minimálně následující funkce: ANO 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1-3 1 1 1 1 1 1 1 1 1...
Architektura. Požadované řešení SIEM je vše v jednom (all-in-one) Řešení je postaveno na SW, musí být použita virtualizační vrstva, která zajistí vyšší automatizaci, vizualizaci provozu a komfort obsluhy, proto SIEM musí být ve formě virtuální appliance (vč. software, licencí apod.), požadovaná virtualizační platforma je VMware ESXi/vCenter V5 a vyšší (instalace virtuální appliance prostřednictvím OVA/ISO souboru). Pro nasazení virtuální appliance bude Zadavatelem zajištěno odpovídající HW prostředí.