继续我之前关于云原生对我意味着什么的随机想法，今天早上我在思考web的本质，特别是URI——或者更确切地说是我们最常见的专业化——URL。
Tim Berners Lee（TBL）有一篇著名的文章，题为"酷的URI不会改变"，我鼓励你去某个舞台边喝咖啡边看书。它来自万维网联盟（W3C）。他在这篇文章中所说的话有许多含义，我将留给你们去思考。现在还有一个特别的观察值得分享，那就是这篇文章的URL自20年前发表以来一直没有改变。这就是我所说的树立好榜样！
在思考这篇文章的内容时，我想起了谷歌（Google）提供的一套优秀的生产力工具——现在称为G套件。我说的是"现在已经知道了"，因为他们以前被称为"谷歌应用程序"，也许通俗地说是"谷歌文档"。但是，虽然套件的名称可能已经改变，但支撑这套令人敬畏的工具的基本设计却没有改变。
因为谷歌获得了网络，他们建立了自己的工具"网络"，而不仅仅是"在网络上"。这意味着，例如，Google电子表格的URL，或者Google文档，或者Google表单，或者其他任何东西，都是唯一的和永久的。它不会改变。即使您更改了"文档"的名称（我们实际上应该说是"该资源的"），查淘客，URL也保持不变。这带来了一系列我们认为理所当然的基于网络的副产品。例如，我可以通过几次按键直接跳转到我最近正在处理的文档，而不必考虑我将其存储在何处，或者URL可能是什么，或者如果我必须首先找到某种"根"资源，那么导航路径可能是什么。我要做的就是：
砰。在编辑和编辑中。
不仅仅是说，嗯哼，某些其他在线生产力/协作套件-只需更改您正在编写的文档的标题和URL就可以了！哎哟！如果我想与您共享工作草稿资源，这有什么用？
不管怎样，让我把自己从这完全变成另一个帖子，看看一个典型的G套件网址，帮助我找到下一点。以下是一个电子表格示例（出于安全原因，我稍微更改了URL）：
https://docs.google.com/spreadsheets/d/1nT4GB85goF34MaxiEZAMJp-aCk0QguyZ6WmlWjMUA42/
URL的结构非常简单，大部分是唯一的代码（1nT4…42），用于标识单个在线电子表格资源。
因此我想到了一个类似的想法，关于云原生，一些东西（对我来说）是一种"气味"（比如一些东西只是给了我一些关于某些东西的微妙暗示——不一定是负面的）。
当我第一次开始探索SAP云平台（SCP）时，我注意到很多URL中都有类似的不透明标识符。例如，如果我创建了一个临时试用帐户，或者在试用帐户中创建了一个临时成员。如果我添加了一个子帐户或被授予了一个新的全球帐户的访问权，无论是在Neo还是（现在的）cloudfoundry上下文中…每次，我都会看到unique，不透明标识符。
下面是另外两个（修改过的）示例：
https://account.us2.hana.ondemand.com/cockpit#/acc/dd2758442/services
https://account.hanatrial.ondemand.com/cockpit#/region/cf-eu10/全球账户/42461e78-9618-44d8-9c8e-629dc5319b61/子账户/420c85ab-ecbc-4760-84e6-c1d45dd593b4/详细信息
即使是SCP内的服务也有我无法控制（或最初无法理解）的部分URL，例如提供者帐户标识符。起初，它们看起来有点难看。
但后来我想起了另一篇W3C的文章，那是在web的历史（1996）的早期——通用资源标识符——web架构的公理。这也是一篇很棒的文章，值得一读。在这篇文章中，我们特别感兴趣的是关于"不透明公理"的部分，它指出：
"唯一可以使用标识符的是引用一个对象。当您没有取消引用时，您不应该查看URI字符串的内容来获取其他信息。"
这个公理有点违背我的想法，但实际上是至关重要的。首先从试图从URL推断结构的副作用的角度来看，但更重要的是从我们今天的角度来看，在资源被旋转、创建、实例化、变戏法的云原生环境中……然后在它们的效用被消耗之后，被删除、销毁、消失*.
（*是的，大数据工具，我知道我用的是及物动词，大数据入门，但你说对了。谈到不寻常的词语和不寻常的用法，你有没有注意到TBL在"Cool URIs Don't Change"一文中使用了"dismission"这个词——也作为及物动词？从20世纪初开始，这种使用就开始减少，但仍然很好。）
资源，比如那些在SAP和Google等云平台上旋转起来的资源，它们最终是短暂的，需要生下来然后死去，在这中间的时期，有一个标识符，它是一样匿名，因为它是唯一的。
正是这些表面上丑陋的，但本质上是一次性标识符在URL中的存在（毕竟，游戏返利平台，URL*是*URI，不是吗），对我来说，发发淘客助手，形成了一个微妙的暗示，一个路标，一种气味，我们正在处理的东西是云本地的。资源、服务、虚拟机、集群、子帐户—它们一直在创建和销毁，不仅在网络环境中，而且在内部环境中，有时在专有体系结构中。
