Is it possible to publish messages to the rabbitmq service by CloudAMQP from other cloud solutions like Appfog and consume them from internet(not inside the cloud) ??
Yes, you can connect from anywhere!
Related
I am new to MQTT. Is it possible to have an external IOT device that can publish it's readings in MQTT format and use the aedes MQTT broker node and a subscriber node in node-red that is installed in the IBM cloud environment to receive the payloads?
Currently I have a simple setup within node-red with the publish and subscribe nodes when using the 'localhost:1883' as a server address. Do I need to have a server with IP address to make this work?
Where do I start?
Short answer, no.
You can only access Node-RED running on IBM Cloud via HTTP/HTTPS, you will not be able to connect to the any broker you ran in the Node-RED process externally.
This is because the Node-RED instance is behind a reverse HTTP/HTTPS proxy.
You could deploy Node-RED in a Docker container or on a Virtual machine, or just make use of an external MQTT broker. But without a much better understanding of the whole problem you are trying to solve it is impossible to be more specific.
I have a large application with lots of microservices that communicate through Kafka. Right now it's working on GKE.
We are moving Kafka to confluent.io and we were planning to move some of the microservices to Google Cloud Run (fully managed).
BUT,... it looks like Google Cloud Run (fully managed) does not support listening to kafka events, right? Are there any plans to support it? Is there a workaround?
EDIT:
This post shared by andres-s, shows that you can implement your own cloud run and have it connected to confluent kafka, in Anthos.
It would be great to have this option in the fully-managed Google Cloud Run service.
But in the meantime, the question would be: is it possible to implement it in a regular GKE cluster (not Anthos)?
Google Cloud has a fully managed Kafka solution through SaaS partner Confluent, which uses Cloud Run for Anthos (with GKE)
Google Pub/Sub is the GCP alternative for Kafka, but through Confluent you can use kafka on GCP
Cloud Run is just Knative SERVING. It is stateless and spins up when it receives events. Due to this, it can't really subscribe to a topic and pull an event.
Knative Eventing is more stateful in nature and handles the pulls and subsequently triggers the pods running Knative Serving. They, ideally, are used together to give you the full serverless experience.
The good news is, there is a "hack". You can do Kafka to PubSub then PubSub to Cloud Run. If you are adventurous and don't mind OSS software, there are a number of Knative Eventing tutorials at serverlesseventing.com.
IBM internally monitor services which is offered on cloud but somehow I need to get status of middleware services such as kafka,API Connect etc. It will help me to automate things if some service stopped/not accessable.
To monitor your provisioned instances of these services you could exercise them. For example on API Connect create an API called /health and curl the API to verify it is working. For kafka create a topic to check the health.
Can anybody let me know how to config
kubernetes pods to send alert to slack channel ?
Thanks in Advance
Rishabh Gupta
Kubernetes dosn't provide out of the box slack integration.
There are few projects that you can use:
https://hub.kubeapps.com/charts/stable/kube-slack - runs on Kubernetes, watches for evnets and sends pod failures notifications to Slac
https://hub.kubeapps.com/charts/stable/kubewatch - similar project. depending on configuration can be quiet noisy
If you need more complex motoring you can use Prometheus and it's alert manager https://prometheus.io/docs/alerting/notification_examples/
I would suggest go with Prometheus operator, as this project is cloud-native and give good hold on managing the alerts.
Handles alerts with alert manager
We can add data source with Grafana
Write our own expressions for pod and microservices monitoring
Works on scraping over http/s request
we can easily expose the Applicaton metrics
https://github.com/coreos/kube-prometheus
Is it planned to support Vert.X in Swisscom's Application Cloud? I'm thinking about a service which could be added to apps. I guess ultimately it would only need a Hazelcast service to support Vert.X, right?
You can already run non-clustered Vert.x apps on Swisscom Application cloud and there are commercial/productive apps doing so.
As you've mentioned, you would need Hazelcast for Vert.X to run in clustered mode. Hazelcast relies on TCP for communication between cluster members and this is currently not supported on Swisscom Application Cloud however this might change soon.
Moreover, there are currently no plans to offer Hazelcast as a service in the near future.