Hi Isuru, Imesh,

IMO we shouldn't have any platform specific restructuring in
wso2/puppet-modules. This should be done at the end user's setup. Another
point is that we have now decoupled wso2/puppet-modules from
wso2/dockerfiles and users are not required to incorporate puppet-modules
in their container setup.

If the intention is to ease the deployment process (at least one) for the
user, we should ship the Kubernetes related Puppet manifests and Hiera data
with wso2/kubernetes-artifacts (or wso2/dockerfiles as it is the repository
involved in the image creation step in this process).

IMO Docker images will not be able to run OOB on Kubernetes using
wso2/puppet-modules and wso2/kubernetes-artifacts. There will anyway be
changes related to the Kubernetes Membership Scheme in wso2/puppet-modules
and in wso2/kubernetes-artifacts where environment dependent changes such
as image names, SecureVault passwords, etc. need to be adjusted.


Regards,
Chamila de Alwis
Committer and PMC Member - Apache Stratos
Software Engineer | WSO2 | +94772207163
Blog: code.chamiladealwis.com



On Mon, Apr 11, 2016 at 1:36 AM, Imesh Gunaratne <im...@wso2.com> wrote:

> Hi Gayan,
>
> On Sun, Apr 10, 2016 at 5:02 PM, Gayan Gunarathne <gay...@wso2.com> wrote:
>
>> IMO this will create maintainability issue. We need to maintain all the
>> separate hieradata structure for each scenarios.For the one particular
>> alternation we need to change whole set of files.
>>
>
> In this scenario user experience is much more important than the
> maintainability of few yaml files. If we do not do this, users will not be
> able to use puppet modules OOB until they manually update configuration
> values in above files. The whole idea of this effort is to let users do
> following:
>
>    - Setup a K8S cluster
>    - Download puppet modules zip file(s).
>    - Download docker files
>    - Build docker images using puppet for different product profiles
>    - Deploy WSO2 product on K8S using K8S artifacts
>
> The above process will allow users to deploy any WSO2 product (with
> mutlitple deployment patterns) on K8S with zero configurations. This will
> be true for any VM based platform or any other container cluster management
> system.
>
>>
>> Why can't we do this by using defined types in Hiera and lookup
>> parameters for a given instance? Based on the identify keys we set for
>> each vm, docker, K8S etc we can select the appropriate data set from
>> Hiera file.
>>
>
> Will you be able to provide a sample?
>
> Thanks
>
>>
>> Thanks,
>> Gayan
>>
>>
>> On Sat, Apr 9, 2016 at 8:28 AM, Imesh Gunaratne <im...@wso2.com> wrote:
>>
>>>
>>> On Fri, Apr 8, 2016 at 7:48 PM, Isuru Haththotuwa <isu...@wso2.com>
>>> wrote:
>>>>
>>>>
>>>> hieradata
>>>>     |--- dev
>>>>            |--- wso2
>>>>                    |---- <product_name>
>>>>                                      |--- <product_version>
>>>>                                                        |-- *vm*
>>>>                                                             |--
>>>> default.yaml
>>>>                                                             |--
>>>> manager.yaml
>>>>                                                             |--
>>>> worker.yaml
>>>>                                                        |--* docker*
>>>>                                                             |--
>>>> default.yaml
>>>>                                                             |--
>>>> manager.yaml
>>>>                                                             |--
>>>> worker.yaml
>>>>                                                        |-- *kubernetes*
>>>>
>>>>                                                             |--
>>>> default.yaml
>>>>                                                             |--
>>>> manager.yaml
>>>>                                                             |--
>>>> worker.yaml
>>>>
>>>>
>>> +1 for the suggestion Isuru, will proceed with this. We can add other
>>> platforms such as OpenShift, Mesos, Cloud Foundry on the same level.
>>>
>>> Thanks
>>>
>>>>
>>>>
>>>> Thanks
>>>>>
>>>>> --
>>>>> *Imesh Gunaratne*
>>>>> Senior Technical Lead
>>>>> WSO2 Inc: http://wso2.com
>>>>> T: +94 11 214 5345 M: +94 77 374 2057
>>>>> W: http://imesh.io
>>>>> Lean . Enterprise . Middleware
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Thanks and Regards,
>>>>
>>>> Isuru H.
>>>> +94 716 358 048* <http://wso2.com/>*
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> *Imesh Gunaratne*
>>> Senior Technical Lead
>>> WSO2 Inc: http://wso2.com
>>> T: +94 11 214 5345 M: +94 77 374 2057
>>> W: http://imesh.io
>>> Lean . Enterprise . Middleware
>>>
>>>
>>> _______________________________________________
>>> Dev mailing list
>>> Dev@wso2.org
>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>
>>>
>>
>>
>> --
>>
>> Gayan Gunarathne
>> Technical Lead, WSO2 Inc. (http://wso2.com)
>> Committer & PMC Member, Apache Stratos
>> email : gay...@wso2.com  | mobile : +94 775030545 <%2B94%20766819985>
>>
>>
>>
>> _______________________________________________
>> Dev mailing list
>> Dev@wso2.org
>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>
>>
>
>
> --
> *Imesh Gunaratne*
> Senior Technical Lead
> WSO2 Inc: http://wso2.com
> T: +94 11 214 5345 M: +94 77 374 2057
> W: http://imesh.io
> Lean . Enterprise . Middleware
>
>
> _______________________________________________
> Dev mailing list
> Dev@wso2.org
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>
_______________________________________________
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Reply via email to