本周末，我在探索SAP云平台（SCP）上的一些Cloud Foundry功能时，发现了一种几乎无处不在的模式——不仅在SAP领域，云市场，而且远远不止于此。它让我思考这个模式是否会保留下来，或者被更多的东西所取代（或者至少是增强），在我的脑海里，是云本地的。一个例子（我这个周末能看到的）在这里的截图中显示：

很明显，这种模式很普遍，我在各种情况下都能看到。当我说假设存在一个工作站本地文件系统（工件可以上传到云端，或者可以从云端下载到云端）是我们可以从中解放自己的东西时，我想知道我的想法是不是太极端了？

大型机恐龙

我是一个老的大型机恐龙，在我完成学位后工作的第一家公司，在IBM big iron上切齿，这不是秘密。此外，在我攻读学位期间，我使用了各种小型计算机，如Vaxen*，同时在计算机实验室兼职，并在业余时间为保险公司赚钱编程。甚至在那之前，我第一次接触计算机是在学校，我们有一个带纸终端的PDP-11，这是Vax机器的通俗复数形式。

因此，我对计算机是什么的看法受到我坐在工作站上的经历的强烈影响：

一个明显的共同点是，这些终端被称为"哑巴"，因为它们自己没有真正的本地处理能力。这也意味着没有本地文件系统。

新的主机

最近我在各种设备上采用了优秀的Chrome操作系统，包括Chrome Pixelbook，作为我的go-to平台，因为它是我最接近主机的本质，这是我的理想场景，淘客推广联盟，甚至用"网络终端"标签在推特上讲述我的经历和想法。

当我在一周内使用我的工作笔记本电脑（运行macOS）时，在周末，我会切换到我认为未来的计算，这是我的Chrome操作系统设备，为了保持一致性，我将在这篇文章的其余部分称之为我的"网络终端"。是的，这个特定的网络终端有一些本地的计算能力，当然（它的底层是Linux），但对我来说，存储除屏幕截图等短暂文件以外的任何东西对我来说都像是一种警告性的"气味"。

所以当我在我的网络终端上看到这篇文章顶部的UI时，我停了下来。我一直在开发我的应用，我想部署，不是在本地的网络终端上，而是在一个虚拟服务器上，以谷歌云外壳的形式提供给我（免费）：

所以在部署这个应用到云端时，有一个不匹配的地方-我的应用的工件也在云端，在一个"虚拟本地"机器上，而不是在网络终端本身。没有"向下"浏览，也没有上传。当然，这个基于Chrome操作系统的网络终端也有一个优点——一般来说，通过网络浏览器将本地文件上传到服务器的功能确实非常出色，平销返利，但在这种情况下，我故意没有本地文件。

一个实用但短期的解决方案

所以这让我想到了。至少，从实用的、短期的角度来看，我能够将文件从Google云Shell下载到我的网络终端的存储区域，然后浏览到该存储区域并上传它们：

对于工件本身来说，这是一段相当漫长的旅程。

但是在喝了一杯咖啡之后，我开始思考。真正的云本地计算会有替代方案吗？顺便说一句，这就是我对"云原生"的解释——我们正在向最初的主机时代前进（即积极回归，而不是倒退）。

*我知道，这是一种极端的想法，而且是故意的，但你已经做到了。

会不会有设施说"在这个虚拟机上找到这个文件"，可能是通过一个短命的HTTP连接暴露出来的，这个连接就是为了这个目的而旋转起来的，然后又被破坏了？

当然，我们的设施已经处于稍微不同的环境中，以基于git的部署形式。例如，看看我们如何通过git将工件从SAP Web IDE中的设计时移动到SCP上的运行时。

也许这也是长期的答案–为部署源提供两种备选方案–我们在本文顶部的第一个屏幕截图中看到的文件上载工具，还有一个源代码控制端点——也许是一个特殊的"一次性使用"端点，微博淘客，有一个不透明的GUID。当然，这不是今天存在的东西——我们必须抓挠，才能看到它的构建。

进一步思考

我不确定答案是什么。我甚至不确定这是一个重大和广泛的问题，大淘客网站，今天。在我看来，任何从工作站本地文件系统上传/下载的方式对我来说都是不合适的。

我知道人们喜欢他们的本地计算能力，而我又有谁能拒绝他们呢？你的想法是什么？我很乐意听到他们的声音。

这篇文章是清晨鸟鸣带给你的，还有一杯很好的茶。