Irek w sieci

Skoro wiemy już co to jest SLA i SLM, poznajmy kilka realnych przykładów takich umów.

Odnoszę się do środowiska IT, skąd pochodzi moja wiedza. Podobne przykłady można przytoczyć ze obszaru produkcji, rekrutacji, zarządzania. Generalnie, każda umowa niesie w sobie jakieś elementy zarządzania usługami. Np. umowa najmu lokalu zawiera terminy płatności, postepowanie przy zaleganiu, kary. Firmy rekrutacyjne zobowiązują się do przedstawienia określonej ilości kandydatów, w przeciwnym razie są kary, obniżone płatności.

Czytaj dalej …

W sieci jest mnóstwo mądrych artykułów o SLM. Pisze się o ITIL, używa wielu porad co do zarządzania incydentami, problemami. Brakuje mi prostego wytłumaczenia tego w zasadzie dosyć prostego mechanizmu. Jako, że mam spore doświadczenie w tym temacie, postanowiłem spróbować przedstawić SLM za pomocą prostych analogii.

Czytaj dalej …

Ogóły znajdziecie w poprzednim wpisie. Teraz czas na szczegóły. Opieram się na oficjalnej specyfikacji ORACLE.

Zapoznaliśmy się z architekturą, synergiami, trybem PaaS i bezpieczeństwem. Poznaliśmy detale tworzenia aplikacji bazodanowych i w stylu arkusza kalkulacyjnego. Wiemy jak wygląda interfejs dewelopera przy użyciu SQL, a teraz poznamy metody wdrażania stworzonych aplikacji oraz jak można sobie radzić z błędami.

Po stworzeniu i przetestowaniu aplikacji nadchodzi czas wdrożenia / aktualizacji i przeniesienia jej do środowiska produkcyjnego. APEX dostarcza kilka metod kontrolowania kodu źródłowego i dystrybucji aplikacji.

Czytaj dalej …

Ogóły znajdziecie w poprzednim wpisie. Teraz czas na szczegóły. Opieram się na oficjalnej specyfikacji ORACLE.

Zapoznaliśmy się z architekturą, synergiami, trybem PaaS i bezpieczeństwem. Poznaliśmy detale tworzenia aplikacji bazodanowych i w stylu arkusza kalkulacyjnego. Zajmiemy się teraz interfejsem dewelopera i użyciem SQL.

Rozbudowane aplikacje APEX wymagają użycia języka SQL i PL/SQL. Do dyspozycji mamy warsztat SQL, który ma kilka funkcjonalności.

Czytaj dalej …

Ogóły znajdziecie w poprzednim wpisie. Teraz czas na szczegóły. Opieram się na oficjalnej specyfikacji ORACLE.

Zapoznaliśmy się z architekturą, synergiami, trybem PaaS i bezpieczeństwem. Poznaliśmy detale tworzenia aplikacji bazodanowych. Zajmiemy się aplikacjami w stylu arkusza kalkulacyjnego (websheets), które użytkownik może tworzyć bez pomocy dewelopera aplikacji.

Ten typ aplikacji pozwala zarządzać uporządkowanymi lub nieuporządkowanymi danymi.  W szczególności możemy:

Czytaj dalej …

Ogóły znajdziecie w poprzednim wpisie. Teraz czas na szczegóły. Opieram się na oficjalnej specyfikacji ORACLE.

Po zapoznaniu się z architekturą, synergiami, trybem PaaS i bezpieczeństwem, przyjrzyjmy się tworzeniu aplikacji.

Standardowo w APEX, po instalacji mamy dostęp do przykładowej aplikacji.

Aplikacja bazodanowa jest kolekcją stron/ekranów połączonych ze sobą poprzez zakładki, przyciski lub odnośniki. Deweloper aplikacji ma

Czytaj dalej …

Ogóły znajdziecie w poprzednim wpisie. Teraz czas na szczegóły. Opieram się na oficjalnej specyfikacji ORACLE.

Po zapoznaniu się z architekturą, synergiami i trybem PaaS, przyjrzyjmy się bezpieczeństwu aplikacji stworzonych przy użyciu tego narzędzia.

Instancja APEX oraz wszystkie tworzone w niej aplikacje mogą zostać skonfigurowane do używania protokołu HTTPS (SSL). Hasła dostępu mogą zostać poddane wymaganiom zawartości oraz zasadom okresu ważności i zmian.

Twórcy aplikacji mogą uaktywnić zabezpieczenia stanu sesji (SSP – Session State Protection), które dodają sumę kontrolna do adresu URL, zapobiegając podszywaniu się i nieuprawnionemu dostępowi. Definiują również jakie dane są przechowywane w stanie sesji. Dane wymagające szczególnej troski mogą zostać zaszyfrowane.

Autentykacja

Weryfikuje dostęp użytkownika do aplikacji (chyba, że aplikacja jest publiczna). Zazwyczaj użytkownik podaje nazwę użytkownika i hasło. APEX dostarcza kilka mechanizmów autentykacji:

Czytaj dalej …

Ogóły znajdziecie w poprzednim wpisie. Teraz czas na szczegóły. Opieram się na oficjalnej specyfikacji ORACLE.

Po zapoznaniu się z architekturą i synergiami, pomyślmy o APEX jako platformie usługowej (a nawet samoobsługowej).

PaaS (Platform as a Service) – platforma jako usługa, umożliwia deweloperom zażądania w trybie on-line własnego środowiska deweloperskiego. Pozwala na natychmiastowe rozpoczęcie tworzenia aplikacji. Oczywiście można manualnie tworzyć środowiska.

Samoobsługa

Dajemy użytkownikom możliwość żądania własnej przestrzeni. Automatycznie udostępniamy środowisko deweloperskie, dostęp do jednego ze schematów bazy danych. W ten sposób wiele projektów można automatycznie inicjować i realizować używając pojedynczej instancji bazy danych.

Inne opcje tworzenia środowisk

• Ręczny – administrator ręcznie tworzy każdą przestrzeń deweloperską

Czytaj dalej …

Ogóły znajdziecie w poprzednim wpisie. Teraz czas na szczegóły. Opieram się na oficjalnej specyfikacji ORACLE.

Po zapoznaniu się z architekturą, przyjrzyjmy się jak APEX wspiera migrację z innych narzędzi (Oracle Forms, Access, Excel).

Forms

APEX dostarcza narzędzia konwersji. Eksportujemy aplikacje Oracle Forms do XML używając standardowych funkcji Forms, następnie importujemy XML do APEX.

Po załadowaniu XML do projektu konwersji Forms, większość funkcjonalności zostanie wygenerowana jako aplikacja APEX. Elementy nie przetworzone automatycznie zostaną przedstawione deweloperom do ręcznej migracji.

MS Access

APEX + SQL Developer Migration Workbench to kompletne narzędzia do migracjo aplikacji Access. Zaczynamy od

Czytaj dalej …

Ogóły znajdziecie w poprzednim wpisie. Teraz czas na szczegóły. Opieram się na oficjalnej specyfikacji ORACLE.

Zacznijmy od architektury tego rozwiązania.

Po stronie użytkownika/administratora/dewelopera potrzebujemy tylko przeglądarki, która do wyświetlenia aplikacji używa HTML. Komunikacja z bazą danych obsługiwana jest poprzez Web Listener, który przesyła wszelkie zapytania do silnika narzędzia i bazy danych.

APEX jest zintegrowanym rozszerzeniem bazy danych ORACLE. Składa się z ponad 300 tabel i 200 obiektów PL/SQL zawierających 300 tys. linii kodu. Ekrany/strony są generowane w czasie rzeczywistym na podstawie danych zgromadzonych w repozytorium APEX. Tworzenie lub modyfikowanie aplikacji polega na tworzeniu lub modyfikacji informacji zawartej w repozytorium.

Warianty Web Listener

Mamy do dyspozycji kilka opcji komunikacji użytkowników z serwerem.

Czytaj dalej …