欧盟境内的云架构

为您的系统设计云上方案，数据留在欧盟境内：提供方服务、访问权限、备份，以及上线前估算的月度账单，管理层和IT部门都能看懂。

与我们探讨您的项目查看范围

范围

客户找到我们时的情况

每月的云账单都不一样
云服务提供方的账单每月都不同，上面的条目多到没有人逐条阅读。管理层希望在批准预算之前知道系统应该花多少钱，以及哪些决定会改变这项费用。
测试就在各部门工作的系统上进行
开发人员在销售和财务部门正在使用的系统上测试变更。一次失败的测试就会让部门停工，而且由于没有单独的副本，客户数据也进入了测试。公司想把两者分开，但不知道需要几个副本、要花多少钱。
数据必须留在欧盟，却没人能证明
客户、审计师或公司自己的法务部门询问公司数据实际存放在哪里。得到的回答是“在云上”。与提供方的合同没有明确规定，服务配置也没有人检查过。公司需要一份设计方案，确定数据位置，并能以书面形式证明。

范围

我们的工作

云是指从提供方租用、按用量计费的服务器、数据库和其他服务。区域是提供方服务器实际所在的位置；选择欧盟境内的区域，就决定了您的数据存放在哪里，我们为每项服务记录所选区域。环境是系统的一个独立副本，拥有自己的服务器和数据：用于测试、用于验证变更，或用于各部门的日常工作。
我们从提供方的服务清单中挑选您的系统所需的服务，每个选择都附有理由：该服务做什么，对账单有什么影响。设计方案针对您选定的提供方，或您的合同所要求的提供方。如果数据或合同不允许使用云，系统将在您的机房中运行；这属于单独的服务范围。
我们将测试环境与生产环境（即各部门工作的环境）分开，并为测试环境提供合成数据，或已去除个人数据的数据。访问权限以角色描述：谁可以修改测试环境，谁可以访问各部门的数据，以及权限范围。备份需要回答四个问题：备份什么、多久备份一次、备份存放在哪个区域、由谁检查能否用备份恢复系统。保护基础设施免受攻击属于单独的服务范围。
我们在上线前根据提供方价格表和设计方案中写明的假设估算月度账单：用户数量、数据量、环境数量及其运行时长。每项假设旁都注明其变化对账单的影响：增加一个环境、在第二个区域保留备份、流量增加。设计方案考虑到提供方可能调整价格，或您可能更换提供方，因此我们会记录哪些服务在其他地方有对应服务，哪些会把系统绑定在这一家提供方上。将系统迁移到其他环境或提供方属于单独的服务范围。
最终形成分为两个层面的架构说明：面向管理层和面向IT部门。

范围

您将获得什么

- 面向管理层的架构说明：系统示意图、数据位置、环境、访问规则，以及包含假设的月度账单估算。
- 面向IT部门的技术规格：提供方服务及其配置、网络布局、角色和权限、备份计划及恢复演练方法。
- 账单模型：一张修改假设即可立即更新估算的表格。
- 对提供方的依赖清单：在其他地方有对应服务的服务、绑定系统的服务，以及退出路径草案。
- 管理层决策清单：选择会改变成本或风险的事项，并附建议。

范围

工作如何进行

1. 我们梳理假设。与IT部门和系统用户沟通：涉及哪些数据、多少用户、在哪些时段使用，哪些合同和法规决定数据位置。结果：用于设计方案和账单的假设清单，由您批准。
2. 我们设计架构。选定提供方服务，绘制环境、角色和备份方案，核查每项服务的区域。结果：与IT部门讨论过的架构草案，以及管理层决策清单。
3. 我们计算账单并核查依赖关系。估算月度费用，说明影响费用的因素，并指出把系统绑定在提供方上的服务。结果：两个层面的架构说明和账单模型。
4. 我们进行移交。与管理层和IT部门讨论设计方案，记录各项决定。结果：经批准的架构说明，可由您的团队、我们或其他承包商实施。

范围

团队经验

团队成员曾为欧洲市场的一家银行业客户构建Web应用的CI/CD自动化。CI/CD是指让每一次代码变更都沿同一路径自动检查和部署。他们还为欧洲市场的一位客户将工作流（即事项流转）系统迁移到Azure云，并实现了该系统运维的自动化。第三个项目属于云与安全领域，是遥测和实时网络ETL：读取网络运行数据，并对其进行采集、转换和写入，以供分析。

范围

管理层应向云架构承包商提出的问题

1. 系统的每项服务位于哪个区域，备份存放在哪里？
2. 账单估算基于哪些假设，管理层的哪些决定会改变它？
3. 设计方案包括多少个环境，哪些全天候运行，哪些数据会进入测试？
4. 谁可以访问生产环境中各部门的数据，由谁授予和撤销权限？
5. 由谁、多久检查一次能否用备份恢复系统？
6. 哪些服务会把系统绑定在一家提供方上，提供方提价时会怎样？
7. 其他承包商能否在没有原作者参与的情况下实施这份说明，还缺少什么？
服务选择、环境数量和账单取决于公司如何使用系统，因此第一步是分析这种使用方式，最终给出包含范围的建议。