服务
关于
CloudProse博客
Think FaaS播客

无江苏体彩项目最佳实践:项目布局-Think FaaS播客

本集的主题是布置无江苏体彩项目,我们所看到的对于Trek10及其客户在现实世界中表现良好。
福雷斯特Brazeal Trek10 191210 171202
阿甘(Forrest Brazeal) | 2018年6月28日

2018年6月28日,星期四

在Google Play上订阅 订阅苹果播客

成绩单

您好,我是Trek10的Jared Short,这是“ Think FaaS”,在这里我们比运行AWS Lambda函数所需的时间更少,了解无江苏体彩计算的世界。因此,请紧记五分钟-现在是“ Think FaaS”的时候了。

本周,我们将开始一些有关无江苏体彩最佳实践的小型系列。我们的计划是每集讨论一个主题,并充分利用我们在现实世界中的经验,在其中做出决策,要进行哪些权衡取舍以及只是提供一般性建议。本集的主题是布置无江苏体彩项目,我们所看到的对于Trek10及其客户在现实世界中表现良好。

框架与编排

无江苏体彩应用程序和基础架构的框架和常规管理有很多选择。 SAM ,Serverless.com,.architect,sparta,先端,claudiajs,圣杯和先端等等。每个人都必须精通自己擅长的部分,我鼓励您在下定决心之前至少阅读一些快速入门和示例。

SAM 如果您位于AWS生态系统中,则(无江苏体彩应用程序模型的缩写)是一个不错的选择。特别是当您考虑将其与Code Deploy配对以进行流量转移之类的功能时。 • 无江苏体彩.com 是最主要的FaaS提供程序的最成熟的支持之一,它具有庞大的社区和大量的插件,可满足您几乎所有需要的工作。 • 顶点向上 如果您已经有一个期望正常的http /江苏体彩环境(例如nodejs express或静态网站)的项目,那么这是一个非常好的选择。

成功的最重要因素是,无论您选择什么,都遵循代码定义的精神。手动配置和部署是灾难的根源。此外,请注意,您不会遇到任何选择。即使在相同的整体服务中,我们也会使用我提到的所有3种方法的健康组合。

我们应该使用Mono Repo吗?

您将面临的最常见的决策之一是如何根据存储库组织代码。您应该按功能分手吗?微服务?只是一个巨型单声道回购?

我要在这里总结一下,说的确是不正确的答案,但是我们认为有些指标可以帮助您做出决定。当涉及到多个微服务的并置时,这可以很好地工作,但是最重要的要看的是组织在持续集成和交付实践中的成熟度和舒适度。如果您精通并且有背景,那么就没有理由让您的团队在一个存储库中管理相当复杂的相关服务套件。那时,管理多个服务的部署变得很简单。

综上所述,我们倾向于根据安全上下文和边界来隔离某些堆栈和服务。配置存储库(IAM,DNS等),具有数据存储和内部API存储库的数据提取以及面向公众的API存储库。

在将前端并置时,我们已经看到这对于较小的公用事业和项目而言是成功的,但是如果您的前端消耗了不止一种或两种服务或接近任何程度的复杂性,只需将其分解成自己的存储库即可。

每个项目有几个功能,一个功能包?

有点暗示,我们倾向于从服务(或微服务)的角度考虑这一点。遵循微服务的最佳实践,使您的产品及其功能都在紧密相关的领域中进行处理。服务可以是一组计划的作业,事件参与者,API或混合。

我要说的是,在现实世界中,大多数服务往往最终只能提供3到8个功能。我不会为了遵循某些教条式的隔离策略而将每个项目分解为一个功能。更多的服务蔓延会使自然扩展和集成服务变得很痛苦。单个部署程序包中的8-10个以上的内容会给进行更改的人员带来一点风险和认知开销。如果您有出色的单元测试和集成测试,那么这当然没有什么风险。

在许多方面,您需要与工作流和组织一起进行一些尝试,以了解适合您的内容。随着您采用新的更好的标准并了解生态系统和工具,它会随着时间而改变。

最重要的是开始。挑选一个框架并试一下,您会惊讶地知道一个函数运行得有多快……如果您愿意,我们很乐意听到它。您可以在Twitter上找到我们 @ Trek10inc或我本人 @shortjared,我们将在下一集Think FaaS上见。

作者
福雷斯特Brazeal Trek10 191210 171202
阿甘(Forrest Brazeal)