A kezdeti előkészítés szerint az Oracle Content Management összes példányát az Oracle Cloud Infrastructure környezetben telepíti a rendszer. Ez az architektúra magas rendelkezésre állású topológia egyetlen földrajzi régión belüli több rendelkezésre állási tartomány között. Az Oracle Container Engine for Kubernetes (OKE) rugalmasan méretezhető Kubernetes fürtjeit használja ezekben a rendelkezésre állási tartományokban.
Alapértelmezett telepítésnél az OKE automatikusan létrehoz több fürtöt (vagy csomópontot) a rendelkezésre állási tartományokban. Az összes webhely és forrásanyag szinkronizálva van az egyes rendelkezésre állási tartományokkal. Ha az egyik rendelkezésre állási tartomány meghibásodik, az OKE az összes bejövő forgalmat átirányítja a működőképes rendelkezésre állási tartományokhoz. Ily módon a felhasználók nem érzékelnek szolgáltatáskimaradást a hibás rendelkezésre állási tartomány visszaállítása során.
Azt javasoljuk, hogy a Frissítési ütemezés beállítással vezérelje, hogy a példánya mikor kapja meg az Oracle Content Management új kiadását. A legtöbb esetben a termelési adatforgalmat kiszolgáló példányának, illetve minden olyan példánynak, amelyik hiba esetén kiszolgálhatja az adatforgalmat, a késleltetett frissítés beállítást kell használnia. A fejlesztési és tesztelési célokra használt példányoknak az azonnali frissítés beállítást kell használniuk. A beállításoknak ez a kombinációja teljes kiadási ciklust biztosít Önnek, hogy a kódja megbízható legyen, és legyen elég ideje a problémák megoldására, mielőtt azok befolyásolnák a termelési adatforgalmát. A Frissítési ütemezés beállítás megadása akkor történik, amikor létrehozza Oracle Content Management példányát.
A magas rendelkezésre álláson túl
A magas rendelkezésre állású szolgáltatásokat magas fokú üzemidő és elérhetőség nyújtására tervezték, számos ügyfél további igényekkel rendelkezik, amelyek különféle architektúrákkal elégíthetők ki. Az Oracle Cloud Infrastructure és az OKE által beépített módon biztosított magas rendelkezésre állás előnyeit továbbra is élvezve ezek a kiegészítő architektúrák kialakíthatók a fejlesztési folyamatok támogatásához akár többrégiós feladatátvétellel, vagy továbbfejleszthetők nagy teljesítményű magánkapcsolatokkal. Az igényeinek megfelelő architektúra megtalálásához meg kell határoznia szervezete fejlesztési folyamatokkal kapcsolatos feltételeit, így a helyreállítási idő (RTO) és a helyreállítás pont (RPO) elfogadható célértékét.
Az Oracle Cloud Infrastructure FastConnect szolgáltatást használó személyes példány
Egyes felhasználóknak további teljesítményre vagy biztonságra lehet szükségük, ami a nyilvános interneten keresztül nem feltétlenül érhető el. Az Oracle Cloud Infrastructure FastConnect használható nagyobb teljesítményű, hatékonyabb és biztonságosabb kapcsolat létesítéséhez Oracle Content Management példányához. Ezt a kapcsolattípust gyakran használják azok az ügyfelek, akik azt szeretnék biztosítani, hogy a belső hálózatokhoz való hozzáférés korlátozott legyen, illetve a végfelhasználók a lehető legjobb és legmegbízhatóbb kapcsolatot kapják.
Ha szeretne ilyen példányt létrehozni, akkor be kell állítania az Oracle Cloud Infrastructure FastConnect szolgáltatást, és néhány további előfeltételként szükséges lépést kell végrehajtania. A FastConnect olyan dedikált személyes kapcsolatot tesz lehetővé, amelyik nagyobb sávszélességű, megbízhatóbb és egyenletesebb hálózathasználatot biztosít, mint az internet alapú csatlakozások.
Lásd: Személyes példány létrehozása az Oracle Cloud Infrastructure FastConnect használatával.
Fejlesztési folyamat
Ez azt a folyamatot jelenti, amelyet szervezete az Oracle Content Management számára új funkció vagy tartalom kialakítására és telepítésére használ. Ez magában foglalhat több olyan környezetet, amelyen az új funkciónak vagy tartalomnak keresztül kell haladnia, mielőtt a magas szintű és az éles környezet számára jóváhagyható. A szokásos beállítás a fejlesztési, tesztelési, előkészítési és végül az éles környezetet tartalmazhatja. Szervezete igényei ettől eltérőek lehetnek.
Azoknak az ügyfeleknek, akik több példányt szeretnének használni fejlesztési folyamataik támogatásához, az ebben a dokumentumban ismertetett módon elő kell készíteniük kiegészítő példányaikat, de ezek elé nem kell webalkalmazási tűzfalat (WAF) előkészíteniük, mivel ezek közvetlen elérésűek. Miután a példányok valamelyikén kialakította a tartalmat, az OCE Toolkit parancssori felületét (CLI) használhatja a tartalomnak az Oracle Content Management egyik példányáról egy másik példányára való terjesztéséhez.
Megjegyzés:
Olyan további példány létrehozásakor, amely nem szolgálja a termelési adatforgalmat, nem elsődlegesként kell megjelölnie azokat, hogy ne kelljen ismétlődő forrásanyagokért fizetnie. Az elsődleges példányok díját a példányban lévő forrásanyagok összes számának alapján számítják ki. A nem elsődleges példányok havi díját a forrásanyagokat tartalmazó egyetlen blokk alapján számítják ki (például 5000 forrásanyag, és Video Plus szolgáltatással rendelkezik, akkor 250 Video Plus forrásanyag), függetlenül a replikált forrásanyagok összes számától. A további tudnivalókat lásd: Az Oracle PaaS and IaaS univerzális kredites árképzésének leírása.A módosítások terjesztéséhez az OCE Toolkit parancsait használhatja webhelyek létrehozásához és életciklusuk kezeléséhez a fejlesztési, tesztelési és termelési példányokon. Változtatásokat hajthat végre a webhelyeken a fejlesztési környezetben, és ezeket a módosításokat továbbíthatja a tesztelési és az éles környezetbe. A parancssori segédprogramok ezen készletét a parancsfájlkezelési környezeteiben is alkalmazhatja a telepítések kezeléséhez. A CLI segédprogramjaival új elemeket alakíthat ki, például forrásanyagokat és összetevőket, valamint létrehozhatja ezeket meglévő tartalom frissítéseként is.
Lásd: Tesztelésből a termelésbe (T2P) fejlesztés beállítása.
Ha szervezete biztonsági mentési régiót kíván használni nyilvános webhely tartalmának kézbesítéséhez hiba esetén, konfiguráljon webalkalmazási tűzfalat (WAF), és replikálja a tartalmat a biztonsági másolatba.
Ez a biztonsági másolat létrehozható az elsődleges példánnyal megegyező régióban, illetve másik régióban is. A biztonsági másolat eltérő régióban való létrehozása nagyobb védelmet biztosít az adatvesztéssel szemben és a rendelkezésre állás szempontjából.
Megjegyzés:
Jelenleg az Oracle Content Management csak nyilvános webhelyeket támogat WAF tűzfalon keresztül. Ha webhelye hitelesítést igényel, azt közvetlenül a forrástartományból kell elérni.Az alábbi példa az architektúrát mutatja be:
A biztonsági másolat létrehozása hosszabb időt vehet igénybe, különösen akkor, ha nagyon sok webhellyel és forrásanyaggal rendelkezik, ezért ezt célszerű munkaidőn kívül végrehajtani. A példányában a tartalom módosításainak mennyiségétől függően meg kell határoznia, hogy a biztonsági másolatokat naponta vagy ritkábban, például hetente egyszer kell-e elkészíteni.
Biztonsági mentési régió megvalósításakor az Oracle Cloud Infrastructure Web Application Firewall szolgáltatást használja az adatforgalom elsődleges (aktív) példányára irányításához, és hiba előfordulásakor átváltja ezt, hogy biztonsági mentési (készenléti) példányára mutasson.
Megjegyzés:
Biztonsági mentési példány létrehozásakor nem elsődlegesként kell megjelölnie azt, hogy ne kelljen ismétlődő forrásanyagokért fizetnie. Az elsődleges és a nem elsődleges példányok árképzése eltérő.Az elsődleges példány létrehozása után hajtsa végre a következő lépéseket a biztonsági mentési régió megvalósításához:
Az éles környezeti adatforgalmat csak az elsődleges régió meghibásodása esetén szolgáló példány előkészítésekor ne feledje el nem elsődlegesként megjelölni, hogy elkerülje a dupla számlázást a példányban lévő összes forrásanyag használatáért. Ugyanígy, mivel ez éles környezeti példánnyá válhat, ennél általában a késleltetett frissítés beállítást kell használni, bár ennek ugyanabban a frissítési ütemezésben kell szerepelnie, mint az elsődleges régió, hogy elkerülje az adatforgalomnak az elsődleges és a biztonsági mentési régió közötti átváltása miatt felmerülő problémákat.
Ha a biztonsági másolatot elsődleges példányától eltérő régióban kívánja elhelyezni, másodlagos régióban hozza létre azt.
Megjegyzés:
A biztonsági mentési példány csak a nyilvános webhelyek kézbesítésének tesztelésére vagy folytonosságára szolgál hiba esetén, így nem használható a hitelesítést igénylő webhelyekhez való folyamatos hozzájárulás vagy hozzáférés céljából.Biztonsági mentési régió megvalósításához a webalkalmazási tűzfal (WAF) konfigurálása és engedélyezése több lépésből áll:
Ha át kell váltania az elsődleges példányról a másodlagosra, ezt a WAF-alapszabály módosításával hajthatja végre.
WAF-alapszabály konfigurálásához hajtsa végre a következő lépéseket:
cross_site_WAF
). Bizalmas adat ne szerepeljen a névben.oce.example.com
). Ezt az URL-címet fogják használni felhasználói az alkalmazás eléréséhez, amely ezután az Oracle Content Management elsődleges vagy másodlagos példányára fog mutatni.primary_salesdocuments1
).salesdocuments1-myaccount.cec.ocp.oraclecloud.com
).SSL-tanúsítványának és kulcsának feltöltéséhez hajtsa végre a következő lépéseket:
Másodlagos eredet létrehozásához hajtsa végre a következő lépéseket:
secondary_salesdocuments1
).salesdocuments2-myaccount.cec.ocp.oraclecloud.com
).Változtatásainak közzétételéhez hajtsa végre a következő lépéseket:
A módosítás végrehajtása hosszabb időt vehet igénybe.
A DNS konfigurációban módosítsa a zónájához tartozó CNAME értékét az internetes ügyfelektől érkező kérelmek átirányításához a webalkalmazási tűzfalra. A CNAME a létrehozott WAF alapszabály megnyitásával kereshető meg. A CNAME értéke az OCI tartományon belüli elsődleges tartományának kötőjeleket tartalmazó változata (például: oce-example-com.o.waas.oci.oraclecloud.net
).
Ha a cec.ocp.oraclecloud.com
altartományt használja, támogatási kérelmet kell benyújtania az Oracle terméktámogatási szolgálatához a DNS módosításának végrehajtásához.
A példányain a WAF konfigurálásához hajtsa végre a következő lépéseket:
A példány útválasztási szegmensének neve jelenik meg. Ha a WAF-alapszabály másik útválasztási szegmensben található, kattintson az Útválasztási szegmens módosítása elemre, és jelölje ki a megfelelő útválasztási szegmenst.
A Tevékenységek listán látható a módosítás példányra való alkalmazásának állapota. A módosítás befejeződése után a példány részletes adatainál szerepelni fog a WAF elsődleges tartománya.
Ha a WAF-eredetet az elsődleges példányról a másodlagos példányra (vagy fordítva) kell váltani teszteléshez vagy biztonsági mentéshez, ez a WAF-alapszabály módosításával hajtható végre.
Oracle Content Management
A WAF-eredet váltásához hajtsa végre a következő lépéseket:
A módosítás végrehajtása hosszabb időt vehet igénybe. A művelet befejeződése után az alkalmazásába érkező forgalmat a kijelölt eredetbe irányítja a rendszer.
Ne feledje, hogy a WAF tűzfalon keresztüli átirányítás csak a nyilvános webhelyek kézbesítésének tesztelésére vagy folytonosságára szolgál hiba esetén. A felhasználóknak közvetlenül hozzá kell férniük a hitelesített webhelyekhez vagy az Oracle Content Management felhasználói kezelőfelületéhez.
Ez a modell rendkívül fontos a magas rendelkezésre állású környezetek futtatásához szükséges ellenőrzések és egyensúlyok biztosításához, valamint az alkalmazások problémamentes kezeléséhez azoknak a tesztelésiből közbülső, majd abból termelési környezetbe való áthelyezése során.
Ebben a telepítésben dedikált példányokat hoz létre, hogy elkülönítve kezelje a fejlesztést, a tesztelést és az éles környezetet.
A fejlesztési és a tesztelési példány nem elsődleges beállítása biztosítja a dupla számlázás elkerülését az ezekben a példányokban lévő összes forrásanyag használatáért.
A fejlesztési és a tesztelési példány azonnali frissítés (amint elérhető az Oracle Content Management új kiadása) beállítása lehetővé teszi a frissítés tesztelését ezeken a példányokon, így ellenőrizhető, hogy a frissítés zavarja-e a telepített webhelyek működését. Ha bármilyen problémát észlel, azt jelentheti az Oracle terméktámogatási szolgálatának, így a hibák kijavíthatók a késleltetett frissítés alkalmazása előtt az éles környezeti példányra egy kiadással később.
Az OCE Toolkit használatával kapcsolatos további információt lásd: Módosítások terjesztése a fejlesztésből az éles környezetbe az OCE Toolkit segítségével itt: Building Sites with Oracle Content Management.
Tesztelésből a termelésbe (T2P) fejlesztés létrehozásához telepítenie kell az OCE Toolkit szolgáltatást a virtuális gépe számítási példányára, és használnia kell hozzá az IDCS hitelesítést.
Hajtsa végre a következő műveleteket a virtuális gépe számítási példányán:
sudo -s cd /usr/local wget https://nodejs.org/dist/v12.16.2/node-v12.16.2-linux-x64.tar.xz tar xf node-v12.16.2-linux-x64.tar.xz exit
vi ~/.bash_profile --- add :/usr/local/node-v12.16.2-linux-x64/bin to the PATH -- e.g: PATH=$PATH:$HOME/.local/bin:$HOME/bin:/usr/local/node-v12.16.2-linux-x64/bin source ~/.bash_profile
[opc@ocivm2pm ~]$ npm --version 6.14.4 [opc@ocivm2pm ~]$ node --version v12.16.2
export PUPPETEER_SKIP_CHROMIUM_DOWNLOAD=true
wget https://github.com/oracle/content-and-experience-toolkit/archive/master.zip unzip master.zip rm master.zip cd content-and-experience-toolkit-master/sites/ npm install
[opc@ocivm2pm sites]$ ./node_modules/.bin/cec --version 20.4.1
sudo -s ln -s /home/opc/content-and-experience-toolkit-master/sites/node_modules/.bin/cec /usr/local/bin/cec exit
cd [opc@ocivm2pm ~]$ cec --version 20.4.1
cd mkdir cec cd cec cec install
Regisztrálja a forrás- és célpéldánya kapcsolódási adatait a következő parancs használatával. Például, ha tartalmat szinkronizál tesztelésből termelésbe fejlesztéshez, akkor rendelkezhet fejlesztési (DEV), közbülső (TEST) és termelési (PROD) példánnyal.
cec register-server DEV -e http://server:port -u username -p password cec register-server TEST -e http://server:port -u username -p password cec register-server PROD -e http://server:port -u username -p password
DEV
, TEST
, PROD
) a példány végpontjának azonosításához használt kiszolgálónév. Ez az érték bármilyen választott név lehet.Megjegyzés:
A--keyfile
megadásával titkosíthatja a fájlba mentett jelszót.Vállalati webhelyeinek átadásához használja a következő parancsot:
cec transfer-site SiteName -s DEV -d TEST -r RepositoryName -l LocalizationPolicyName
SiteName
) az átadni kívánt webhely neve.Ha módosít egy webhelyet a célpéldányon, az adattárnak és a honosítási alapszabálynak nem kell szerepelnie a módosításban.
A további tudnivalókat lásd: Módosítások terjesztése a fejlesztésből az éles környezetbe az OCE Toolkit segítségével itt: Building Sites with Oracle Content Management.