携手Kestra.io：我的新旅程与入门指南

猜猜谁找到了新工作，要带你一起体验入职和学习之旅？没错！就是我！🤗

我决定回归开发者关系工作的初心，加入 Kestra 担任开发者布道师，帮助拓展美国市场。能重新开始公开学习和实践，并有望在线下活动中见到各位可爱的面孔，我感到无比兴奋。我真的很怀念与开发者社群的直接联系。回来真好。

什么是Kestra？

Kestra 是一个声明式工作流编排平台，它真正践行了"一切即代码"的理念，但同时为那些只做配置的"无代码"用户也提供了相当不错的体验。

由于我纯粹出于懒惰，喜欢在编码和无代码体验之间游走，它的编辑器体验真的打动了我。我可以在并排的面板中，在同一个编辑体验里看到 YAML（代码）、无代码界面（能立即修改 YAML）以及一个可编辑的拓扑图。YAML 易于阅读，拓扑图则让我能直观地看到正在构建的内容，并且我可以在任何我想修改的地方进行编辑。

这真正激发了我的全方位思考，这是其他平台从未做到的。过分偏向无代码和纯配置体验会让我因无法直接写代码而感到沮丧，而有时我又希望有人能把我解决方案需要的值用必要的样板代码包装起来，让它们直接运行。这里要再次请出汉娜·蒙塔娜的动图，因为我确实喜欢这种两全其美的灵活性。

使用和评估 Kestra

Kestra 有两个版本——开源版和企业版——如果算上云版的话其实是三个。就本文而言，云版只是一种不同的托管体验，可以说是企业版的一个变体。如果你正在寻找一个在新的一年里可以贡献的开源项目，我们也有！不过扯远了。

Kestra 开源版非常适合单用户用例，但对于一般性的工作流构建体验评估也绰绰有余。Kestra 企业版确实解锁了一些非常酷的企业级功能，但亲自动手构建你的第一个工作流，才是真正豁然开朗的时刻。至少对我来说是这样。

我建议按照快速入门指南，使用 Docker Compose 启动 Kestra 开源版。只需确保你已设置好 Docker，并且除非你对Docker的版本历史不太熟悉，否则你可能已经知道 Docker Compose 是随 Docker 一起安装的。生活在这个时代真好！

在终端中输入以下命令，然后访问 http://localhost:8080：

docker run --pull=always --rm -it -p 8080:8080 --user=root -v /var/run/docker.sock:/var/run/docker.sock -v /tmp:/tmp kestra/kestra:latest server local

请留意文档中关于是否需要持久化数据库后端的说明。在我最初创建和运行几个工作流时，这并非必要，而且老实说，我只是让它一直在后台运行，因为我没有运行其他计算量大或密集的任务。你的情况可能有所不同！

然后我建议在运行一两个教程后，直接前往蓝图。一旦你执行了几个工作流，在仪表盘中生成一些数据后，你就可以深入研究如何使用大量可用的社区插件来构建自己的工作流了。

我还在完善一个工作流，它的功能是通过汇总我在不同地方完成的事情，来提醒我结束一天或一周的工作，以便我能准确总结我实际做了什么。也许可以提醒我以后为此写篇博客。眼尖的人可能会在工作流编辑器的截图中看到我的半成品。👀

但是等等，编排器到底是用来做什么的？

我有一个假设："编排"这个词并不能引起所有科技领域人士的共鸣。至少目前还没有。

我认为我们许多人都大致理解，我们有很多分散的系统，数据无处不在，如果我们能把这些数据整合起来使用，我们或许能解决一些非常酷和有趣的问题。这就是编排发挥作用的地方——让这些不同的系统相互通信，以完成一个统一的目标或任务。

DevOps 领域的人似乎理解这一点，人工智能领域的人可能也是，这大概是因为他们已经在处理许多不同的部件并将它们整合在一起，无论是使用 5 个不同的平台和项目来搭建一个集群，还是合并来自几个不同来源的数据集以提供最佳答案。

我相信未来我会就这个话题再写一篇博客，但我很感兴趣想听听你对编排器或编排的定义，你是什么时候了解到它的，你如何使用它，或者甚至你是如何知道何时该使用编排器的。给我留言，我们聊聊吧！

在我深入探索的过程中加入我吧，并告诉我你正在构建什么。就像我说的，回来真好。💜