系列文章 已经结束了,我的朋友们!感谢你们的阅读,特别感谢今年所有分享他们所学到的内容的作者。许多作者对我们如何变得更好和做得更好提出了非常宽泛的思考,这当然是我非常喜欢的。
- Adam 向我们展示了 逻辑属性,通过使用它们,我们构建的布局符合网络的语言,并且更容易适应其他书面语言。
- Jennifer 告诉我们,即使是基本的网络技能也能为组织带来巨大的改变,尤其是在科技泡沫之外。
- Jake 使用了 TypeScript 作为一种比喻,可能对我们来说是好的,也可能是不好的。
- Miriam 为 CSS 艺术类型辩护。它不仅是(不止)一件好事,它还能打开我们的思维方式并带来实际益处。
- Jeremy 有 很多用 HTML、CSS 和 JavaScript 等原始语言构建的经验,并且通过这样做,延长了项目的生命周期。
- Natalya 解除了我们的 压力,告诉我们可以在今年浪费时间,因为今年根本不适合创造力和生产力。
- Geoff 有 一个关于 CSS 的非常中肯的观点。既然一切都与其他事物相关,那么想想它与什么相关。
- Mel 向我们展示了 有各种有趣的开源授权图像来源。
- Kitty 给了我们 停止追逐炒作的许可。
- Matthias 赞美了 个人网站。
- Ire 说,网站的构建方式今年并没有太大变化,你知道吗,它也不需要改变。
- Eric 打开了 针对其他无障碍专业人士表达意见的大门。有些亮点,其中一些具有讽刺意味的是来自疫情,但这场斗争远未结束。
- Kilian 指责 我们集体落后的感觉源于我们认为新事物比实际使用得更广泛。旧的事物可靠、可预测,最重要的是,也是我们所有人都在做的大多数事情。
- Shawn 演示了,我们每个人都对什么老什么新有自己的看法,这取决于我们开始的时间。我们无法移动我们的“元年”,但我们可以尝试以更多初学者的眼光看待世界。
- Manuel 告诉我们,跟上潮流并不是我们需要玩的游戏,但学习我们已经“了解”的语言的某些东西是值得的,因为其中一定有一些会让你感到惊讶的东西。
- Andy 说,他遇到的每一个问题的解决方案都是通过简化来解决的。
- Erik 认为,优秀设计的一个关键是优秀的字体。
- Eric 踏上了 一段关于网络标准、浏览器和安全的旅程,不仅学到了很多东西,而且在此过程中完成了一些重要的工作。
- Cassidy 发现 旧的思想在新的环境中重新焕发活力,考虑到我们正在看到静态文件托管作为一种构建网站的新颖、明智的方式回归,这很有意义。
- Eric 分享了一个 你的本地图像压缩算法无法真正帮助到的技巧:颜色索引。如果你的 PNG 可以用范围化的调色板看起来不错,那么即使在优化之前,你也会获得巨大的文件大小节省。
- Kyle 正在改变 他对一切都会改变的押注,转而押注事物更有可能保持不变。
- Brian 学会了 对不知道所有事情感到满意。专注于一件事可能意味着对其他事情的了解更少,但这是生活和时间的本质。
- Lea 有着 关于互联网很大一部分的网络技术使用情况的数字。她的发现印证了本系列中许多其他人的说法:与新技术相比,老技术要多得多。
- Jeremy 将 视频游戏及其面临的约束(以及它们从中受益)与我们在网络上所面临的约束(很多)进行了比较。
如果我必须选择人们抓住的最大的主要线索(没有丝毫提示),我会说,人们认为网络充满了老技术,这不仅是可以接受的,而且是好的。没有必要急于学习新事物,新事物并不总是稳定成熟的,而且可能会带来比必要更多的复杂性。
我在这里自己也说一下。
我选择的是边缘的概念。在此之前,我绝对不理解这个词的意思。我不确定自己是否完全理解,但我认为它指的是全球 CDN,但功能更多。我们早就知道 CDN 是好的,我们应该从 CDN 提供所有静态资产(例如图像)。从距离你浏览器 50 英里的物理服务器提供的一张图像,到达你浏览器的速度比从 2000 英里外的服务器提供要快得多,因为物理定律。
从 CDN 提供图像很棒,但我们开始从 CDN 提供更多内容。Jamstack 网站可能会从全球 CDN 提供所有内容,这显然是一个性能优势。
然而,我们仍然需要并使用服务器来做一些事情。一个网站可能需要有登录用户,然后从该用户拥有的数据库中提取一个事物列表。经典的单一来源服务器可以做到这一点。比如,我从某家公司购买一个服务器来执行这项工作,尽管它是虚拟化的,但它仍然是一台位于特定物理位置的物理计算机(例如 AWS 如何拥有像us-west-1
这样的区域)。
但是,购买服务器有一个(相对)新的替代方案:无服务器。你不必购买服务器;你可以无服务器运行你的代码(一个“云函数”,例如 AWS Lambda)。我认为这很棒(便宜、快速、安全、容易),但信不信由你,这些云函数仍然有一个它们运行的物理位置。我认为这很奇怪,但我认为这有助于在早期保持低廉的价格。这种情况正在发生变化,云函数开始在边缘提供(等等)。
当我写作时,Lambda@Edge 的成本大约是特定区域内 Lambda 的 3 倍。
我绝对希望我的云函数在边缘运行。如果我这样做,对于从性能角度考虑的每个人来说都是好事。现在,我只需要决定是否能负担得起。但正如时间证明的那样,这个市场的成本呈下降趋势,即使功能在增加。我认为我们正在走向一个所有云函数始终在边缘运行的世界。
进一步扩展这种想法,那就是始终在边缘。所有静态资产都在边缘。所有计算都在边缘。所有数据存储都在边缘。网络将始终需要物理基础设施,但随着世界越来越多的基础设施覆盖,我希望网络开发的默认方式将变为以边缘为先。
哦,如果有团队要到南极洲去建设基础设施,我可以去吗?我真的想去那里。
这种场景看起来不错,但有一个警告:一切都存在安全问题。
如今,把所有鸡蛋放在一个篮子里可能非常冒险。边缘上的所有事物(正如你所理解的)意味着将自己交给运行这些优秀的 Lambda 的几家大型云提供商手中 :( 哦,别告诉我另一个 Solarxyz 事件不会再次发生,不仅会破坏一个网站,还会破坏来自边缘和 co 的所有理想天堂 :(
谢谢,但我还是拒绝。
我更喜欢保持简单,就像过去一样(自己修复产品中的故障,或者雇佣一个附近的专家)。我认为你你学到了什么系列中所有很棒的答案都可以用一个词/缩写来概括:Kiss。
为什么?这是我的答案,它也可以作为人生教诲(如果你问过我同样的问题)
不要用另一个问题来解决一个问题.
永远不要这样做。
YANGNI.
You Aren’t Gonna Need It.(你并不需要它)
我们作为程序员和(被称作)开发人员,我们的使命是开发或修复事物并改进它们,而不是增加错误出现的可能性。
不仅仅是为了加快我们东西的交付。如果我们保持RELEVANT,不用担心,无论我们的内容托管在哪里,人们都会坚持我们的内容。
顺便说一句,内容才是王道,而不是速度。速度只是它的一个特征。
谢谢。
我的意思是,也许,只是也许,破坏一家大型云提供商(从而导致大约 10% 的边缘互联网崩溃)比同时破坏另外 10% 的免费、分布式互联网要容易得多。
这并不是说,如果免费互联网崩溃,一个接一个地网站崩溃,这些网站可能不像边缘网站那样相互连接。这就像你敲击一个物理服务器,对整个生态系统造成破坏。看看最近 Google 发生的事情。仅仅因为一个简单的例行程序拒绝访问进一步的身份验证交易,或者类似的事情。许多相互关联的服务几乎“死掉”。这种(大型公司普遍失败)正是有些人逃避专有或开源的原因(微软与 *nix,有人懂吗?)。…人们喜欢有选择。好的选择。保持“关注点分离”,但要保持在你的控制之下。我们不能把所有事情都外包出去。不能在这样的规模上。
因为我是一个广告商,内容创作者和网页开发者,所以关于在边缘运行“无服务器一切”的直接问题是,展示广告的性能可以提高多少。
想象一下,在离用户非常近的地方运行广告竞拍并提供资源?这将使广告支持的网络速度提高多少?
你见过 Cloudflare Workers 吗?我还没有使用过它,但它似乎很强大,而且成本很低(需要评估用例和使用策略)。我迫不及待地想用 Workers 做一些事情,并且热切地等待着使用他们新的子产品 Cloudflare Pages。