代码之家  ›  专栏  ›  技术社区  ›  rhlsthrm

使用Kubernetes(或无服务器)将后端(REST API)构造为微服务

  •  0
  • rhlsthrm  · 技术社区  · 6 年前

    我想在一个基于微服务的架构中设计我的下一个项目,而不是作为一个整体。微服务通常被定义为一组危害服务的端点(即公共依赖项、功能等),还是每个端点都是它自己的服务?

    我用过 Serverless Framework 在此之前,它定义每个端点及其依赖项,并将其打包为Lambda/FaaS。在Kubernetes中,这是否类似于生活在自己的pod中的每个端点?

    我很难想出一种理想的方法来从头开始设计一个新的项目,这个项目可以利用自动缩放、微服务和付费使用,但没有找到很多相关信息。

    关于这个问题有什么想法/资源吗?

    1 回复  |  直到 6 年前
        1
  •  3
  •   VAS    6 年前

    我建议你从 scaling 观点。将应该扩展的应用与不应该扩展的应用分开。这将是 Pods .

    定义应用程序之间的连接,同时考虑容错和负载平衡。定义自动发现策略。那就是 Services 用于。

    想想你是如何将你的应用程序对外公开的。那就是 Ingress 是为了。

    考虑如何重新启动和更新应用程序。那就是 Deployments 去吧。

    考虑一下集群安全性。这里就是 Network policies 来玩吧。项目CalICO提供更灵活 solution .

    考虑整个集群的可用性。来了 Kubernetes HA clusters

    在特殊情况下,您可能需要使用 DaemonSets , Jobs , CronJobs StatefulSets .

    如果你决定更深入,请查看 Kubernetes concepts 官方网站的部分。