Re: [Architecture] Using Kubernetes ConfigMaps for Managing Product Configurations

2017-09-20 Thread Pubudu Gunatilaka 
Hi Youcef,

I have fixed the analytics issue [1] and this has occurred due to wrong
config map usage in analytics pod 2. You can find the NFS related changes
in [2]. We have completed pattern-1 and pattern-2.

[1] - https://github.com/wso2/kubernetes-apim/issues/45
[2] - https://github.com/wso2/kubernetes-apim/tree/2.1.0-nfs

Thank you!

On Mon, Sep 18, 2017 at 2:11 PM, Pubudu Gunatilaka  wrote:

> Hi Youcef,
>
> We will go through the error logs and try to identify if there is an
> issue. Also, we have started working on NFS.
>
> Thank you!
>
> On Mon, Sep 18, 2017 at 10:25 AM, Lakmal Warusawithana 
> wrote:
>
>> Hi Youcef ,
>>
>> +Pubudu.
>>
>> Thank you for the feedback. We are stared working on NFS.
>>
>> thanks
>>
>> On Mon, Sep 18, 2017 at 9:29 AM, Youcef HILEM 
>> wrote:
>>
>>> Hi All,
>>>
>>> I have just finished deploying APIM 2.1.0 (pattern-2) on RedHat OpenShift
>>> 3.4
>>>
>>> All is ok and I'm very happy.
>>>
>>> Although some non-blocking points still need to be done:
>>> - secure volt
>>> - deploying artifacts across the nodes by sharing an NFS mount across
>>> persistent volume claims
>>> (https://docs.openshift.com/enterprise/3.2/install_config/st
>>> orage_examples/shared_storage.html).
>>>
>>> And a bizarre exception in POD analytic:
>>>
>>> POD wso2apim-analytics-1 :
>>>
>>> [2017-09-17 11:43:11,398]  INFO
>>> {org.wso2.carbon.core.clustering.hazelcast.HazelcastClusteringAgent} -
>>> Elected this member [9963db8b-30e3-4fe5-921b-0f3decddb61b] as the
>>> Coordinator node
>>>
>>> [2017-09-17 11:43:11,554] ERROR
>>> {org.wso2.carbon.event.processor.manager.core.internal.HAManager} -
>>> Cannot
>>> start CEP HA Snapshot Server on port wso2apim-analytics-1:10006
>>> org.apache.thrift.transport.TTransportException: Could not create
>>> ServerSocket on address wso2apim-analytics-1/X.Y.125.24:10006.
>>> at org.apache.thrift.transport.TServerSocket.(TServerSock
>>> et.java:109)
>>> at org.apache.thrift.transport.TServerSocket.(TServerSock
>>> et.java:91)
>>> at org.apache.thrift.transport.TServerSocket.(TServerSock
>>> et.java:87)
>>> at
>>> org.wso2.carbon.event.processor.manager.core.internal.HAMana
>>> ger$SnapshotServer.start(HAManager.java:383)
>>> at
>>> org.wso2.carbon.event.processor.manager.core.internal.HAMana
>>> ger.(HAManager.java:84)
>>> at
>>> org.wso2.carbon.event.processor.manager.core.internal.Carbon
>>> EventManagementService.init(CarbonEventManagementService.java:140)
>>> at
>>> org.wso2.carbon.event.processor.manager.core.internal.ds.Eve
>>> ntManagementServiceDS.setHazelcastInstance(EventManagementSe
>>> rviceDS.java:64)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce
>>> ssorImpl.java:62)
>>> at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe
>>> thodAccessorImpl.java:43)
>>> at java.lang.reflect.Method.invoke(Method.java:498)
>>> at
>>> org.eclipse.equinox.internal.ds.model.ComponentReference.bin
>>> d(ComponentReference.java:376)
>>> at
>>> org.eclipse.equinox.internal.ds.model.ServiceComponentProp.b
>>> indReference(ServiceComponentProp.java:430)
>>> at
>>> org.eclipse.equinox.internal.ds.InstanceProcess.dynamicBind(
>>> InstanceProcess.java:416)
>>> at org.eclipse.equinox.internal.ds.Resolver.getEligible(Resolve
>>> r.java:334)
>>> at
>>> org.eclipse.equinox.internal.ds.SCRManager.serviceChanged(SC
>>> RManager.java:222)
>>> at
>>> org.eclipse.osgi.internal.serviceregistry.FilteredServiceLis
>>> tener.serviceChanged(FilteredServiceListener.java:107)
>>> at
>>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.d
>>> ispatchEvent(BundleContextImpl.java:861)
>>> at
>>> org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEve
>>> nt(EventManager.java:230)
>>> at
>>> org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEv
>>> entSynchronous(ListenerQueue.java:148)
>>> at
>>> org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.pu
>>> blishServiceEventPrivileged(ServiceRegistry.java:819)
>>> at
>>> org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.pu
>>> blishServiceEvent(ServiceRegistry.java:771)
>>> at
>>> org.eclipse.osgi.internal.serviceregistry.ServiceRegistratio
>>> nImpl.register(ServiceRegistrationImpl.java:130)
>>> at
>>> org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.re
>>> gisterService(ServiceRegistry.java:214)
>>> at
>>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.r
>>> egisterService(BundleContextImpl.java:433)
>>> at
>>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.r
>>> egisterService(BundleContextImpl.java:451)
>>> at
>>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.r
>>>

Re: [Architecture] Using Kubernetes ConfigMaps for Managing Product Configurations

2017-09-18 Thread Pubudu Gunatilaka 
Hi Youcef,

We will go through the error logs and try to identify if there is an issue.
Also, we have started working on NFS.

Thank you!

On Mon, Sep 18, 2017 at 10:25 AM, Lakmal Warusawithana 
wrote:

> Hi Youcef ,
>
> +Pubudu.
>
> Thank you for the feedback. We are stared working on NFS.
>
> thanks
>
> On Mon, Sep 18, 2017 at 9:29 AM, Youcef HILEM 
> wrote:
>
>> Hi All,
>>
>> I have just finished deploying APIM 2.1.0 (pattern-2) on RedHat OpenShift
>> 3.4
>>
>> All is ok and I'm very happy.
>>
>> Although some non-blocking points still need to be done:
>> - secure volt
>> - deploying artifacts across the nodes by sharing an NFS mount across
>> persistent volume claims
>> (https://docs.openshift.com/enterprise/3.2/install_config/st
>> orage_examples/shared_storage.html).
>>
>> And a bizarre exception in POD analytic:
>>
>> POD wso2apim-analytics-1 :
>>
>> [2017-09-17 11:43:11,398]  INFO
>> {org.wso2.carbon.core.clustering.hazelcast.HazelcastClusteringAgent} -
>> Elected this member [9963db8b-30e3-4fe5-921b-0f3decddb61b] as the
>> Coordinator node
>>
>> [2017-09-17 11:43:11,554] ERROR
>> {org.wso2.carbon.event.processor.manager.core.internal.HAManager} -
>> Cannot
>> start CEP HA Snapshot Server on port wso2apim-analytics-1:10006
>> org.apache.thrift.transport.TTransportException: Could not create
>> ServerSocket on address wso2apim-analytics-1/X.Y.125.24:10006.
>> at org.apache.thrift.transport.TServerSocket.(TServerSock
>> et.java:109)
>> at org.apache.thrift.transport.TServerSocket.(TServerSock
>> et.java:91)
>> at org.apache.thrift.transport.TServerSocket.(TServerSock
>> et.java:87)
>> at
>> org.wso2.carbon.event.processor.manager.core.internal.
>> HAManager$SnapshotServer.start(HAManager.java:383)
>> at
>> org.wso2.carbon.event.processor.manager.core.internal.
>> HAManager.(HAManager.java:84)
>> at
>> org.wso2.carbon.event.processor.manager.core.internal.Carbon
>> EventManagementService.init(CarbonEventManagementService.java:140)
>> at
>> org.wso2.carbon.event.processor.manager.core.internal.ds.Eve
>> ntManagementServiceDS.setHazelcastInstance(EventManagementSe
>> rviceDS.java:64)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce
>> ssorImpl.java:62)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe
>> thodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:498)
>> at
>> org.eclipse.equinox.internal.ds.model.ComponentReference.bin
>> d(ComponentReference.java:376)
>> at
>> org.eclipse.equinox.internal.ds.model.ServiceComponentProp.b
>> indReference(ServiceComponentProp.java:430)
>> at
>> org.eclipse.equinox.internal.ds.InstanceProcess.dynamicBind(
>> InstanceProcess.java:416)
>> at org.eclipse.equinox.internal.ds.Resolver.getEligible(Resolve
>> r.java:334)
>> at
>> org.eclipse.equinox.internal.ds.SCRManager.serviceChanged(SC
>> RManager.java:222)
>> at
>> org.eclipse.osgi.internal.serviceregistry.FilteredServiceLis
>> tener.serviceChanged(FilteredServiceListener.java:107)
>> at
>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.d
>> ispatchEvent(BundleContextImpl.java:861)
>> at
>> org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEve
>> nt(EventManager.java:230)
>> at
>> org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEv
>> entSynchronous(ListenerQueue.java:148)
>> at
>> org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.pu
>> blishServiceEventPrivileged(ServiceRegistry.java:819)
>> at
>> org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.pu
>> blishServiceEvent(ServiceRegistry.java:771)
>> at
>> org.eclipse.osgi.internal.serviceregistry.ServiceRegistratio
>> nImpl.register(ServiceRegistrationImpl.java:130)
>> at
>> org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.re
>> gisterService(ServiceRegistry.java:214)
>> at
>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.r
>> egisterService(BundleContextImpl.java:433)
>> at
>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.r
>> egisterService(BundleContextImpl.java:451)
>> at
>> org.eclipse.osgi.framework.internal.core.BundleContextImpl.r
>> egisterService(BundleContextImpl.java:950)
>> at
>> org.wso2.carbon.core.clustering.hazelcast.HazelcastClusterin
>> gAgent.init(HazelcastClusteringAgent.java:229)
>> at
>> org.wso2.carbon.core.util.ClusteringUtil.enableClustering(Cl
>> usteringUtil.java:38)
>> at
>> org.wso2.carbon.core.internal.StartupFinalizerServiceCompone
>> nt.completeInitialization(StartupFinalizerServiceComponent.java:177)
>> at
>> org.wso2.carbon.core.internal.StartupFinalizerServiceCompone
>> nt.serviceChanged(StartupFinalizerServiceComponent.java:288)
>>

Re: [Architecture] Using Kubernetes ConfigMaps for Managing Product Configurations

2017-09-17 Thread Lakmal Warusawithana 
Hi Youcef ,

+Pubudu.

Thank you for the feedback. We are stared working on NFS.

thanks

On Mon, Sep 18, 2017 at 9:29 AM, Youcef HILEM 
wrote:

> Hi All,
>
> I have just finished deploying APIM 2.1.0 (pattern-2) on RedHat OpenShift
> 3.4
>
> All is ok and I'm very happy.
>
> Although some non-blocking points still need to be done:
> - secure volt
> - deploying artifacts across the nodes by sharing an NFS mount across
> persistent volume claims
> (https://docs.openshift.com/enterprise/3.2/install_config/
> storage_examples/shared_storage.html).
>
> And a bizarre exception in POD analytic:
>
> POD wso2apim-analytics-1 :
>
> [2017-09-17 11:43:11,398]  INFO
> {org.wso2.carbon.core.clustering.hazelcast.HazelcastClusteringAgent} -
> Elected this member [9963db8b-30e3-4fe5-921b-0f3decddb61b] as the
> Coordinator node
>
> [2017-09-17 11:43:11,554] ERROR
> {org.wso2.carbon.event.processor.manager.core.internal.HAManager} -
> Cannot
> start CEP HA Snapshot Server on port wso2apim-analytics-1:10006
> org.apache.thrift.transport.TTransportException: Could not create
> ServerSocket on address wso2apim-analytics-1/X.Y.125.24:10006.
> at org.apache.thrift.transport.TServerSocket.(
> TServerSocket.java:109)
> at org.apache.thrift.transport.TServerSocket.(
> TServerSocket.java:91)
> at org.apache.thrift.transport.TServerSocket.(
> TServerSocket.java:87)
> at
> org.wso2.carbon.event.processor.manager.core.internal.HAManager$
> SnapshotServer.start(HAManager.java:383)
> at
> org.wso2.carbon.event.processor.manager.core.internal.HAManager.(
> HAManager.java:84)
> at
> org.wso2.carbon.event.processor.manager.core.internal.
> CarbonEventManagementService.init(CarbonEventManagementService.java:140)
> at
> org.wso2.carbon.event.processor.manager.core.internal.ds.
> EventManagementServiceDS.setHazelcastInstance(
> EventManagementServiceDS.java:64)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:
> 62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at
> org.eclipse.equinox.internal.ds.model.ComponentReference.
> bind(ComponentReference.java:376)
> at
> org.eclipse.equinox.internal.ds.model.ServiceComponentProp.bindReference(
> ServiceComponentProp.java:430)
> at
> org.eclipse.equinox.internal.ds.InstanceProcess.
> dynamicBind(InstanceProcess.java:416)
> at org.eclipse.equinox.internal.ds.Resolver.getEligible(
> Resolver.java:334)
> at
> org.eclipse.equinox.internal.ds.SCRManager.serviceChanged(
> SCRManager.java:222)
> at
> org.eclipse.osgi.internal.serviceregistry.FilteredServiceListener.
> serviceChanged(FilteredServiceListener.java:107)
> at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.dispatchEvent(
> BundleContextImpl.java:861)
> at
> org.eclipse.osgi.framework.eventmgr.EventManager.
> dispatchEvent(EventManager.java:230)
> at
> org.eclipse.osgi.framework.eventmgr.ListenerQueue.
> dispatchEventSynchronous(ListenerQueue.java:148)
> at
> org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.
> publishServiceEventPrivileged(ServiceRegistry.java:819)
> at
> org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.
> publishServiceEvent(ServiceRegistry.java:771)
> at
> org.eclipse.osgi.internal.serviceregistry.ServiceRegistrationImpl.
> register(ServiceRegistrationImpl.java:130)
> at
> org.eclipse.osgi.internal.serviceregistry.ServiceRegistry.registerService(
> ServiceRegistry.java:214)
> at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.
> registerService(BundleContextImpl.java:433)
> at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.
> registerService(BundleContextImpl.java:451)
> at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.
> registerService(BundleContextImpl.java:950)
> at
> org.wso2.carbon.core.clustering.hazelcast.HazelcastClusteringAgent.init(
> HazelcastClusteringAgent.java:229)
> at
> org.wso2.carbon.core.util.ClusteringUtil.enableClustering(
> ClusteringUtil.java:38)
> at
> org.wso2.carbon.core.internal.StartupFinalizerServiceCompone
> nt.completeInitialization(StartupFinalizerServiceComponent.java:177)
> at
> org.wso2.carbon.core.internal.StartupFinalizerServiceCompone
> nt.serviceChanged(StartupFinalizerServiceComponent.java:288)
> at
> org.eclipse.osgi.internal.serviceregistry.FilteredServiceListener.
> serviceChanged(FilteredServiceListener.java:107)
> at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.dispatchEvent(
> BundleContextImpl.java:861)
> at
> org.eclipse.osgi.framework.eventmgr.EventManager.
> dispatchEvent(EventManager.java:230)
>

Re: [Architecture] Using Kubernetes ConfigMaps for Managing Product Configurations

2017-09-12 Thread Imesh Gunaratne 
On Tue, Sep 12, 2017 at 10:43 PM, Pubudu Gunatilaka 
wrote:

> Hi Lakmal,
>
> Yes, it is the base image. As we discussed offline, I will add the jks
> files to the base image. We will update the documentation with this
> information.
>

​+1​

>
> Thank you!
>
> On Wed, Sep 13, 2017 at 11:10 AM, Lakmal Warusawithana 
> wrote:
>
>> You mean [2] base right? +1 for option one.
>>
>> [2] https://github.com/wso2/kubernetes-apim/tree/2.1.0/base/apim
>>
>> On Wed, Sep 13, 2017 at 10:53 AM, Pubudu Gunatilaka 
>> wrote:
>>
>>> Hi,
>>>
>>> Config maps do not support binary files [1] at the moment. How do we
>>> handle binary files such as jks?
>>>
>>> *Option 1*
>>>
>>> Add those files to the base image. Then we can pass an ARG and based on
>>> that we can replace the product vanilla files.
>>>
>>> *Option 2*
>>>
>>> Create another docker image for all the patterns based on the base
>>> image. Maybe we can include any pattern specific artifacts and binary files
>>> in this.
>>>
>>> Appreciate your thoughts on this.
>>>
>>> [1] - https://github.com/kubernetes/kubernetes/issues/32432
>>>
>>> Thank you!
>>>
>>> On Tue, Sep 12, 2017 at 12:05 PM, Imesh Gunaratne 
>>> wrote:
>>>


 On Sun, Sep 10, 2017 at 9:54 AM, Youcef HILEM 
 wrote:

> Hi All,
>
> Thank you all.
> A PR has just been submitted
> (https://github.com/wso2/kubernetes-apim/pull/27).
> I will be able to start testing on openshift 3.4.
> With this flexibility I can really adapt easily and efficiently to our
> different constraints without the cumbersome to create as many docker
> images
> as it was before.
>

 ​Great! Nice to hear that Youcef!

 Thanks
 Imesh
 ​

>
> Thanks again.
>
> Youcef HILEM
>
>
>
> --
> Sent from: http://wso2-oxygen-tank.10903.
> n7.nabble.com/WSO2-Architecture-f62919.html
> ___
> Architecture mailing list
> Architecture@wso2.org
> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>



 --
 *Imesh Gunaratne*
 Associate Director/Architect
 WSO2 Inc: http://wso2.com
 T: +94 11 214 5345 M: +94 77 374 2057 <+94%2077%20374%202057>
 W: https://medium.com/@imesh TW: @imesh
 lean. enterprise. middleware


 ___
 Architecture mailing list
 Architecture@wso2.org
 https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture


>>>
>>>
>>> --
>>> *Pubudu Gunatilaka*
>>> Committer and PMC Member - Apache Stratos
>>> Senior Software Engineer
>>> WSO2, Inc.: http://wso2.com
>>> mobile : +94774078049 <%2B94772207163>
>>>
>>>
>>
>>
>> --
>> Lakmal Warusawithana
>> Senior Director - Cloud Architecture; WSO2 Inc.
>> Mobile : +94714289692 <+94%2071%20428%209692>
>> Blogs : https://medium.com/@lakwarus/
>> http://lakmalsview.blogspot.com/
>>
>>
>>
>
>
> --
> *Pubudu Gunatilaka*
> Committer and PMC Member - Apache Stratos
> Senior Software Engineer
> WSO2, Inc.: http://wso2.com
> mobile : +94774078049 <%2B94772207163>
>
>


-- 
*Imesh Gunaratne*
WSO2 Inc: http://wso2.com
T: +94 11 214 5345 M: +94 77 374 2057
W: https://medium.com/@imesh TW: @imesh
lean. enterprise. middleware
___
Architecture mailing list
Architecture@wso2.org
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture

Re: [Architecture] Using Kubernetes ConfigMaps for Managing Product Configurations

2017-09-12 Thread Lakmal Warusawithana 
You mean [2] base right? +1 for option one.

[2] https://github.com/wso2/kubernetes-apim/tree/2.1.0/base/apim

On Wed, Sep 13, 2017 at 10:53 AM, Pubudu Gunatilaka 
wrote:

> Hi,
>
> Config maps do not support binary files [1] at the moment. How do we
> handle binary files such as jks?
>
> *Option 1*
>
> Add those files to the base image. Then we can pass an ARG and based on
> that we can replace the product vanilla files.
>
> *Option 2*
>
> Create another docker image for all the patterns based on the base image.
> Maybe we can include any pattern specific artifacts and binary files in
> this.
>
> Appreciate your thoughts on this.
>
> [1] - https://github.com/kubernetes/kubernetes/issues/32432
>
> Thank you!
>
> On Tue, Sep 12, 2017 at 12:05 PM, Imesh Gunaratne  wrote:
>
>>
>>
>> On Sun, Sep 10, 2017 at 9:54 AM, Youcef HILEM 
>> wrote:
>>
>>> Hi All,
>>>
>>> Thank you all.
>>> A PR has just been submitted
>>> (https://github.com/wso2/kubernetes-apim/pull/27).
>>> I will be able to start testing on openshift 3.4.
>>> With this flexibility I can really adapt easily and efficiently to our
>>> different constraints without the cumbersome to create as many docker
>>> images
>>> as it was before.
>>>
>>
>> ​Great! Nice to hear that Youcef!
>>
>> Thanks
>> Imesh
>> ​
>>
>>>
>>> Thanks again.
>>>
>>> Youcef HILEM
>>>
>>>
>>>
>>> --
>>> Sent from: http://wso2-oxygen-tank.10903.n7.nabble.com/WSO2-Architectur
>>> e-f62919.html
>>> ___
>>> Architecture mailing list
>>> Architecture@wso2.org
>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>
>>
>>
>>
>> --
>> *Imesh Gunaratne*
>> Associate Director/Architect
>> WSO2 Inc: http://wso2.com
>> T: +94 11 214 5345 M: +94 77 374 2057 <+94%2077%20374%202057>
>> W: https://medium.com/@imesh TW: @imesh
>> lean. enterprise. middleware
>>
>>
>> ___
>> Architecture mailing list
>> Architecture@wso2.org
>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>
>>
>
>
> --
> *Pubudu Gunatilaka*
> Committer and PMC Member - Apache Stratos
> Senior Software Engineer
> WSO2, Inc.: http://wso2.com
> mobile : +94774078049 <%2B94772207163>
>
>


-- 
Lakmal Warusawithana
Senior Director - Cloud Architecture; WSO2 Inc.
Mobile : +94714289692
Blogs : https://medium.com/@lakwarus/
http://lakmalsview.blogspot.com/
___
Architecture mailing list
Architecture@wso2.org
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture

Re: [Architecture] Using Kubernetes ConfigMaps for Managing Product Configurations

2017-09-12 Thread Pubudu Gunatilaka 
Hi,

Config maps do not support binary files [1] at the moment. How do we handle
binary files such as jks?

*Option 1*

Add those files to the base image. Then we can pass an ARG and based on
that we can replace the product vanilla files.

*Option 2*

Create another docker image for all the patterns based on the base image.
Maybe we can include any pattern specific artifacts and binary files in
this.

Appreciate your thoughts on this.

[1] - https://github.com/kubernetes/kubernetes/issues/32432

Thank you!

On Tue, Sep 12, 2017 at 12:05 PM, Imesh Gunaratne  wrote:

>
>
> On Sun, Sep 10, 2017 at 9:54 AM, Youcef HILEM 
> wrote:
>
>> Hi All,
>>
>> Thank you all.
>> A PR has just been submitted
>> (https://github.com/wso2/kubernetes-apim/pull/27).
>> I will be able to start testing on openshift 3.4.
>> With this flexibility I can really adapt easily and efficiently to our
>> different constraints without the cumbersome to create as many docker
>> images
>> as it was before.
>>
>
> ​Great! Nice to hear that Youcef!
>
> Thanks
> Imesh
> ​
>
>>
>> Thanks again.
>>
>> Youcef HILEM
>>
>>
>>
>> --
>> Sent from: http://wso2-oxygen-tank.10903.n7.nabble.com/WSO2-Architectur
>> e-f62919.html
>> ___
>> Architecture mailing list
>> Architecture@wso2.org
>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>
>
>
>
> --
> *Imesh Gunaratne*
> Associate Director/Architect
> WSO2 Inc: http://wso2.com
> T: +94 11 214 5345 M: +94 77 374 2057 <+94%2077%20374%202057>
> W: https://medium.com/@imesh TW: @imesh
> lean. enterprise. middleware
>
>
> ___
> Architecture mailing list
> Architecture@wso2.org
> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>
>


-- 
*Pubudu Gunatilaka*
Committer and PMC Member - Apache Stratos
Senior Software Engineer
WSO2, Inc.: http://wso2.com
mobile : +94774078049 <%2B94772207163>
___
Architecture mailing list
Architecture@wso2.org
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture

Re: [Architecture] Using Kubernetes ConfigMaps for Managing Product Configurations

2017-09-12 Thread Imesh Gunaratne 
On Sun, Sep 10, 2017 at 9:54 AM, Youcef HILEM 
wrote:

> Hi All,
>
> Thank you all.
> A PR has just been submitted
> (https://github.com/wso2/kubernetes-apim/pull/27).
> I will be able to start testing on openshift 3.4.
> With this flexibility I can really adapt easily and efficiently to our
> different constraints without the cumbersome to create as many docker
> images
> as it was before.
>

​Great! Nice to hear that Youcef!

Thanks
Imesh
​

>
> Thanks again.
>
> Youcef HILEM
>
>
>
> --
> Sent from: http://wso2-oxygen-tank.10903.n7.nabble.com/WSO2-Architectur
> e-f62919.html
> ___
> Architecture mailing list
> Architecture@wso2.org
> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>



-- 
*Imesh Gunaratne*
Associate Director/Architect
WSO2 Inc: http://wso2.com
T: +94 11 214 5345 M: +94 77 374 2057 <+94%2077%20374%202057>
W: https://medium.com/@imesh TW: @imesh
lean. enterprise. middleware
___
Architecture mailing list
Architecture@wso2.org
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture

Re: [Architecture] Using Kubernetes ConfigMaps for Managing Product Configurations

2017-09-10 Thread Youcef HILEM 
Hi All,

Thank you all.
A PR has just been submitted
(https://github.com/wso2/kubernetes-apim/pull/27).
I will be able to start testing on openshift 3.4.
With this flexibility I can really adapt easily and efficiently to our
different constraints without the cumbersome to create as many docker images
as it was before.

Thanks again.

Youcef HILEM



--
Sent from: 
http://wso2-oxygen-tank.10903.n7.nabble.com/WSO2-Architecture-f62919.html
___
Architecture mailing list
Architecture@wso2.org
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture

Re: [Architecture] Using Kubernetes ConfigMaps for Managing Product Configurations

2017-09-08 Thread Youcef HILEM 
Hi Imesh,

Our target architecture is validated.

 

 

*Production Environment* 

Enterprise Integrator: Integration Profile - 2 - active/active 
Enterprise Integrator: Analytics - 2 - active/active 
  
API Manager : Gateway - 2 - active/active 
API Manager : Key Manager - 2- active/active 
API Manager : Publisher/Store/Traffic Manager - 2- active/active 
API Analytics - 2 - active/active 
  
*Pre Production*

Enterprise Integrator: Integration Profile - 1 - active 
Enterprise Integrator: Analytics - 1 - active 
  
API Manager : Gateway - 1 - active 
API Manager : Key Manager - 1- active 
API Manager : Publisher/Store/Traffic Manager - 1- active 
API Analytics - 1 - active 

And I have to quickly provide an environment to run the security audit.
If you can now provide the first elements of this solution (*) for APIM
2.1.0 on OpenShift 3.4 and +, this will allow me to advance and make you
back this week.

(*) : The plan is to add all config folders as configmaps and update the
Dockerfile to include commands to copy those if available. As a result users
will not need to re-build Docker images for adding any of the
configurations.

Thanks,
Youcef HILEM



--
Sent from: 
http://wso2-oxygen-tank.10903.n7.nabble.com/WSO2-Architecture-f62919.html
___
Architecture mailing list
Architecture@wso2.org
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture

Re: [Architecture] Using Kubernetes ConfigMaps for Managing Product Configurations

2017-09-07 Thread Imesh Gunaratne 
On Thu, Sep 7, 2017 at 10:57 AM, Pubudu Gunatilaka  wrote:

>
> On Thu, Sep 7, 2017 at 10:44 AM, Imesh Gunaratne  wrote:
>
>>
>> Are you suggesting to use a single configmap and mount that to a single
>> conf folder in the pod and then copy file by file to relevant folders?
>>
>> As config maps does not support nested folders we have to use multiple
> config maps. Rather than hard coding the folder names in the dockerfile
> [1], using a script we can copy all the files within wso2ei-integrator-conf
> to wso2ei product folder. As I mentioned before, users will be able to add
> any configuration file which resides within the product folder without
> adding that in the dockerfile.
>
> ​I discussed this offline with Pubudu and decided to create separate
folders for each config folder including sub-folders. The plan is to add
all config folders as configmaps and update the Dockerfile to include
commands to copy those if available. As a result users will not need to
re-build Docker images for adding any of the configurations.

Thanks
Imesh
​


> [1] - https://github.com/wso2/kubernetes-ei/blob/master/
> dockerfiles/integrator/Dockerfile#L25
>
> Thank you!
> --
> *Pubudu Gunatilaka*
> Committer and PMC Member - Apache Stratos
> Senior Software Engineer
> WSO2, Inc.: http://wso2.com
> mobile : +94774078049 <%2B94772207163>
>
>


-- 
*Imesh Gunaratne*
Associate Director/Architect
WSO2 Inc: http://wso2.com
T: +94 11 214 5345 M: +94 77 374 2057
W: https://medium.com/@imesh TW: @imesh
lean. enterprise. middleware
___
Architecture mailing list
Architecture@wso2.org
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture

Re: [Architecture] Using Kubernetes ConfigMaps for Managing Product Configurations

2017-09-07 Thread Dilan Udara Ariyaratne 
Hi Folks,

As I have experienced so far, using configmaps [1] to do configuration
management of a particular deployment profile is much handy and effective
than
the effort we need to put in doing the same using building per-profile
docker images.

When ever we require a configuration update to be done for a particular
deployment profile, we can easily change the configuration of the specific
file and initiate
a rolling update [2] for that particular deployment as follows. For
example, in the case of wso2/kubernetes-ei [3]

kubectl rolling-update wso2ei-pattern1-integrator-deployment -f
new-integrator-deployment.yaml

No further burden of the need to build docker images again and again
per each change and push them to cluster for a simple configuration
change.

[1] https://kubernetes.io/docs/tasks/configure-pod-container/configmap
[2] 
https://kubernetes.io/docs/tasks/run-application/rolling-update-replication-controller
[3] https://github.com/wso2/kubernetes-ei

Cheers,
Dilan.

*Dilan U. Ariyaratne*
Senior Software Engineer
WSO2 Inc. 
Mobile: +94766405580 <%2B94766405580>
lean . enterprise . middleware


On Thu, Sep 7, 2017 at 10:57 AM, Pubudu Gunatilaka  wrote:

> Hi Imesh,
>
> On Thu, Sep 7, 2017 at 10:44 AM, Imesh Gunaratne  wrote:
>
>> Hi Pubudu,
>>
>> On Thu, Sep 7, 2017 at 12:54 AM, Pubudu Gunatilaka 
>> wrote:
>>
>>>
>>> On Wed, Sep 6, 2017 at 11:06 PM, Imesh Gunaratne  wrote:
>>>

 ​Do we really need to parameterize these? Wouldn't it be better to add
 all required folders?​ May be what we need is the bin, conf and deployment
 folders (including sub folders)?

 Without mentioning all the configuration files in the dockerfile[1], we
>>> can copy all the content of wso2ei-integrator-conf to wso2ei product
>>> folder. In this way, users can dynamically add any configuration file
>>> without changing the base docker image.They only need to add a configmap
>>> and mount that to the wso2ei-integrator-conf folder.
>>>
>>
>> Are you suggesting to use a single configmap and mount that to a single
>> conf folder in the pod and then copy file by file to relevant folders?
>>
>>
> As config maps does not support nested folders we have to use multiple
> config maps. Rather than hard coding the folder names in the dockerfile
> [1], using a script we can copy all the files within wso2ei-integrator-conf
> to wso2ei product folder. As I mentioned before, users will be able to add
> any configuration file which resides within the product folder without
> adding that in the dockerfile.
>
> [1] - https://github.com/wso2/kubernetes-ei/blob/master/dockerfi
> les/integrator/Dockerfile#L25
>
> Thank you!
> --
> *Pubudu Gunatilaka*
> Committer and PMC Member - Apache Stratos
> Senior Software Engineer
> WSO2, Inc.: http://wso2.com
> mobile : +94774078049 <%2B94772207163>
>
>
> ___
> Architecture mailing list
> Architecture@wso2.org
> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>
>
___
Architecture mailing list
Architecture@wso2.org
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture

Re: [Architecture] Using Kubernetes ConfigMaps for Managing Product Configurations

2017-09-06 Thread Pubudu Gunatilaka 
Hi Imesh,

On Thu, Sep 7, 2017 at 10:44 AM, Imesh Gunaratne  wrote:

> Hi Pubudu,
>
> On Thu, Sep 7, 2017 at 12:54 AM, Pubudu Gunatilaka 
> wrote:
>
>>
>> On Wed, Sep 6, 2017 at 11:06 PM, Imesh Gunaratne  wrote:
>>
>>>
>>> ​Do we really need to parameterize these? Wouldn't it be better to add
>>> all required folders?​ May be what we need is the bin, conf and deployment
>>> folders (including sub folders)?
>>>
>>> Without mentioning all the configuration files in the dockerfile[1], we
>> can copy all the content of wso2ei-integrator-conf to wso2ei product
>> folder. In this way, users can dynamically add any configuration file
>> without changing the base docker image.They only need to add a configmap
>> and mount that to the wso2ei-integrator-conf folder.
>>
>
> Are you suggesting to use a single configmap and mount that to a single
> conf folder in the pod and then copy file by file to relevant folders?
>
>
As config maps does not support nested folders we have to use multiple
config maps. Rather than hard coding the folder names in the dockerfile
[1], using a script we can copy all the files within wso2ei-integrator-conf
to wso2ei product folder. As I mentioned before, users will be able to add
any configuration file which resides within the product folder without
adding that in the dockerfile.

[1] -
https://github.com/wso2/kubernetes-ei/blob/master/dockerfiles/integrator/Dockerfile#L25

Thank you!
-- 
*Pubudu Gunatilaka*
Committer and PMC Member - Apache Stratos
Senior Software Engineer
WSO2, Inc.: http://wso2.com
mobile : +94774078049 <%2B94772207163>
___
Architecture mailing list
Architecture@wso2.org
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture

Re: [Architecture] Using Kubernetes ConfigMaps for Managing Product Configurations

2017-09-06 Thread Imesh Gunaratne 
Hi Pubudu,

On Thu, Sep 7, 2017 at 12:54 AM, Pubudu Gunatilaka  wrote:

>
> On Wed, Sep 6, 2017 at 11:06 PM, Imesh Gunaratne  wrote:
>
>>
>> ​Do we really need to parameterize these? Wouldn't it be better to add
>> all required folders?​ May be what we need is the bin, conf and deployment
>> folders (including sub folders)?
>>
>> Without mentioning all the configuration files in the dockerfile[1], we
> can copy all the content of wso2ei-integrator-conf to wso2ei product
> folder. In this way, users can dynamically add any configuration file
> without changing the base docker image.They only need to add a configmap
> and mount that to the wso2ei-integrator-conf folder.
>

Are you suggesting to use a single configmap and mount that to a single
conf folder in the pod and then copy file by file to relevant folders?

Thanks
​

> In APIM we are using an init script to start the server, configure
> localMemberHost and copy artifacts. This script can be used to copy files.
>
> [1] - https://github.com/wso2/kubernetes-ei/blob/master/dockerfile
> s/integrator/Dockerfile#L25
> 
> [2] - https://github.com/wso2/kubernetes-apim/blob/2.1.0/base/
> apim/init_carbon.sh
>
> Thank you!
> --
> *Pubudu Gunatilaka*
> Committer and PMC Member - Apache Stratos
> Senior Software Engineer
> WSO2, Inc.: http://wso2.com
> mobile : +94774078049 <%2B94772207163>
>
>


-- 
*Imesh Gunaratne*
Associate Director/Architect
WSO2 Inc: http://wso2.com
T: +94 11 214 5345 M: +94 77 374 2057 <+94%2077%20374%202057>
W: https://medium.com/@imesh TW: @imesh
lean. enterprise. middleware
___
Architecture mailing list
Architecture@wso2.org
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture

Re: [Architecture] Using Kubernetes ConfigMaps for Managing Product Configurations

2017-09-06 Thread Pubudu Gunatilaka 
Hi Imesh,

On Wed, Sep 6, 2017 at 11:06 PM, Imesh Gunaratne  wrote:

> Hi Pubudu,
>
> On Wed, Sep 6, 2017 at 10:25 PM, Pubudu Gunatilaka 
> wrote:
>
>> Hi Imesh,
>>
>> I actually used the product paths as the mount paths. If we are using a
>> separate folder and copy the files, then it will work. I will check the bin
>> folder mounting scenario again. If we are going in this direction, we may
>> have to do the following for the docker image.
>>
>
> ​I just checked mounting the bin folder with EI and it seems to be working
> fine. I will share the changes soon.
>
>
>> 1. Include all the artifacts such as mysql connector, Kubernetes
>> membership scheme, etc
>>
>
> ​Yes, I think this would be helpful for the users as they would not need
> to re-create the vanilla product images for different requirements.
> ​
>
>> 2. Specify file copying from configuration mounts to product folders - I
>> think we can parameterize this using an env value.
>>
>
> ​Do we really need to parameterize these? Wouldn't it be better to add all
> required folders?​ May be what we need is the bin, conf and deployment
> folders (including sub folders)?
>
>
Without mentioning all the configuration files in the dockerfile[1], we can
copy all the content of wso2ei-integrator-conf to wso2ei product folder. In
this way, users can dynamically add any configuration file without changing
the base docker image.They only need to add a configmap and mount that to
the wso2ei-integrator-conf folder. In APIM we are using an init script to
start the server, configure localMemberHost and copy artifacts. This script
can be used to copy files.

[1] -
https://github.com/wso2/kubernetes-ei/blob/master/dockerfiles/integrator/Dockerfile#L25

[2] -
https://github.com/wso2/kubernetes-apim/blob/2.1.0/base/apim/init_carbon.sh

Thank you!
-- 
*Pubudu Gunatilaka*
Committer and PMC Member - Apache Stratos
Senior Software Engineer
WSO2, Inc.: http://wso2.com
mobile : +94774078049 <%2B94772207163>
___
Architecture mailing list
Architecture@wso2.org
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture

Re: [Architecture] Using Kubernetes ConfigMaps for Managing Product Configurations

2017-09-06 Thread Imesh Gunaratne 
Hi Pubudu,

On Wed, Sep 6, 2017 at 10:25 PM, Pubudu Gunatilaka  wrote:

> Hi Imesh,
>
> I actually used the product paths as the mount paths. If we are using a
> separate folder and copy the files, then it will work. I will check the bin
> folder mounting scenario again. If we are going in this direction, we may
> have to do the following for the docker image.
>

​I just checked mounting the bin folder with EI and it seems to be working
fine. I will share the changes soon.


> 1. Include all the artifacts such as mysql connector, Kubernetes
> membership scheme, etc
>

​Yes, I think this would be helpful for the users as they would not need to
re-create the vanilla product images for different requirements.
​

> 2. Specify file copying from configuration mounts to product folders - I
> think we can parameterize this using an env value.
>

​Do we really need to parameterize these? Wouldn't it be better to add all
required folders?​ May be what we need is the bin, conf and deployment
folders (including sub folders)?

Thanks
Imesh


> Thank you!
>
> On Wed, Sep 6, 2017 at 9:44 PM, Imesh Gunaratne  wrote:
>
>> On Tue, Sep 5, 2017 at 10:28 AM, Youcef HILEM 
>>  wrote:
>>
>>> Hi Imesh,
>>>
>>> That's what I was looking for.
>>>
>>
>> Thanks for your feedback Youcef!
>>
>>
>>> Before this solution, to avoid creating as many docker images as
>>> environments and components, and taking into account the current limit
>>> (https://github.com/wso2/kubernetes-apim/issues/15), I planned to use
>>> the
>>> solution (https://github.com/eleks/wso2-dockers)
>>>
>>
>> Yes, I went through the above solution and it looks neat! We also
>> implemented something similar sometime back called Configurator in Python
>> and later deprecated it:
>>
>> https://github.com/wso2/private-paas-cartridges/tree/master/
>> common/configurator/modules/distribution
>>
>> Please try out the ConfigMaps approach and let us know how it works for
>> you. Thanks again!
>>
>> On Wed, Sep 6, 2017 at 8:19 PM, Pubudu Gunatilaka 
>> wrote:
>>
>>> Hi,
>>>
>>> I tried ConfigMaps for APIM and encountered the following issues.
>>>
>>> 1. When we provide a file as a config, at runtime this file permission
>>> is set to root:root. As we use wso2user which does not have root
>>> permissions, we cannot execute the file. This issue came for wso2server.sh
>>> file. For ConfigMaps, we have only read and write permissions. I was able
>>> to set the required permission to the file using the init script at server
>>> startup. [1]
>>>
>>
>> ​I did not try to map the bin folder, let me try it out and get back.​
>>
>>>
>>> 2. Lose all the files except the added configuration files.
>>>
>>> I mounted the bin directory and following is the output of the 'ls-al'
>>> command for bin directory. I could see only the wso2server.sh file in the
>>> bin directory.
>>>
>>
>> ​Yes, that's the expected behaviour.
>>
>> Since configmaps use volumes to map files to pods, we would need to use
>> separate mount paths instead of the actual product folders. If we need to
>> use the actual product folders as the mount paths, we would need to include
>> all the files in the configmaps.
>>
>> In EI we have used following folders for mounting config files:
>>
>> /home/wso2user/wso2ei-6.1.1-conf/integrator/conf
>> /home/wso2user/wso2ei-6.1.1-conf/integrator/conf-axis2
>> /home/wso2user/wso2ei-6.1.1-conf/integrator/conf-datasources
>>
>> https://github.com/wso2/kubernetes-ei/blob/master/pattern-1/
>> integrator-deployment.yaml#L39
>>
>> At the container startup we copy them to the relevant product folders:
>>
>> https://github.com/wso2/kubernetes-ei/blob/master/dockerfile
>> s/integrator/Dockerfile#L24
>>
>> Thanks
>> Imesh
>>
>> As you can see, this has created a symlink for wso2server.sh file from
>>> ..data/wso2server.sh location.
>>>
>>> drwxrwxrwx.  2 wso2user root  26 Sep  6 14:12
>>> ..9989_06_09_14_12_05.054012650
>>> lrwxrwxrwx.  1 wso2user root  31 Sep  6 14:12 ..data ->
>>> ..9989_06_09_14_12_05.054012650
>>> lrwxrwxrwx.  1 wso2user root  20 Sep  6 14:12 wso2server.sh ->
>>> ..data/wso2server.sh
>>>
>>> In the sample, I noticed mount paths are not correct [2][3].
>>>
>>> It is good if we can limit the number of docker images to 1 and use
>>> configmaps. But due to the above limitations, I think we need to reconsider
>>> this approach.
>>>
>>> [1] - https://github.com/wso2/kubernetes-apim/blob/2.1.0/base/ap
>>> im/change_ownership.sh
>>> [2] - https://github.com/wso2/kubernetes-ei/blob/master/pattern-
>>> 1/integrator-deployment.yaml#L43
>>> [3] - https://github.com/wso2/kubernetes-ei/blob/master/pattern-
>>> 1/integrator-deployment.yaml#L45
>>>
>>> Thank you!
>>>
>>> On Tue, Sep 5, 2017 at 10:28 AM, Youcef HILEM 
>>> wrote:
>>>
 Hi Imesh,

 That's what I was looking for.
 Before this solution, to avoid creating as many docker images as
 environments and components,

Re: [Architecture] Using Kubernetes ConfigMaps for Managing Product Configurations

2017-09-06 Thread Imesh Gunaratne 
On Tue, Sep 5, 2017 at 10:28 AM, Youcef HILEM 
 wrote:

> Hi Imesh,
>
> That's what I was looking for.
>

Thanks for your feedback Youcef!


> Before this solution, to avoid creating as many docker images as
> environments and components, and taking into account the current limit
> (https://github.com/wso2/kubernetes-apim/issues/15), I planned to use the
> solution (https://github.com/eleks/wso2-dockers)
>

Yes, I went through the above solution and it looks neat! We also
implemented something similar sometime back called Configurator in Python
and later deprecated it:

https://github.com/wso2/private-paas-cartridges/tree/
master/common/configurator/modules/distribution

Please try out the ConfigMaps approach and let us know how it works for
you. Thanks again!

On Wed, Sep 6, 2017 at 8:19 PM, Pubudu Gunatilaka  wrote:

> Hi,
>
> I tried ConfigMaps for APIM and encountered the following issues.
>
> 1. When we provide a file as a config, at runtime this file permission is
> set to root:root. As we use wso2user which does not have root permissions,
> we cannot execute the file. This issue came for wso2server.sh file. For
> ConfigMaps, we have only read and write permissions. I was able to set the
> required permission to the file using the init script at server startup. [1]
>

​I did not try to map the bin folder, let me try it out and get back.​

>
> 2. Lose all the files except the added configuration files.
>
> I mounted the bin directory and following is the output of the 'ls-al'
> command for bin directory. I could see only the wso2server.sh file in the
> bin directory.
>

​Yes, that's the expected behaviour.

Since configmaps use volumes to map files to pods, we would need to use
separate mount paths instead of the actual product folders. If we need to
use the actual product folders as the mount paths, we would need to include
all the files in the configmaps.

In EI we have used following folders for mounting config files:

/home/wso2user/wso2ei-6.1.1-conf/integrator/conf
/home/wso2user/wso2ei-6.1.1-conf/integrator/conf-axis2
/home/wso2user/wso2ei-6.1.1-conf/integrator/conf-datasources

https://github.com/wso2/kubernetes-ei/blob/master/pattern-1/integrator-
deployment.yaml#L39

At the container startup we copy them to the relevant product folders:

https://github.com/wso2/kubernetes-ei/blob/master/dockerfiles/integrator/
Dockerfile#L24

Thanks
Imesh

As you can see, this has created a symlink for wso2server.sh file from
> ..data/wso2server.sh location.
>
> drwxrwxrwx.  2 wso2user root  26 Sep  6 14:12
> ..9989_06_09_14_12_05.054012650
> lrwxrwxrwx.  1 wso2user root  31 Sep  6 14:12 ..data ->
> ..9989_06_09_14_12_05.054012650
> lrwxrwxrwx.  1 wso2user root  20 Sep  6 14:12 wso2server.sh ->
> ..data/wso2server.sh
>
> In the sample, I noticed mount paths are not correct [2][3].
>
> It is good if we can limit the number of docker images to 1 and use
> configmaps. But due to the above limitations, I think we need to reconsider
> this approach.
>
> [1] - https://github.com/wso2/kubernetes-apim/blob/2.1.0/base/
> apim/change_ownership.sh
> [2] - https://github.com/wso2/kubernetes-ei/blob/master/pattern-
> 1/integrator-deployment.yaml#L43
> [3] - https://github.com/wso2/kubernetes-ei/blob/master/pattern-
> 1/integrator-deployment.yaml#L45
>
> Thank you!
>
> On Tue, Sep 5, 2017 at 10:28 AM, Youcef HILEM 
> wrote:
>
>> Hi Imesh,
>>
>> That's what I was looking for.
>> Before this solution, to avoid creating as many docker images as
>> environments and components, and taking into account the current limit
>> (https://github.com/wso2/kubernetes-apim/issues/15), I planned to use the
>> solution (https://github.com/eleks/wso2-dockers)
>> I will start with APIM 2.1.0
>> (https://github.com/wso2/kubernetes-apim/tree/2.1.0).
>>
>> Thanks,
>> Youcef HILEM
>>
>>
>>
>> --
>> Sent from: http://wso2-oxygen-tank.10903.n7.nabble.com/WSO2-Architectur
>> e-f62919.html
>> ___
>> Architecture mailing list
>> Architecture@wso2.org
>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>
>
>
>
> --
> *Pubudu Gunatilaka*
> Committer and PMC Member - Apache Stratos
> Senior Software Engineer
> WSO2, Inc.: http://wso2.com
> mobile : +94774078049 <%2B94772207163>
>
>


-- 
*Imesh Gunaratne*
Associate Director/Architect
WSO2 Inc: http://wso2.com
T: +94 11 214 5345 M: +94 77 374 2057 <+94%2077%20374%202057>
W: https://medium.com/@imesh TW: @imesh
lean. enterprise. middleware
___
Architecture mailing list
Architecture@wso2.org
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture

Re: [Architecture] Using Kubernetes ConfigMaps for Managing Product Configurations

2017-09-04 Thread Youcef HILEM 
Hi Imesh,

That's what I was looking for.
Before this solution, to avoid creating as many docker images as
environments and components, and taking into account the current limit
(https://github.com/wso2/kubernetes-apim/issues/15), I planned to use the
solution (https://github.com/eleks/wso2-dockers)
I will start with APIM 2.1.0
(https://github.com/wso2/kubernetes-apim/tree/2.1.0).

Thanks,
Youcef HILEM



--
Sent from: 
http://wso2-oxygen-tank.10903.n7.nabble.com/WSO2-Architecture-f62919.html
___
Architecture mailing list
Architecture@wso2.org
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture