我正在尝试用Go构建一个微服务架构项目。我目前使用的是支持模块的Go1.11，所以我将根目录放在GOPATH之外的任意目录中。如果我正确理解了微服务架构概念，尽管我的微服务需要独立，但它们可以共享依赖关系(而且我没有看到另一种做事的方式，是吗？)下面是我的目录结构:.├──go.mod├──lambda│ └──account_create│ └──main.go├──readme.md└──types├──account.go├──location.go├──order.go├──pricing.go├──product.go└──types.go现在我期望的行为是能够运行gob
我正在尝试用Go构建一个微服务架构项目。我目前使用的是支持模块的Go1.11，所以我将根目录放在GOPATH之外的任意目录中。如果我正确理解了微服务架构概念，尽管我的微服务需要独立，但它们可以共享依赖关系(而且我没有看到另一种做事的方式，是吗？)下面是我的目录结构:.├──go.mod├──lambda│ └──account_create│ └──main.go├──readme.md└──types├──account.go├──location.go├──order.go├──pricing.go├──product.go└──types.go现在我期望的行为是能够运行gob
我尝试使用go-kit(gokit.io)并使用它构建实际应用程序。我看例子。这些例子很棒。但我不明白如何在go-kit框架中为服务通信/数据传输提供服务。我可以看到“真实世界”的运输应用程序，但我不明白它怎么可能是“真实世界”的微服务。我可以在消息来源中看到，例如，他们构建预订服务只是将外国存储库传递到服务中typeservicestruct{cargoRepositorycargo.RepositorylocationRepositorylocation.RepositoryroutingServicerouting.ServicehandlingEventRepositoryca
我尝试使用go-kit(gokit.io)并使用它构建实际应用程序。我看例子。这些例子很棒。但我不明白如何在go-kit框架中为服务通信/数据传输提供服务。我可以看到“真实世界”的运输应用程序，但我不明白它怎么可能是“真实世界”的微服务。我可以在消息来源中看到，例如，他们构建预订服务只是将外国存储库传递到服务中typeservicestruct{cargoRepositorycargo.RepositorylocationRepositorylocation.RepositoryroutingServicerouting.ServicehandlingEventRepositoryca
我是DevOps的新手，特别是使用golang和微服务架构。我想知道go应用程序是否应该部署在容器(Docker)中。在这种情况下，我有一个使用微服务架构构建的系统。例如，我有2个Web服务，A和B。我还有另一个Web服务器充当这两个服务前面的网关。A和B都需要访问数据库，例如MySQL。A处理A表，B处理B表。我知道在Go中，源代码被编译成一个可执行的二进制文件。因为我这里有3个服务，所以我有3个二进制文件。这三个都作为公开JSONRESTAPI的Web服务器运行。我的问题是:我可以将这些服务器一起部署在一台主机上，该主机在不同端口上运行吗？例如，如果我的主机获得IPx.x.x.x，
我是DevOps的新手，特别是使用golang和微服务架构。我想知道go应用程序是否应该部署在容器(Docker)中。在这种情况下，我有一个使用微服务架构构建的系统。例如，我有2个Web服务，A和B。我还有另一个Web服务器充当这两个服务前面的网关。A和B都需要访问数据库，例如MySQL。A处理A表，B处理B表。我知道在Go中，源代码被编译成一个可执行的二进制文件。因为我这里有3个服务，所以我有3个二进制文件。这三个都作为公开JSONRESTAPI的Web服务器运行。我的问题是:我可以将这些服务器一起部署在一台主机上，该主机在不同端口上运行吗？例如，如果我的主机获得IPx.x.x.x，
目前，我有一个项目20个微服务。每个微服务都存储在单独的GIT存储库中。随后，服务数量将增加到200(或更多)。每个服务都有单元测试和集成测试。每个服务都在TeamCity(持续集成服务器)中构建。问题:如何存储一个项目200个微服务的源码？在一个存储库中还是在单独的存储库中？ 最佳答案 除非这些微服务是紧密耦合的(这意味着只下载其中的一些是没有意义的，你只能使用它们中的所有)，将它们分别保存在一个单独的建议使用Git存储库。但您仍然可以将它们引用为submodule在父存储库中以便在任何给定时间跟踪它们的状态。
目前，我有一个项目20个微服务。每个微服务都存储在单独的GIT存储库中。随后，服务数量将增加到200(或更多)。每个服务都有单元测试和集成测试。每个服务都在TeamCity(持续集成服务器)中构建。问题:如何存储一个项目200个微服务的源码？在一个存储库中还是在单独的存储库中？ 最佳答案 除非这些微服务是紧密耦合的(这意味着只下载其中的一些是没有意义的，你只能使用它们中的所有)，将它们分别保存在一个单独的建议使用Git存储库。但您仍然可以将它们引用为submodule在父存储库中以便在任何给定时间跟踪它们的状态。
我正在做一个副项目，我决定将我的Skelton项目重新设计为微服务，到目前为止，我还没有找到任何遵循这种模式的开源项目。经过大量的阅读和搜索，我得出了这个设计的结论，但我仍然有一些问题和想法。以下是我的问题和想法:如果我有来自同一个微服务的2个Node，如何使API网关足够智能以加载平衡请求？如果其中一个微服务发生故障，发现应该如何知道？有没有类似的实现？我的设计对吗？我应该使用Eureka还是类似的东西？ 最佳答案 你的设计看起来不错。我们还在使用APIGateway方法构建我们的微服务项目。包括网关服务(GW)在内的所有服务都是
我正在做一个副项目，我决定将我的Skelton项目重新设计为微服务，到目前为止，我还没有找到任何遵循这种模式的开源项目。经过大量的阅读和搜索，我得出了这个设计的结论，但我仍然有一些问题和想法。以下是我的问题和想法:如果我有来自同一个微服务的2个Node，如何使API网关足够智能以加载平衡请求？如果其中一个微服务发生故障，发现应该如何知道？有没有类似的实现？我的设计对吗？我应该使用Eureka还是类似的东西？ 最佳答案 你的设计看起来不错。我们还在使用APIGateway方法构建我们的微服务项目。包括网关服务(GW)在内的所有服务都是
