请考虑两个或多个相互“交谈”并部署到云(云铸造厂)的应用程序。 对于团队来说,在他/她的“自己的”空间中(而不是在云中创建该应用程序的另一个实例)对应用程序的相同实例进行工作(开发/测试/调试)的最佳实践是什么?还是每个开发人员都需要拥有这些应用程序的本地副本,然后在docker / kubernetes中运行它?
答案 0 :(得分:1)
您的问题看起来很广泛,因为每个企业都有自己的工具链或工作方式。但是,如果您是新手并且想要快速组织团队,则可以使用JX。 Jenkins X,这是Jenkins的改进版本。 Cloud Foundry支持JX。
基本上,使用JenkinsX,您可以拥有一个预览环境/登台/生产。
Jenkins X将自动创建必要的代码(helm图表),以通过命令将您的应用程序部署到Cloud ...
jx import --branches "master|develop"
花时间,学习它,你会看到魔术的。”
最佳做法是创建一个完整的CI / CD工作流程,并让您的团队至少每天(根据在应用程序上工作的人数而定)签出源代码。
祝你好运!
答案 1 :(得分:1)
这个问题很广泛,但是这里有一些方向值得一提。因此,一个简短的答案可能是:
关于CF Local的一些话:如今,不再建议Cloud Foundry开发人员在其笔记本电脑上运行整个Cloud Foundry基础。当CF Dev到来时,对于在BOSH-Lite上运行整个基础(这仍然有其用例,我每天都使用它)来说已经是一种改进,但是对于典型的cf push
开发人员体验,CF Local非常适合,而且重量更轻。
因此,现在建议使用CF Local。它应该可以帮助您在标准Docker容器中,在普通Docker引擎之上运行的本地计算机上运行一堆协作的微服务应用程序。有关更多信息,请参见CF Local Github页和comparison chart with CF Dev有关CF本地最适合的用例。
对于数据服务(例如MySQL或PostgreSQL数据库),CF Local已经提供了解决方案以重用CF基础中的相同服务实例。您还可以在笔记本电脑上运行自己的引擎,并在这种情况下找到让cf-local-pushed应用程序绑定到这些服务的方法。
希望这会为您提供一些有趣的方向,您可以在其中找到并找到自己的方式!