我对事件驱动的微服务还比较陌生，对微服务本身也比较陌生。我正在工作的系统，不是那么大，处理一堆文件，然后根据数据调用不同的服务。因此，在我看来，一个好主意是，不让服务调用其他服务来完成这项工作，而是将这些消息发送到发布/子队列，处理它们并将它们发送到相关主题，然后每个服务将订阅其中一个或多个主题，每隔几分钟，这些服务中的每一个都会提取他们订阅的消息，并发挥它们的魔力。还可以通过rest公开这些服务，以防您不必等待就强制执行它们。
对于这样的设计，最好的方法是什么？我错过了什么？有这样的东西可以用spring实现吗(我想每个微服务都可能是一个spring引导应用程序）。我本来打算使用gcp的pub/sub，但是我听说过apachekafka，但是我不知道kafka在pub/sub做不到的地方有什么帮助，或者pub/sub如何与之集成。
1条答案
按热度按时间quhf5bfb1#
confluent partners with gcp，如果您想在gcp上运行托管kafka，可以使用confluent cloud。
是的，你可以通过Kafka连接使用pubsub和Kafka-https://github.com/googlecloudplatform/pubsub/tree/master/kafka-connector
如果您想要一堆不同的微服务，那么投资学习服务网格是一个好主意，您可以在下面列出几个选项https://layer5.io/ ，如果您愿意的话，kubernetes可以广泛地帮助管理这些服务。
SpringCloud还有一个基于netflix eureka的服务发现组件-https://spring.io/guides/gs/service-registration-and-discovery/ 另外，springcloudnetflix是一组netflix工具，对微服务很有用（netflix是一个很大的kafka用户，如果你不知道的话）