Hey Ricardo, I believe that your problem can be solved by using a message queue such as RabbitMQ with persistent storage. So instead of sending your messages directly to the Mainframe you should deliver it your MQ. Afterwards you will need to open a transaction with the MQ for reading the message and sending it to it's respective destination. It is important to remove the message (committing the transaction) only when you verified the Mainframe has received.
BTW, In my environment I have a message queue running on the MF (Websphere MQ) which simplifies this mechanism. Best Regards, Boris K. On Tue, Oct 11, 2016 at 5:28 PM, Ricardo Aguirre Reyes | BEEVA MX < ricardo.aguirre.contrac...@beeva.com> wrote: > Hi, > > I have a doubt regarded the openshift ability to keep Track of > absolutely all service activity, in a High Availability (many replicas) > Scenario. > > > We are working in build a microService that will communicate through TCP > (sockets) to Mainframe. > We will run several Pods as replicas in order t o achieve High > Availability. > We know that figuring everything in this way each transaction can be > logged for the answering pod. > Then we can store logging messages in elasticSearch and theoretically we > can get even dead pods (is this true?); we can aggregated them based on > application labels. > Using multiple pods there will never be messages dropped on the floor > because at least one pod will be up to answer. > > But we do not know what happen at example if a message was already > assigned to the pod1 and then if it goes done before receiveing the reply > from the Destination. > Does the openshift High Availability mechanism will resend the last > message to another available pod, since "it knows" that is down. > > The problem is that my service cannot lost any message and it must record > every activity. > > Can someone help me to clarify? > > Thank you in advance > > -- > > > Ricardo Aguirre > Software Engineer > > _______________________________________________ > users mailing list > users@lists.openshift.redhat.com > http://lists.openshift.redhat.com/openshiftmm/listinfo/users > >
_______________________________________________ users mailing list users@lists.openshift.redhat.com http://lists.openshift.redhat.com/openshiftmm/listinfo/users
