Si se aprovisionan inicialmente, todas las instancias de Oracle Content Management se despliegan en Oracle Cloud Infrastructure. Esta arquitectura es una topología de alta disponibilidad en varios dominios de disponibilidad de una única región geográfica. Utiliza Oracle Container Engine for Kubernetes (OKE) con sus clusters de Kubernetes elásticamente escalables en estos dominios de disponibilidad.
En un despliegue por defecto, OKE crea automáticamente varios clusters (o nodos) en los dominios de disponibilidad. Todos los sitios y los activos se sincronizan con cada dominio de disponibilidad. Si cae un dominio de disponibilidad, OKE dirige automáticamente todo el tráfico entrante hacia los dominios de disponibilidad operativos. De ese modo, los usuarios finales no notarán la interrupción del servicio mientras se restablece el dominio de disponibilidad que ha fallado.
Le animamos a que use nuestra opción Programa de cambio de versión para controlar si su instancia recibe una nueva versión de Oracle Content Management. En la mayoría de casos, la instancia que proporciona el tráfico de producción, así como cualquier instancia que pueda proporcionar tráfico en caso de fallo, deben usar la opción cambio de versión retrasado. Las instancias diseñadas para fines de desarrollo y de prueba deben usar la opción cambio de versión inmediato. La combinación de configuraciones le proporcionará un ciclo de versiones completo a fin de asegurar que su código sea eficaz. Asimismo, le proporcionará tiempo para solucionar cualquier incidencia antes de que afecte al tráfico de producción. La opción Programa de cambio de versión se define al crear su instancia de Oracle Content Management.
Más allá de la alta disponibilidad
Si bien un servicio de alta disponibilidad está diseñado para ofrecer un alto grado de tiempo de actividad y accesibilidad, muchos clientes tienen necesidades adicionales que se pueden satisfacer con diferentes arquitecturas. Estas arquitecturas adicionales, aunque siguen beneficiándose de la alta disponibilidad lista para usar de Oracle Cloud Infrastructure y OKE, pueden crearse para soportar procesos de desarrollo, incluso un failover de varias regiones, o mejorarse con conexiones privadas de alto rendimiento. Para hallar la arquitectura adecuada a sus necesidades, debe determinar las necesidades del proceso de desarrollo de su organización, sus objetivos de tiempo de recuperación (RTO) aceptables y sus objetivos de punto de recuperación (RPO).
Crear instancias privadas con Oracle Cloud Infrastructure FastConnect
Es posible que algunos clientes también necesiten seguridad o rendimiento adicionales no disponibles en el Internet público. Oracle Cloud Infrastructure FastConnect se puede utilizar para establecer una conexión más sólida y segura, y que ofrezca un rendimiento mejor a su instancia de Oracle Content Management. Este tipo de conexión suelen usarla clientes que desean asegurar que el acceso se limita a redes internas. O bien clientes que quieren ofrecer la mejor conexión posible a los usuarios finales, con total fiabilidad.
Si desea crear una instancia como esta, debe configurar Oracle Cloud Infrastructure FastConnect y realizar algunos pasos previos adicionales. FastConnect ofrece una conexión privada dedicada con un ancho de banda superior y una experiencia de red más fiable y consistente en comparación con las conexiones basadas en Internet.
Consulte Creación de una instancia privada mediante Oracle Cloud Infrastructure FastConnect.
Proceso de desarrollo
Hace referencia al proceso que utiliza su organización para crear y desplegar una nueva funcionalidad y un nuevo contenido para Oracle Content Management. Puede incluir los diversos entornos por los que deben pasar la nueva funcionalidad y el nuevo contenido antes de ser aprobados para los entornos y la producción de nivel superior. Una configuración común incluiría los entornos de desarrollo, prueba, temporal y, por último, producción. Las necesidades de su organización pueden variar.
Los clientes que deseen utilizar varias instancias para soportar sus procesos de desarrollo deben aprovisionar estas instancias adicionales como se describe en este documento, pero no es necesario que aprovisionen un firewall de aplicación web (WAF) delante de estas ya que se accederá a ellas directamente. Después de desarrollar contenido en una de las instancias, puede utilizar la interfaz de línea de comandos (CLI) de OCE Toolkit para propagar ese contenido de una instancia de Oracle Content Management a otra.
Nota:
Al crear una instancia adicional que no proporcionará tráfico de producción, debe marcarla como no primaria para que no tenga que pagar por activos duplicados. El cargo de las instancias primarias se realiza por el número total de activos en la instancia. El cargo de las instancias no primarias se realiza por un único bloque de activos por mes (por ejemplo, 5000 activos, y, si tiene Video Plus, 250 activos de Video Plus) independientemente del número total de activos que se repliquen. Para obtener más información, consulte Descripciones del servicio de créditos universales de Oracle PaaS e IaaS.Si desea propagar los cambios, puede utilizar los comandos de OCE Toolkit para crear sitios y gestionar sus ciclos de vida en las instancias de desarrollo, prueba y producción. Puede realizar cambios en los sitios de un entorno de desarrollo y propagar dichos cambios a entornos de prueba y producción. También puede incorporar este juego de utilidades de línea de comandos en sus entornos de creación de scripts para gestionar sus despliegues. Con las utilidades de CLI, puede implementar nuevos elementos, como activos y componentes, así como actualizaciones de contenido existente.
Consulte Configurar un despliegue de prueba a producción (T2P).
Si su organización desea utilizar una región de copia de seguridad para seguir proporcionando contenido de sitio público en caso de que se produzca un fallo, configure un firewall de aplicación web (WAF) y replique el contenido en la copia de seguridad.
La copia de seguridad puede estar en la misma región geográfica que la instancia primaria o en una diferente. La creación de una copia de seguridad en una región diferente proporciona más protección frente a pérdida de datos o disponibilidad.
Nota:
Por el momento, Oracle Content Management solo admite sitios públicos mediante WAF. Si su sitio precisa autenticación, debe accederse a él directamente desde el dominio de origen.A continuación, se muestra un ejemplo del aspecto de la arquitectura:
La creación de una copia de seguridad puede tardar bastante, especialmente si tiene muchos sitios y activos, por lo que sugerimos que se realice durante las horas libres. En función de la cantidad de cambios en el contenido que se realicen en la instancia, deberá determinar si las copias de seguridad deben realizarse a diario o con una frecuencia menor de una vez a la semana.
Al implantar una región de copia de seguridad, utilice el servicio Oracle Cloud Infrastructure Web Application Firewall para dirigir el tráfico hacia la instancia principal (activa) y, en caso de fallo, cámbielo para que apunte a la instancia de copia de seguridad (en espera).
Nota:
Al crear una instancia de copia de seguridad, debe marcarla como no primaria para que no tenga que pagar por activos duplicados. Las instancias primarias y las no primarias se facturan con tarifas distintas.Una vez creada una instancia primaria, realice los siguientes pasos para implantar la región de copia de seguridad:
Al aprovisionar esta instancia, que proporcionará el tráfico de producción solo si se produce un fallo de la región primaria, asegúrese de marcarla como no principal a fin de evitar que le facturen por duplicado todos los activos de esta instancia. Asimismo, debido a que se podría convertir en una instancia de producción, normalmente debería definirse en actualización retrasada. Sin embargo, la instancia debe estar en el mismo programa de cambio de versión que la región primaria para evitar problemas al cambiar el tráfico entre las regiones primaria y de copia de seguridad.
Si desea que la copia de seguridad esté en una región diferente que la instancia primaria, créela en una región secundaria.
Nota:
La instancia de copia de seguridad es solo para realizar pruebas o garantizar la continuidad de la distribución de contenido mediante el sitio público en caso de que se produzca un fallo, y no está pensada para continuar la contribución ni para acceder a sitios que precisan autenticación.Hay varios pasos involucrados en la configuración y la activación de un firewall de aplicación web (WAF) para implantar una región de copia de seguridad:
Si necesita cambiar de la instancia primaria a la secundaria, puede hacerlo actualizando la política de WAF.
Para crear una política de WAF, realice los siguientes pasos:
cross_site_WAF
). Evite introducir información confidencial.oce.example.com
). Esta es la URL que utilizarán sus usuarios para acceder a la aplicación, que apuntará a la instancia primaria o secundaria de Oracle Content Management.primary_salesdocuments1
).salesdocuments1-myaccount.cec.ocp.oraclecloud.com
).Para cargar el certificado y la clave SSL, realice los siguientes pasos:
Para crear un origen secundario, realice los siguientes pasos:
secondary_salesdocuments1
).salesdocuments2-myaccount.cec.ocp.oraclecloud.com
).Para publicar los cambios que se han hecho, siga estos pasos:
La actualización puede tardar un poco en completarse.
Actualice la configuración del DNS con el CNAME de su zona para direccionar las solicitudes de los clientes de Internet a WAF. Puede encontrar el CNAME abriendo la política de WAF que ha creado. El valor CNAME es una versión con guiones del dominio primario dentro del dominio de OCI (por ejemplo, oce-example-com.o.waas.oci.oraclecloud.net
).
Si usa el subdominio cec.ocp.oraclecloud.com
, deberá registrar una solicitud de soporte donde solicite a los Servicios de Soporte de Oracle que realice la actualización del DNS.
Para configurar WAF en las instancias, realice los siguientes pasos:
Se muestra el nombre del compartimento de la instancia. Si la política de WAF está en un compartimento diferente, haga clic en Cambiar compartimento y seleccione el compartimento correcto.
Se mostrará el progreso en la lista Actividades a medida que se realiza la actualización en la instancia. Una vez completada la actualización, si comprueba los detalles de la instancia, podrá ver la lista Dominio primario de WAF.
Si necesita cambiar el origen de WAF de la instancia primaria a la secundaria (o viceversa) para fines de prueba o copia de seguridad, puede hacerlo actualizando la política de WAF.
Oracle Content Management
Para cambiar el origen de WAF, realice los siguientes pasos:
La actualización puede tardar un poco en completarse. Cuando haya terminado, el tráfico a la aplicación se dirigirá al origen seleccionado.
Recuerde que la redirección a través de WAF está pensada únicamente para pruebas o para la continuidad de la entrega del sitio público en caso de fallo. Los usuarios deben acceder a sitios autenticados o directamente a la interfaz de usuario de Oracle Content Management.
Este modelo es esencial para proporcionar las comprobaciones y los equilibrios necesarios para ejecutar un entorno de alta disponibilidad de forma eficiente y para gestionar aplicaciones sin interrupciones mientras pasan de la fase de prueba a producción.
En este despliegue, creará instancias dedicadas para mantener el desarrollo, la prueba y la producción como fases independientes.
Configurar las instancias de desarrollo y prueba como no primarias le asegurará que no se le facturará el doble por todos los activos de dichas instancias.
Configurar las instancias de desarrollo y de prueba como cambio de versión inmediato (tan pronto como haya una nueva versión de Oracle Content Management disponible) le permite probar el cambio de versión en las instancias para asegurarse de que este no interfiere con los sitios que ha desplegado. Si detecta algún problema, puede informar de él a los Servicios de Soporte Oracle para corregirlo antes de que se aplique el cambio de versión retrasado en la instancia de producción una versión más tarde.
Para obtener más información sobre OCE Toolkit, consulte Propagación de cambios de la prueba a la producción con OCE Toolkit en Building Sites with Oracle Content Management.
Para crear un despliegue de prueba a producción (T2P), debe instalar OCE Toolkit en su instancia de Compute de VM y asegurarse de que utilice la autenticación de IDCS.
Realice los siguientes pasos en su instancia de Compute de VM:
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
Registre los detalles de conexión de sus instancias de origen y destino mediante el siguiente comando. Por ejemplo, si está sincronizando contenido para un despliegue de prueba a producción, puede que tenga instancias de desarrollo (DEV), prueba (TEST) y producción (PROD).
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
) es el nombre de servidor usado para identificar el punto final de la instancia. Este valor puede ser cualquier nombre que elija.Nota:
Puede transferir--keyfile
para cifrar la contraseña guardada en el archivo.Transfiera sus sitios de empresa mediante el siguiente comando:
cec transfer-site SiteName -s DEV -d TEST -r RepositoryName -l LocalizationPolicyName
SiteName
) es el nombre del sitio que desea transferir.Si va a actualizar un sitio en la instancia de destino, no tiene que incluir el repositorio ni la política de localización.
Para obtener más información, consulte Propagación de cambios de la prueba a la producción con OCE Toolkit en Building Sites with Oracle Content Management.