JFrog Artifactory云迁移清单
2023-01-22 11:07
将JFrog平台迁移到云端时要记住的最佳实践和建议
作者:Patrick Russell, JFrog持续软件发布管理(crm)专家
JFrog使全球的DevOps组织能够大规模地管理、保护、存储和交付所有关键任务应用程序的构建模块。JFrog平台是软件交付的核心部分，保持它的运行和最新是至关重要的。
当谈到管理一个自托管安装这需要做很多工作。它需要定期维护，手动放大以满足需求，并进行升级以保持最新。迁移到JFrog托管的SaaS基础设施消除了维护的麻烦，提高了效率、可靠性和安全性。
本指南旨在为你提供你需要知道的一切之前,在而且后迁移到云端。它包括JFrog技术团队2022世界杯阿根廷预选赛赛程根据客户经验组合的资源和建议，以帮助您成功完成迁移过程。
| 在此过程中提供帮助的其2022世界杯阿根廷预选赛赛程他资源: |
1.规划云迁移流程
云迁移旅程的第一步是根据地理位置定义JFrog平台云设置和拓扑结构。如果你还没有这样做，联系你的JFrog客户经理。
在开始之前
以下是你需要的:
JFrog云订阅
安装JFrog CLI
| 注意!移民的限制 在开始迁移过程之前，建议先了解迁移限制。这将有助于改进您的迁移策略。了解更多> |
外部认证
当使用外部身份验证提供者(例如LDAP和Crowd)时，您需要允许使用云nat IPs．
Docker访问方法
当在云中工作时，默认情况下Artifactory支持使用直接访问．更新Docker方法以使用云Docker URL。
例如:<服务器名> .jfrog。io / <存储库名称>
自定义CNAME
*只适用于企业X订阅级别及以上。
当在云中工作时，默认情况下您的服务器URL是<服务器名称>.jfrog.io。建立自定义CNAME将允许您根据需要使用不同的或保持相同的DNS名称。要做到这一点，您需要获得JFrog支持。
限制对云环境的访问
*只适用于企业X订阅级别及以上。
限制对云平台的访问将确保它只能由您的组织访问和使用，而不是公开可用。这种安全设置可以使用白名单IP地址来完成。这个过程是自我管理的我的JFrog门户．
2.云迁移过程
云迁移过程包括5个步骤:
- 在目标实例上启用配置传输
- 所有服务暂时关闭，除了JFrog Artifactory
- 设置将文件推送到目标实例的源实例
- 将配置从源实例传输到目标实例
- 禁用目标实例上的配置传输
- 所有业务已恢复正常
- 将文件从源实例推到目标实例
以下是在完成云迁移过程时要记住的一些关键点。
迁移预置构件配置
在启用云迁移时(使用启用配置传输设置)在MyJFrog云传送门)除JFrog Artifactory服务外，所有平台服务都将关闭。这允许导入所有Artifactory配置并重新注册其他服务(JFrog Xray, Insight, Pipelines等)。
配置传输完成后，请确保禁用传输设置。这将确保您的所有服务都得到备份，Artifactory将被扩展到其全部容量。
控制文件传输负载
为了保持一致性并减少工作系统的压力，您可以根据组织的需要控制工作负载设置。例如，您可以选择在空闲时间增加传输负载，在高峰工作时间减少传输负载。
默认情况下，文件传输使用单独的8个线程集将文件从预置服务器传输到云。
3.迁移到云端后-测试
在此期间，请确保在云Artifactory上更新您的云环境，对现有的on - prem进行任何新的更改，例如创建新的存储库或让新用户登录。其中一些可以自动完成。例如，你可以设置访问联合会如果您的订阅允许，并且您希望进行扩展测试。
识别顶级用户
例如，您可以使用这个演示脚本来识别顶级用户。该脚本通过分析artifactory-request.log文件，计算用户请求，并在需要时根据存储库、用户名和IP地址对它们进行排序。
创建CI/CD构建测试计划
考虑将测试过程委托给这些关键的开发团队。这将允许他们在上线日期之前签署云迁移。
| 提示!性能测试-检查您的云性能与您的预置安装进行比较。 |
迁移JFrog x射线设置
这可以通过导出您的x射线设置并联系JFrog支持团队将其导入到新的云平台。
4.上线——准备投入生产
更新云数据
现在您已经准备好上线了，我们希望确保您的所有存储库都使用任何新部署的构件进行了更新。为此，重新运行迁移过程中前面描述的文件传输步骤。
JFrog支持待机窗口
在你最终上线之前，通知JFrog支持团队，通过打开支持票，关于你即将到来的切换窗口。这将使他们能够在出现任何问题时随时提供帮助。
开始使用云平台
有两种方法可以开始使用新的云平台。一种方法是使用自定义CNAME并使用DNS Switch切断流量。另一种方法是系统地更改构建配置以使用云平台URL。
CI/CD构建中的任何On-Prem特定配置都应该在上线之前更新，以确保没有出错。如果一些失败的构建是可以接受的，并且您知道要更新哪些，那么在转换阶段开始系统地更新它们。
方法1:CNAME转换
*只适用于企业X订阅级别及以上。
切断流量涉及将DNS更改为指向Cloud Artifactory CNAME。CNAME应该可以在迁移过程的前一个阶段使用。一旦你的网络团队更新了DNS，转换就发生了，所有的流量都将开始流动。密切监控系统构建和平台云应用程序。
方法2:逐渐迁移
第二种方法是手动更新所有CI/CD构建和系统，以使用新的云平台URL。
每个CI/CD环境和所有平台用户都应该更新以开始使用新的URL。
检查on-prem artifact -request.log文件，确保没有传入请求。
