Plataforma multiarrendamiento
Contents
Una aplicación multiarrendamiento es un concepto arquitectónico en el que una única instancia de un software se configura para dar servicio a varios clientes, a menudo llamados arrendatarios. En un entorno de WordPress de múltiples inquilinos, cada inquilino compartiría la misma configuración del núcleo, los temas, los plugins, etc., mientras que mantendría sus datos y cargas como una entidad separada.
Este proyecto pretende ofrecer a cualquiera la posibilidad de ejecutar un pequeño puñado, o cientos de instalaciones individuales de WordPress utilizando un conjunto básico de archivos de configuración, haciendo que el mantenimiento y las actualizaciones sean muy fáciles.
En el servidor, cada dominio tendría su propia carpeta. El WordPress Multi Tenant Repo viviría en el mismo nivel que cada carpeta de dominio permitiendo el acceso a cualquier dominio o subcarpeta dentro de un dominio.
En el siguiente ejemplo, dominio-uno.com muestra el aspecto de un dominio principal una vez configurado completamente, mientras que dominio-dos.com proporciona un ejemplo de cómo se pueden utilizar una o más subcarpetas para las instalaciones del sitio.
Saas con wordpress
Tuve la oportunidad de explorar la multitenencia de WordPress para un reciente proyecto de consultoría. La multitenencia es algo que me interesa desde hace meses. Sorprendentemente, la búsqueda de WordPress Multitenancy no dio ningún resultado. Para aquellos que no están familiarizados, voy a proporcionar una definición de multitenencia. Para una explicación detallada, sugiero leer Multi-tenancy Explained.
Cualquier administrador de una instalación de WordPress Multisite soporta la carga del Administrador de la Red. Cualquier desarrollador de múltiples sitios de WordPress lleva la carga de mantener WordPress actualizado. Con WordPress multitenancy, el usuario tiene su propio sitio y el desarrollador gestiona WordPress en un único lugar. Un anillo para gobernarlos a todos. Adoptar una arquitectura multitenant proporciona beneficios adicionales, aparte de la gestión, como el escalado.
Sin embargo, permítanme ser claro, el multiarrendamiento no es una solución a un problema con WordPress. Para la mayoría, WordPress Multisite y las actualizaciones integradas de WordPress cubren los problemas que he mencionado. La multitenencia es una solución a un problema de arquitectura. Es probable que hayas encontrado este post porque ya conoces la multitenencia. Así que estás listo para configurar la multitenencia de WordPress y es probable que esté desperdiciando pulsaciones de teclas con este descargo de responsabilidad.
Plugin de wordpress multisitio
En la Parte 2 de esta serie, creamos una instancia de WordPress conectada a un servidor MySQL sobre Red Hat OpenShift Container Platform. Ahora es el momento de escalar de un despliegue a más utilizando mejor nuestros recursos disponibles. Una vez que hayamos hecho esto, mostraremos un escenario de fallo de nuevo, ilustrando el efecto que pueden tener los diferentes backends de almacenamiento.
Todos los posts de esta serie utilizan una configuración de Red Hat OpenShift Container Platform en AWS que incluye 8 instancias EC2 desplegadas como 1 nodo maestro, 1 nodo infra y 6 nodos trabajadores que también ejecutan Red Hat OpenShift Container Storage Gluster y pods Heketi.
Los 6 nodos trabajadores son básicamente el proveedor de almacenamiento y los consumidores de almacenamiento persistente (MySQL). Como se muestra a continuación, los nodos trabajadores de OpenShift Container Storage son de tipo de instancia m5.2xlarge con 8 vCPUs, 32 GB Mem, y 3x100GB volúmenes gp2 adjuntos a cada nodo para OCP y un volumen gp2 de 1TB para el cluster de almacenamiento OCS.
La región de AWS us-west-2 tiene zonas de disponibilidad (AZs) us-west-2a, us-west-2b, y us-west-2c, y los 6 nodos trabajadores están repartidos entre las 3 AZs, 2 nodos en cada AZ. Esto significa que el clúster de almacenamiento OCS se extiende a través de estos 3 AZs. A continuación se muestra una vista de la consola de AWS que muestra las instancias EC2 y cómo se colocan en los AZs us-east-2.
Sitio web de Wpcs
En este artículo me gustaría ver la diferencia entre los usuarios invitados y los usuarios de otro directorio de la organización a los que me referiré como usuarios multi-tenant. Porque tan pronto como usted quiera dar (Azure AD) invitados autenticados / usuarios fuera de su propia organización el acceso al contenido (privado) en WordPress, usted tendrá que entender sus opciones. Y hay mucho potencial para confundirse y mezclar estos tipos de cuentas tan diferentes.
Azure Active Directory permite a los usuarios de otros tenants de Azure AD y Microsoft Accounts ser usuarios invitados en su tenant de Azure AD. Estos usuarios invitados se denominan usuarios externos. Una vez que un usuario externo está presente en tu tenant de Azure AD, puedes permitirle el acceso a los recursos y aprovechar otras capacidades de Azure AD como Azure MFA (por ejemplo, exigirle una autenticación más fuerte).
Cuando configuraste inicialmente el plugin de WordPress + Office 365, tuviste que registrar tu aplicación (WordPress) en el Azure Active Directory de tu organización y creaste el llamado registro de la aplicación.
