公共云安全需要遵循适用原则_OTPUB_领先的IT学习&直播平台
公共云安全需要遵循适用原则
日期：&&&&&&来源：企业网D1net&&&&&&作者：佚名&&&&&&编辑：otpub&&&&&&点击：35次
如今，很多企业对公共云安全的某些方面过度担心，而对另一些方面则考虑太少。因此，企业选择适合自己的安全策略应该变得更加实际。近年来，安全已经渗透到IT行业的各个方面：数据泄漏、物联网设备、人工智能、容器、开发管道等等。如果有人询问IT领导者所面临的挑战是什么，那么就会得到一个明确的回答：安全!的确，安全很重要。但是安全涵盖许多具有松散关系的问题。企业需要做出业务和IT决策，正确评估风险，并采取具体措施，这要求人们需要梳理并考虑问题，以便人们能够更好地理解真正担心的是什么，人们试图完成什么业务目标，以及适当的权衡是什么。云计算行业正在进步，但这是一个难题。以下考虑一下人们如何看待2018年的公共云发展情况。如今，对于公共云安全的讨论已经取得了一些进展。当然，人们仍然可以听到一些行业人士表明他们不会采用不安全&的公共云的说法。但只是少数一些人。如果查阅任何一个有关多云或混合云的分析报告，其信息很明确：各种规模的企业正在将其部分工作负载从本地部署的数据中心迁移到公共云。但他们仍然需要评估工作量。例如，企业需要评估工作负载跨多个平台进行交互的其他应用程序和数据，以确定它们是应该迁移到公共云，保持原地不动还是迁移到其他本地部署数据中心或托管基础设施。他们还有一些考虑因素，了解有关安全和适用的审查适当程度的问题。专家发现企业往往对某些事情过于担心，而对其他事情没有足够的积极性。当企业担心太少时许多IT组织过于相信自己的能力，认为可以通过高度熟练的安全专家来保护安全。他们永远不需要处理补丁程序，错误配置的网络设备，内部人员工作或任何设计和操作错误。而近年来的违规事件至少在一定程度上会让这些企业更加关注，并变得小心谨慎。平心而论，这些态度也应该由于公共云模式的新颖性而有所变化。第三方审计师和监管机构也经常对此谨慎考虑。但现在人们普遍认为，公共云基础设施只要使用得当就可以提供足够的安全属性，适用于组织的需求。首先，公共云的本质是他们使用专业人员、自动化流程和纪律来处理安全问题。当企业担心太多时与此同时，有些在公共云上运行工作负载的企业对公共云安全有所怀疑，有时似乎也让其他人面临安全问题。某些安全层成为云计算供应商的责任，这种方法被称为共享责任模式。但是，在企业仍然处于安全方面的困境中，要清楚地看清楚这一点至关重要。可以将这种讨论局限于基础设施即服务，但相同的基本原则适用于任何类型的云服务。即使企业只是使用软件即服务，适当的身份和授权控制仍然最终取决于其本身。许多实践，尤其是操作系统级及以上的实践，不会(或不应该)在公共云中进行更改。其中一种做法是从已知的可信来源获得软件。除了使用经过认证的软件，无论是在本地部署的数据中心还是在公共云中，在整个生命周期中维护这些软件同样重要。实现这一目标的一个有效手段是使用已经建立后端服务的公共云提供商的服务，该服务可以及时提供相关软件补丁的更新，并在必要时进行安装。当添加容器时容器扩展了这个模型。容器安全性有很多层次。他们首先利用Linux中的多级安全性、Linux命名空间、安全增强型Linux(SELinux)、Cgroups功能、安全计算模式(seccomp)这五项保护容器的安全功能。与操作系统和应用程序一样，企业需要知道容器映像最初来自哪里，构建它们的人，以及它们内部是否存在任何恶意(或者完全过时)的代码。在很多情况下，企业使用内部代码库进行最大限度的控制。容器也应该被视为更广泛的构建系统和整套DevOps流程的一部分。管理这个构建过程是保护软件堆栈的关键。通过坚持构建一次，到处部署的理念，确保构建过程的产品与生产中部署的完全一致。保持容器的不变性也很重要：换句话说，不要修补正在运行的容器，而是重建并重新部署。总之，不要认为公共云安全是一种独特和特殊的东西，它除了IT安全和最佳实践之外还有其他的东西。相反，企业需要了解愿意将哪些责任传递给提供商，然后妥善管理内部和外部服务的组合。
本站所载作品版权归作者及原出处共同所有。凡本网注明“来源：”的所有作品、文章，版权均属于本站，转载、摘编或利用其它方式使用上述作品，应注明“来源：” 或 “摘自：”。
Aleiye让大数据更简单
Tableau教程（三）可视化分析
Tableau教程（四）仪表板和故事
Tableau教程（二）数据连接租用主机将数据中心迁移至云 企业该如何筹备
11:14 &&&&&&来源:
编辑：九河互联 &&&&
租用主机纵然数据中心被虚拟化了，但在确保数据中心组织有序、颠末优化以及与公司的业务需求匹配之前，迁移到云中的时
租用主机纵然数据中心被虚拟化了，但在确保数据中心组织有序、颠末优化以及与公司的业务需求匹配之前，迁移到云中的机缘还不足成熟。虚拟化打点东西的成果已经变得相当强大，具备自动化，更好的本钱可见性以及更好的机动性，这使虚拟情况越发靠近于云。
虚拟化打点计谋在数据中心中占要害职位，其在迁移到私有云、殽杂云可能公有云的进程中发挥要害浸染。虚拟化打点东西将在以下方面辅佐你迁移到云中：
1. 相识并陈诉虚拟基本设施
东西可以或许汇报你在虚拟基本设施中有哪些工具以及工具的设置及组织方法。迁移到云中需要这些最根基的信息。
2. 丈量容量利用率
设定将来云情况的价值并举办设置，需要相识CPU、内存、网络以及存储利用相关的常识。譬喻，当迁移到公有云后，面向公家的服务器需要的IOPS是几多?
3. 思量chargeback/showback
虚拟化打点东西可以或许汇报你公司内的哪个业务单位利用了最多的云基本设施。这可以或许为打点此后用于云投资的资金提供辅佐。
4. 提供云可视化
有些东西可以或许洞察现有的虚拟基本设施以及此后的私有云可能公有云基本设施。在迁移进程中以及服务器完成迁移后具备可视化至关重要。
5. 举办转换
拟定虚拟机从私有情况到公有云的迁移打算，某些虚拟化打点东西可以或许为你迁移到云提供辅佐。
相识今朝正在利用的虚拟化平台的内置成果，以及可供选择的东西可以或许提供的详细成果，可以或许增加你选择最佳东西为迁移到云提供支持的概率。
主流虚拟化厂商内置的打点东西
在研究第三方东西之前，让我们先接头一下现有虚拟基本设施内置的云相关特性。
Hypervisor厂商不但提供hypervisor，尚有虚拟基本设施会合打点以及一些特另外东西。譬喻，VMware提供了vSphere(hypervisor)、vCenter(会合打点)以及特另外东西像vCloud Connector。
微软在Windows平台上提供了Hyper-V、System Center Virtual Machine Manager以及Windows Azure Services。VMware和微软这两大厂商提供的hypervisor以及会合打点东西的本钱具备相关性。
IT采购人员还研究免费可能低本钱的云打点偏向产物。譬喻，VMware用户应该研究免费的vCloud Connector所提供的成果，其不需要vCloud Suite可能vCloud Director就可以或许为迁移到云提供支持。
假如正在利用VMware的产物构建私有云，那么可以思量包括在vCloud Suite中的vCloud Director。假如在利用微软Hyper-V构建私有云，，那么可以利用System Center Suite举办虚拟化打点并与Azure集成来构建私有云。
特另外内置成果大概包罗备份与规复，劫难规复，机能，打点以及监控东西，大概包罗了存储成果，也大概没有。
更为重要的是，主要厂商提供的会合打点东西为第三方东西提供了与虚拟基本设施举办交互的API。以VMware vCloud为例，vCloud connector以及vCloud Director利用vCenter API提供了与云相关的特性。
特另外东西及特性
安装完hypervisor以及可以利用API对成果举办扩展的会合打点东西后，你需要确定将哪些其他的特性作为虚拟化打点计谋的一部门。请记着这些东西并非老是来自于第三方厂商。
譬喻，VMware提供了vCenter Operations Manager辅佐你查找有哪些基本设施，组织基本设施并打点容量的利用。vCenter Operations Manager的企业版可以或许与System Center、vCloud Director以及操纵系统可能应用举办交互。
微软有它本身的System Center 2012套件，尽量不是内置的vSphere打点东西，可是你可以利用该套件打点Hyper-V以及VMware vSphere基本设施。
尚有大量的第三方虚拟化打点产物可以或许为迁移到云提供辅佐。一些更为风行的东西如下：
? Veeam One
? 用于虚拟化的Dell Foglight (提供了三个版本，个中两个版原来自vKernel的vOPS套件，另一个版原来自于Quest软件的Foglight办理方案。)
? SolarWinds Virtualization Manager
? Embotics打点软件
? Cirba用于虚拟化以及云基本设施的系统
? Xangati 虚拟化打点产物
然而，不要把虚拟化打点东西与云打点东西好比Cloudpia以及VMware vCloud Automation Center搞混。虚拟化打点东西存眷于虚拟基本设施，而云打点东西存眷打点一个可能多个云情况，并且大概只在云打点层而非虚拟化打点级运行。
无论是思量主流hypervisor厂商照旧第三方产商的东西，如下特性将使你可以或许乐成迁移到云中：
? Hypervisor支持 至少确保东西支持今朝以及将来打算利用的hypervisor。某些公司对支持多hypervisor的东西以制止厂商锁定感乐趣并思量了hypervisor堆叠成果。
? 云兼容性 思量虚拟化/云打点东西支持的私有云及公有云的范例以及该厂商的打算。譬喻，VMware的vCloud Automation Center支持vSphere、Hyper-V、 XenServer、AWS、Azure、vCloud以及用于私有云情况的vCloud Director。
上一篇： &&&&&&&&下一篇：
地址：广东省深圳市龙华新区民治民福路888号1970文化创意产业园A栋四层411室
联系方式：
ICP备案证书号:Copyright 2015 lk-idc.com All Rights Reserved 备案：粤ICP备号-4
声明:本站部分内容来源于网络,如有侵权,请联系我们,我们将及时处理!成功迁移数据中心的业务，不仅仅是服务器不停机
成功迁移数据中心的业务，不仅仅是服务器不停机
随着企业的发展，技术不可避免地需要进化和改变。因此，无论是连锁经营的大企业还是扩展到陌生领域的非营利组织，其的规模可能需要不断扩展。一旦数据中心的服务器不堪重负，机房空间即将达到极限，并且消耗越来越多的电能。那么，转向托管或迁移到规模更大的数据中心对于企业来说可能是一个正确的选择。大型托管数据中心在向服务器供电和冷却方面效率更高，这要归功于其规模经济。因为能够以批发价购买电力，也可以通过规模节省运营成本。还消除了企业在自己内部部署的数据中心维护UPS、发电机和空调等机房设备的所有成本，因为这包含在运营成本中。此外，还可以节省更多宝贵的空间，企业在托管其业务之外，可以腾出数据中心空间开展更高效的生产活动和办公。全面了解和实施托管数据中心迁移企业将其业务迁移到更大规模的数据中心不仅是一个明智的决定，而且也是关键措施之一。企业可能也非常关注停机时间、安全性和应用程序性能，以及在此该过程实际需要的具体细节。为了尽可能顺利和安全地迁移，有几个因素需要考虑。企业需要了解其背景和研究。在启动数据中心业务迁移时，对其过程和知识一无所知则是一个禁忌。企业需要花费时间思考在数据中心迁移过程中关键应用程序、服务和数据的重定位将如何影响自己的业务，以及企业可以采取什么措施来缓解任何风险或暂时的不利因素。服务器停机是一个关键考虑因素。企业如何应对停机，这取决于其业务的性质。如果无法容忍服务器的停机时间，则需要通过强大的灾难恢复和备份计划来保护运营和操作。企业还可以设置临时私有云或混合云，以便在迁移过程中保持其关键进程的运行。同样，如果企业的系统关键型应用程序正在迁移，请考虑运行试验性迁移以确保持续的软件兼容性（并减少进一步宕机的机会）。一个优秀的数据中心提供商将帮助企业完成此过程，并确保流程顺利进行。网络配置也是一个需要考虑的因素。企业必须决定需要做些什么来确保旧版应用程序在不兼容情况下保留其功能。企业需要根据具体情况做出决定，因为某些应用程序可能会或可能不会遇到来自局域网的配置问题。所以企业一定要调查迁移可能对其任务关键型应用程序的影响。网络延迟也很重要。托管意味着通过专用的高速连接访问企业的数据中心。迁移后延迟（网络上的时滞）不应该成为问题，但考虑迁移过程中可能发生的情况很重要。由于服务器通常是分批迁移的，因此共享局域连接的应用程序现在必须更加努力地保持通信。为了缓解潜在的网络延迟问题，确定哪些应用程序一起工作以及何时运行，组织需要规划其数据中心的迁移时间表，并使它们尽可能简单地分开。成功的数据中心迁移意味着企业全面了解其应用程序。但是很多应用程序运行多年，其的文档无处可查，没有人记得谁安装或构建了它们。企在迁移之前的几个月内业通过使用网络跟踪工具，企业可以重新全面地了解有关遗留应用程序错综复杂的所有信息。如果企业为迁移进行必要的准备，其实际过程应该非常简单，迁移应该是无缝的。当需要移动数据时，企业需要确定需要迁移的内容。例如，企业需要了解是否仍然在合同过期的情况下运行硬件和软件，或者例如仍然使用不再用于关键业务的旧设备。重要的是，企业需要了解自己的每台服务器是否需要重新调整负载，或者是否可以虚拟一些来分享空间，并优化服务器的数量？仔细检查每一件事，并考虑其它在未来业务中的目的和作用。企业甚至可能会发现一些设备和合同比预期更重要，所以它是值得彻底的清查。这也是重新审视数据中心迁移时间表的理想时间，并考虑自己是否需要设置临时私有云或混合云以避免迁移期间的停机。此外，企业可以获得最新的整个数据环境记录，可以审查自己的现有日志，并记录对清单的任何更改。接下来，确定现有的工作负载、软件和计划备份，以便准确地知道在迁移过程中哪些操作将不会运行，并且为了安全运营，还需要运行最重要的灾难恢复测试。企业还需要将其计划提交给自己的服务承包商，并将其指向自己的新数据中心以获取任何许可和合同修正。并且不要忘记记下自己的设备保修信息和序列号，以避免物理迁移后出现任何问题。随着企业的设备安全管理和维护的全天候运行，企业的业务将回到最佳状态运行。如果企业继续发展壮大业务，扩展其数据中心规模比以往任何时候都更容易，而无需临时和昂贵的旧解决方案。对于企业在规划过程中发现的冗余流程和应用程序，现在是时候充分利用这些已释放的资源，并让数据中心更加绿色、更高效的运营。
关注微信公众号
400-896-6000【案例分享】数据中心搬迁中的数据迁移
随着信息化的快速发展和业务的迅猛扩张，很多企业建立了新的数据中心，并需要在新旧数据中心之间进行业务切换。由于数据中心是7*24不间断运转，并且承载着一系列企业赖以生存的信息资产，因此在数据迁移过程中，保障业务连续性和数据高可靠性就成为项目的核心需求和成败关键点。安图特曾为数百家客户实施过机房搬迁项目，在数据迁移领域积累了较为丰富的经验。下面就与各位博友分享几种常见的数据迁移方式。
一、LVM MIRROR
实施步骤：
1. 测试光纤与LAN网络的连通性
在目的机房搭建两台SAN光纤交换机和一台测试服务器，在原机房的磁盘阵列上划分出测试LUN给测试服务器，确认主机可以正确识别异地LUN，并正常读写使用（如下图）。
2.核心业务备份并拆除数据盘LVM 镜像
a)进行全业务数据库备份和操作系统备份；
b)将核心业务通过集群切换至备机服务器，并进行HA测试；
c)断开存储B和存储C之间的远程数据容灾,关闭存储C存储设备；
d)将需要搬迁的存储B从业务系统拆离，拆开主机上使用存储A和存储B做的逻辑卷镜像；
e)将业务运行至主机A上，然后将主机B的集群服务停止；
f)验证业务的连通性和稳定性。
3.备份设备搬迁
a)在主机A上的业务运行稳定后，即可进行第一批设备搬迁，包括主机B、存储B和存储C；
b)由于原机房存在单点故障风险（此时主机A为单点），第一批设备搬迁建议在切换后24小时内完成，并完成业务切入，同时建议在原机房搭建一台主机A的生产冷备机。
4.新机房第一批设备切入生产环境并接管
a)在新机房设备上电正常后，并且服务器稳定运行一段时间后，即可进行业务切入；
b)进行磁盘阵列数据同步，让灾备服务器连接新机房磁盘阵列，并镜像所有逻辑卷，直到所有LVM状态为“sync“；
c)将业务切换到新机房主机B服务器上，保证业务回切正常并停机一次（如下图）。
5.第二批设备搬迁
a)在服务器接管业务并运行稳定后，即可进行第二批设备搬迁，包括主机A、存储A；
b)全业务数据库备份和操作系统备份；
c)需要搬迁的存储A从业务系统拆离，拆开主机上使用存储A和存储B做的VG镜像；
d)由于新机房存在单点故障风险（此时主机B为单点），第二批设备搬迁建议在切换后24小时内完成，并完成业务切入，同时建议在目的新机房搭建一台主机B生产冷备机；
e)物理下电，并拆除线缆进行设备搬迁。
6.第二批设备接入（假设设备搬迁至新机房上电连线正常）
a)主机A和存储A上电正常后，即可切入新机房业务应用；
b)启用主机A的集群服务；
c)存储B和存储A通过操作系统进行LVM 镜像；
d)业务切换测试，保证主机A业务启用正常。（如下图）。
方案优点：停机时间短、成本低、风险低、可借助搬迁机会进行新旧设备的替换工作
方案缺点：操作繁琐、实施周期长
二、 存储远程镜像复制
如今大部分存储都已经支持远程数据复制功能，如EMC的SRDF、Mirror View，HP的HP StorageWorks
Continuous Access XP，IBM的Remote
Mirror等。在数据中心迁移中可以使用存储复制技术进行新旧数据中心的数据迁移。
1.盘阵专线连接（或者交换机级联）；
2.两地存储进行同步镜像和异步镜像；
3.新机房新生产服务器搭建，进行系统恢复（如AIX：mksysb和mkcd，Win/Linux: Clonezilla ）；
4.同步中止，新机房硬盘测试挂载，业务测试；
5.盘阵恢复同步；
6.确定停机时间，中止业务，盘阵同步中止，新机房正式挂载盘阵中的业务卷，完成业务应用及数据迁移；
7.任意时间点物理搬迁。
方案优点：高效、停机时间短、实施简便、物理迁移风险低
方案缺点：数据迁移风险高
三、业务级迁移实施策略（Oracle
Data Guard、Sybase RS等）
实施步骤（用Oracle
1. 目的机房服务器安装搭建
搭建DataGurd环境，主库进行RMAN备份数据库（在线），将备份出来的FTP至新机房备机。
2. 恢复备库
备库启动到nomount状态，在mount状态下使用复制过来的备份文件RMAN恢复目的库。
3. 主备库切换
确认两边数据库同步并系统运行正常，主备库切换（在主库进行切换的同时还会向丛库发送一次ArchiveLog），先将主库切换成从库，成功以后，再将丛库切换成主库。
方案优点：无缝搬迁、费用低、风险低
方案缺点：操作复杂、居于网络、限于Oracle
小结：伴随着虚拟存储的兴起，使得数据迁移工作变得更加简便快捷。只需将新的磁盘阵列连上SAN网络，通过简单的图形界面操作，即可完成数据的迁移工作。数据迁移过程中，应用服务器完全不需要停机，数据丢失和损坏的风险完全消除，也不会影响用户数据一致性。
PS：将多个存储介质模块（如硬盘、RAID）通过一定的手段集中管理起来，使所有的存储模块在一个存储池（Storage
Pool）中得到统一管理，为使用者提供大容量、高数据传输性能的存储系统，即为虚拟存储。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。从前的你是巨型的、从前的你是冰冷的，从前的你是安全的，但现在的你却是空荡荡的，因为你已经把所有资源都部署在了云端。那么，你将会用你原来本地数据中心做些什么事呢？曾经令你自豪和喜悦的IT设施，现在给了你一个残严酷、昂贵的提醒：这个世界正不断地在改变。
许多AWS客户从他们现有的本地数据中心迁移到AWS云端。这里仅仅是他们其中的一些故事（案例分析，博客帖子和视频的链接）：
Delaware North：这个花生和爆米花的供应商减少了他们90%多的服务器占地面积，预计使用5年以上的AWS服务，总体会帮他们减少350万美金的IT采购和维护成本。
Seaco: 这一全球性的海上集装箱租赁公司通过将自己的SAP商务套件部署在AWS云端，在延迟方面减少了超过90%。
Kaplan: 作为一个教育和测试准备公司，Kaplan将曾经部署在12个本地数据中心的一套囊括开发、测试、分期和生产的应用环境部署在AWS云端，并关掉了12个本地数据中心中的8个。
Talen Energy: 作为企业剥离计划的一部分，这个核电公司决定将自己的IT设施迁移到AWS云端，之后他们能够将主要的精力聚焦在公司的核心业务。
Condé Nast : 这个著名的出版商完成了将超过500多台的服务器和将近1PB数据迁移到AWS云端，在之后会全部迁移到AWS云端。
Hearst Corporation: 这个多元化的通信公司将自己29个数据中心中的10个迁移到了AWS云端。
University of Notre Dame: 这所大学已经将自己的网站迁移到AWS云端，并且计划在未来三年将剩余工作的80%迁移到AWS云端。
Capital One: 这个财务公司已经将AWS作为其技术策略的核心部分。
General Electric: 这个多元化的公司已经迁移了超过9000个工作任务到AWS云端，并且关闭了34个数据中心中的30个。
如果你很好奇，下文就介绍了当关闭一个数据中心会发生的事情：
现在怎么办？
您也许正在为您闲置的数据中心发愁，在迁移到云之后，您该如何处理它。
我的同事贡献了他们的想法（他们做了85%的工作），我已经列出了120种利用您的数据中心的方法。为了方便阅读，我将120方法分成了不同的类别。如您所见，我的同事们非常有想象力！这里有一些重叠，但我不想厚此薄彼。请阅读下文…
体育与休闲娱乐
3. 卡丁车赛道
4. 雪鞋练习场
5. 激光枪运动
6. 彩弹运动
9. 沉浸式虚拟现实游戏领域
10. 史上最大型纸足球比赛
11. 传送门场馆
12. 荧光水气球大战
13. 极端环境生存训练
14. 多米诺集会
15. 世界上最长的纸飞机飞行
16. twitch.tv视频游戏聚会场馆
17. 泡泡足球竞技场
18. 世界最大玩具球泳池
19. 局域网游戏房间
20. 室内漂流河
21. 室内滑雪胜地
22. 射击场
23. 主题公园 – “数据中心乐园”
24. 赛格威赛车轨道
25. 室内冲浪公园
26. 巨大的旋转工作室
27. 世界蹦床壁排球联盟
28. 究极Boda Borg挑战
29. 室内悬挂式滑翔风洞
30. 健身房
31. 室内的狗公园
32. Zamboni驾驶训练设施
33. 一个大型的适合种植和保存食物的寒冷地区
34. 肉品包装设施
35. 冰棒工厂
37. 企鹅避难所
38. 蘑菇农场
39. 奶酪工厂
40. 火星种土豆实验场馆
41. 世界最大简易烤炉
实用的想法
43. 电动汽车充电站
44. 风暴避难所
45. 无人机飞行场地
46. 巨大的文具盒
47. 防空洞
48. 洗车处
49. 社区剧院
50. 美术馆
51. 安全存储所有通过AWS而节约下来的钱
52. 云计算大学
53. 太阳能发电装置
54. 48 个很大的Airbnb机会
55. 工作室
空间与未来
56. 小型飞船吊架，墙上写着 “Moffett Field, You Got Nothing on Me”
57. UFO 仓库
58. 装满水，作为一个NASA失重训练设施
59. 互联网端的餐厅时间门户
60. 蓝色起源与星际空间终端免税区
61. 在旧金山，使用货架作为工作室公寓. 租价 $5000/月
生存与死亡
62. 收容所
63. 孤儿院与慈善机构
64. 停尸房
65. 人类低温存储
66. 末日避难所
67. 冷疗spa
68. 康复中心
69. 雪人保存设施
不可思议的想法
70. 独角兽农场
71. 床垫测试设施
72. 生物危害隔离区
73. 消除压力的商场
74. 生长操作 (在法律允许的情况下)
75. 阅兵广场
76. 2016年美国总统竞选辩论的场所
77. 超级球测试设施
78. 企业的冥想中心
79. 鸭子回声测试设施
80. 自动化的造纸厂
81. 世界最大的以太网或光纤电缆球旅游设施
82. 机器猫玩具工厂
83. 存储最近发现的E.T. The Extra-Terrestrial 游戏墨盒.
84. 巨大的感官剥夺坦克.
85. 生物圈3号
86. “Can you hear me now?” 测试设施
87. Derek Zoolander 儿童阅读障碍中心.
88. Battle of Hoth 情景扮演.
89. 垃圾压实机，针对剧透《星球大战》的人.
90. American Gladiator 或 American Ninja Warrior 场地.
91. Death Star的飞机棚.
92. 装满水，扮演 Finding Nemo.
93. 再现旧的办公空间和打印机，这叫沉默冥想疗法.
94. 建立透明的铝墙壁，装满水，存放鲸鱼，等着让外星人来联系它们.
95. 夺宝奇兵仓库.
96. Knights of Ren培训中心.
97. Mythbusters 科学实验室.
98. Top Gear 秘密的赛道.
99. Mad Max: 服务器中心暴乱.
100. 高安全储存设备，用来分解Daleks.
101. wibley wobley 或 timey wimey的Tardis维修中心
亚马逊专属
102. 下一个 re:Play 聚会.
103. Amazon 荣誉中心.
104. re:Invent 2017场所.
105. AWS Import/Export Snowball 加工设备.
106. Amazon Fresh 温室.
107. Amazon Simple Beer Service 酿造.
108. Amazon Locker 站点.109. 现实的存储云 (打开空调和蒸汽管).
电子产品分解中心.
110. 翻新公司旧电脑/服务器的仓库，用于支援全球的贫困学校
111. 拍卖空数据中心的会场
112. 拍卖空数据中心的网站服务器
113. 数据中心历史博物馆
114. “托管的数据中心” – National Trust for Historic Preservation
115. 向声称永远不会把资源部署在云端的IT 管理者推广的中心
116. 以复古的方式存储纸质文件
117. 数据中心花园
118. 无线电天线工厂
119. 技术历史博物馆
没有更多推荐了，