On Wed, Mar 11, 2015 at 1:04 AM, Imesh Gunaratne <[email protected]> wrote:

> Great work Raj! Hope that we have also prefixed Cluster Hostname with
> Application ID.
>

Yes Imesh. Cluster hostname is also prefixed with application-id.

Thanks.

>
> Thanks
>
> On Mon, Mar 9, 2015 at 9:45 PM, Rajkumar Rajaratnam <[email protected]>
> wrote:
>
>> This is fixed now.
>>
>> Thanks.
>>
>> On Mon, Mar 9, 2015 at 7:59 PM, Rajkumar Rajaratnam <[email protected]>
>> wrote:
>>
>>> As per the off-line discussion with Imesh, we decided to prefix the
>>> application-id to the cluster-id. I am doing this change now.
>>>
>>> Thanks.
>>>
>>> On Mon, Mar 9, 2015 at 7:23 PM, Rajkumar Rajaratnam <[email protected]>
>>> wrote:
>>>
>>>>
>>>>
>>>> On Mon, Mar 9, 2015 at 7:04 PM, Rajkumar Rajaratnam <[email protected]
>>>> > wrote:
>>>>
>>>>> Hi Devs,
>>>>>
>>>>> Currently the cluster-id is generated as below;
>>>>>
>>>>> cluster-id = subscriptionAlias . cartridgeType . domain;
>>>>>
>>>>> For example, cluster-id would be my-php.php.domain
>>>>>
>>>>> And cluster monitors are stored against cluster-id (Map<cluster-id,
>>>>> cluster-monitor>). So what will happen if two different applications are
>>>>> using php cartridge and they use the same alias (my-php). Then we will 
>>>>> have
>>>>> only one cluster monitor which will monitor two clusters :) Completely
>>>>> wrong!
>>>>>
>>>>
>>>> Actually only one cluster will be monitored. The cluster which is
>>>> created very recently will be monitored, since it will override the
>>>> previous monitor. Other clusters with the same cluster-id will not be
>>>> monitored.
>>>>
>>>>>
>>>>> Therefore solution would be to change cluster-id generation logic as
>>>>> below;
>>>>>
>>>>> cluster-id = applicationId . subscriptionAlias . cartridgeType .
>>>>> domain;
>>>>>
>>>>> I am seeing following issues in above solution
>>>>>
>>>>>    - If we allow an application to be deployed multiple times in
>>>>>    future, we might need to use the following logic.
>>>>>
>>>>>    cluster-id = applicationAlias . subscriptionAlias . cartridgeType
>>>>>    . domain;
>>>>>
>>>>>    - If we allow same aliases to be used multiples times within an
>>>>>    application, then we have a complex problem!
>>>>>
>>>>>
>>>>> Ideally we should generate these cartridge aliases automatically at
>>>>> runtime. But since we are using aliases to define dependencies, I have no
>>>>> idea how to define dependencies if we generate cartridge aliases at 
>>>>> runtime.
>>>>>
>>>>> Please share your thoughts on this.
>>>>>
>>>>> Thanks.
>>>>>
>>>>> --
>>>>> Rajkumar Rajaratnam
>>>>> Committer & PMC Member, Apache Stratos
>>>>> Software Engineer, WSO2
>>>>>
>>>>> Mobile : +94777568639
>>>>> Blog : rajkumarr.com
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Rajkumar Rajaratnam
>>>> Committer & PMC Member, Apache Stratos
>>>> Software Engineer, WSO2
>>>>
>>>> Mobile : +94777568639
>>>> Blog : rajkumarr.com
>>>>
>>>
>>>
>>>
>>> --
>>> Rajkumar Rajaratnam
>>> Committer & PMC Member, Apache Stratos
>>> Software Engineer, WSO2
>>>
>>> Mobile : +94777568639
>>> Blog : rajkumarr.com
>>>
>>
>>
>>
>> --
>> Rajkumar Rajaratnam
>> Committer & PMC Member, Apache Stratos
>> Software Engineer, WSO2
>>
>> Mobile : +94777568639
>> Blog : rajkumarr.com
>>
>
>
>
> --
> Imesh Gunaratne
>
> Technical Lead, WSO2
> Committer & PMC Member, Apache Stratos
>



-- 
Rajkumar Rajaratnam
Committer & PMC Member, Apache Stratos
Software Engineer, WSO2

Mobile : +94777568639
Blog : rajkumarr.com

Reply via email to