in

Arquitectura de Salesforce – Javatpoint

salesforce architecture

Salesforce es una de las plataformas de CRM líderes para proporcionar diversos servicios personalizados a sus clientes, socios y empleados. También proporciona la plataforma para crear aplicaciones, páginas, componentes, etc. personalizados, y realiza todas estas tareas de manera tan eficiente, principalmente debido a la arquitectura que sigue.

Salesforce Architecture es la arquitectura multicapa; contiene una serie de capas situadas una encima de la otra.

El siguiente diagrama muestra la vista arquitectónica de Salesforce:

Arquitectura de Salesforce

Explicación de la arquitectura de Salesforce

  • En la arquitectura de fuerza de ventas multicapa, los usuarios se encuentran en la capa superior.
  • El usuario puede acceder a una capa debajo de la capa de usuario, lo que significa varias nubes ofrecidas por la fuerza de ventas, como nube de ventas, nube de servicios, AppExchange, etc.
  • La tercera capa es la aplicación salesforce1, que permite al usuario acceder a la fuerza de ventas en un dispositivo móvil.
  • La última capa contiene varias otras plataformas de fuerza de ventas, como Force.com, Heroku, Exact TargetFueletc.

Terminologías utilizadas en la arquitectura de Salesforce

Arquitectura de Salesforce

  • Aplicación: Una aplicación en arquitectura nos permite recopilar varias cosas visualmente. Los elementos de metadatos, como clases, objetos, fuerza visual, etc., son diferentes de la App e independientes.
  • Ejemplo: Una instancia de la arquitectura de Salesforce es la configuración de software que aparece frente al usuario cuando inicia sesión en el sistema de Salesforce. Muestra los detalles del servidor de la organización de fuerza de ventas en particular en la que trabaja. Muchas instancias de Salesforce pueden vivir en un solo servidor. Sin embargo, se basa en la ubicación del usuario y cambia según la ubicación del usuario.
  • Superpod: Superpod es el conjunto de marcos y equilibradores de pila. Incluye servidores intermediarios salientes, bases de sistema y capacidad, servidores de correo, textura SAN y varios otros marcos que admiten múltiples instancias. Proporciona el aislamiento del servicio dentro de un centro de datos, de modo que si ocurre un problema en un componente compartido, es posible que no afecte a todas las instancias.
  • Org: Org u Organización es un cliente particular de una aplicación de Salesforce. Cuando un nuevo usuario inicia una prueba en saleforce.com o developer.force.com, genera una nueva organización en el sistema. La organización tiene configuraciones de seguridad y uso compartido personalizables que se pueden personalizar según el requisito. Una sola organización puede brindar soporte en cualquier lugar a cualquier usuario, ya sea que se trate de múltiples cuentas de usuario individuales con licencia, cuentas de usuario del portal o cuentas de usuario de los sitios Force.com.
  • Salvadera: Sandbox es la instancia de producción. Contiene los datos de muestra en lugar de los datos originales. La caja de arena permite al desarrollador probar las diversas condiciones para que el desarrollo cumpla con las expectativas del cliente para las aplicaciones. Con la caja de arena, los desarrolladores pueden crear múltiples copias de la organización de producción en diferentes entornos.

Arquitectura central de Salesforce

La arquitectura de la fuerza de ventas puede entenderse como una serie de capas. Cada capa de la arquitectura tiene diferentes características y funcionalidades. Cada capa se describe a continuación:

Arquitectura de Salesforce

1. Capa de inquilinos múltiples

La arquitectura de Salesforce es tan popular debido a su multi Alquiler. La arquitectura multiusuario significa una aplicación común para varios grupos o clientes. En dicha arquitectura, varios clientes utilizan el mismo servidor, pero sus robles están aislados entre sí. Significa que los datos de un cliente están seguros y aislados de otros grupos o clientes.

Debido a la tenencia múltiple, cualquier desarrollador puede desarrollar una aplicación, cargarla en la nube y compartirla fácilmente con múltiples clientes o grupos. Varios usuarios comparten el mismo servidor y aplicaciones, por lo que es muy rentable. En Salesforce, debido a esta arquitectura multiusuario, todos los datos de los clientes se guardan en una única base de datos.

Arquitectura de Salesforce

Como podemos ver en el diagrama anterior, la aplicación común se comparte entre los tres clientes.

La arquitectura de múltiples inquilinos es mucho más eficiente que la arquitectura de un solo inquilino. Algunas diferencias entre ambas arquitecturas se dan a continuación:

  • El costo de desarrollo es mucho más alto en la arquitectura de inquilino único que en la arquitectura de inquilino múltiple porque, en el inquilino único, cada usuario de la aplicación y el costo de mantenimiento también son propiedad del usuario único.
  • Para realizar cualquier actualización en la aplicación, el desarrollador debe hacerlo para cada cliente manualmente. Mientras que en multiusuario, el desarrollador debe hacerlo en un solo lugar, y automáticamente cada cliente recibirá la versión actualizada.

2. Metadatos

La plataforma Salesforce sigue el modelo de desarrollo de metadatos. Los metadatos son datos sobre los datos. Salesforce almacena los metadatos en la base de datos compartida junto con los datos. Significa que almacena los datos y lo que hacen los datos.

Como podemos ver en el diagrama a continuación, los datos específicos del inquilino aseguran que los datos comunes solo se compartan con un inquilino, no con otro inquilino o grupo. Esto garantiza la seguridad de los datos incluso en la base de datos compartida. Los problemas de seguridad se resuelven con la arquitectura multiusuario porque todos los datos se almacenan en diferentes niveles en forma de metadatos, es decir, datos por encima de los datos.

Arquitectura de Salesforce

Podemos entender que será un ejemplo, como si hay tres clientes A, B y C que contienen la base de datos compartida en la plataforma de Salesforce. Estos grupos pueden acceder a sus metadatos desde los datos compartidos. Por lo tanto, cada cliente tendrá metadatos separados. Estos metadatos separados garantizan que cada cliente comparta solo sus datos, no otros. Esto aumenta la seguridad de la base de datos compartida con la productividad del desarrollador.

Servicios API

El modelo basado en metadatos de Salesforce permite a los desarrolladores crear sus aplicaciones fácilmente con la ayuda de varias herramientas. Pero a veces los desarrolladores necesitan algunas funcionalidades más para que sus aplicaciones realicen algunas modificaciones. Para realizar tales modificaciones, Salesforce proporciona una potente fuente de API. Estas API ayudan a los desarrolladores a personalizar la aplicación móvil Salesforce. Estas API permiten que los distintos bits de programación interactúen entre sí e intercambien datos. Sin conocer muchos detalles, podemos conectar nuestras aplicaciones con otras aplicaciones.

La API proporciona una forma sencilla pero potente y abierta de acceder mediante programación a los datos y a cualquier aplicación que se ejecute en la plataforma de Salesforce. Estas API ayudan a los desarrolladores a acceder a las aplicaciones desde cualquier ubicación, utilizando cualquier lenguaje de programación que admita servicios web. como Java, PHP, C # o .NET.


Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Lista de números cuadrados – javatpoint

scoffold

Ruby on Rails – Andamios