[Fiware-portals] IdM trabajando con dos Openstack

Álvaro Alonso aalonsog at dit.upm.es
Thu Aug 29 09:38:56 CEST 2013


Hola,

puede que no nos entendiéramos bien en cuanto al tema de tener varias instancias. La idea de indicar la instancia mediante los tenant no pudimos hablarla en aquella reunión ya que lo barajado entonces era tener un Essex y un Grizzly y para ello era necesario tener dos portales diferentes. Al cambiar ahora a dos instancias de Essex surgía nuestra duda de tener dos portales (y de ahí el problema con la barra). Con un único portal coincido con Javi en el problema de asociar instancias a tenants ya que no es algo que esté soportado en el IdM.

Saludos,
-- 
Álvaro

El Aug 29, 2013, a las 1:06 AM, javier cerviño escribió:

> Ok, no sabía muy bien la metodología que se acordó porque yo no estuve en esa reunión. Por lo que tengo entendido en el IDM no hay ninguna forma de decir a que instancia de Essex está ligado un tenant/organización. O al menos no he visto nada al respecto en sus páginas web. Por lo que, si finalmente se confirma, eso no se podría hacer como indicáis. 
> 
> 
> 2013/8/28 Juanjo Hierro <jhierro at tid.es>
> Hola,
> 
>   No entiendo bien lo que dices cuando dices que "la barra de arriba donde están los enlaces al Cloud, Store, etc. sólo podría apuntar a uno de los dos Essex" ... 
> 
>   Tal y como he entendido de nuestras últimas reuniones, cada organización tendrá asociado un tenant.    La idea entonces sería que cuando se cree un tenant ese tenant esté ligado a una instancia Essex.   De forma que cuando un usuario accede a cloud.lab.fi-ware.eu el portal de Cloud lo que haga es determinar con que tenant entra y, por tanto, contra que instancia Essex tiene que atacar, a partir de ese punto.
> 
>   Cada tenant tiraría contra una instancia Essex.   No manejaríamos la posibilidad de que un tenant maneje diversas instancias Essex.
> 
>   Esto es lo que pregunta Henar si es posible.
> 
>   Por favor, mantengamos estos hilos de discusión en fiware-portals para no perdernos.
> 
>   Saludos,
> 
> -- Juanjo
> 
>  -------------
> Product Development and Innovation (PDI) - Telefonica Digital
> website: www.tid.es
> email: jhierro at tid.es
> twitter: twitter.com/JuanjoHierro
> 
> FI-WARE (European Future Internet Core Platform) Coordinator 
> and Chief Architect
> 
> FI-PPP Architecture Board chairman
> 
> You can follow FI-WARE at:
>   website:  http://www.fi-ware.eu
>   facebook: http://www.facebook.com/pages/FI-WARE/251366491587242
>   twitter:  http://twitter.com/FIware
>   linkedIn: http://www.linkedin.com/groups/FIWARE-4239932
> On 28/08/13 09:42, Javier Cerviño wrote:
>> Hola Henar,
>> 
>> Por nosotros no hay problema, sería bastante sencillo. Sólo tendríamos que poner otro Proxy que tirase del mismo IDM y ya está. El único problema que le veo es que la barra de arriba donde están los enlaces al Cloud, Store, etc. sólo podría apuntar a uno de los dos Essex. Cómo lo veis vosotros?
>> 
>> Saludos,
>> Javi.
>> 
>> 
>> 2013/8/28 HENAR MUÑOZ FRUTOS <henar at tid.es>
>> Hola Javier
>> 
>>  
>> Te escribía para saber el estado del desarrollo de tener un IdM con dos Opensetaack, tal y como hablamos en la reunión hace unas 3 semanas. En este caso no sería con dos versiones diferentes (Essex, Grizzly) si no con dos Essex. La idea es poder cambiar de infraestructura según necesidades, pero con un único IdM. De forma que unos usuarios desplieguen VMs en un cloud y otros en el otro.
>> 
>>  
>> Saludos,
>> 
>> Henar
>> 
>> 
>> 
>> Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nuestra política de envío y recepción de correo electrónico en el enlace situado más abajo.
>> This message is intended exclusively for its addressee. We only send and receive email on the basis of the terms set out at:
>> http://www.tid.es/ES/PAGINAS/disclaimer.aspx
>> 
> 
> 
> 
> Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nuestra política de envío y recepción de correo electrónico en el enlace situado más abajo.
> This message is intended exclusively for its addressee. We only send and receive email on the basis of the terms set out at:
> http://www.tid.es/ES/PAGINAS/disclaimer.aspx
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.fiware.org/private/fiware-portals/attachments/20130829/1b6304bf/attachment.html>


More information about the Fiware-portals mailing list

You can get more information about our cookies and privacy policies clicking on the following links: Privacy policy   Cookies policy