mirror of
https://github.com/LCTT/TranslateProject.git
synced 2024-12-26 21:30:55 +08:00
175 lines
12 KiB
Markdown
175 lines
12 KiB
Markdown
逐层拼接云原生栈
|
||
======
|
||
在 Packet，我们的价值（自动化的基础设施）是非常基础的。因此，我们花费大量的时间来研究我们之上所有生态系统中的参与者和趋势 —— 以及之下的极少数！
|
||
|
||
当你在任何生态系统的汪洋大海中徜徉时，很容易困惑或迷失方向。我知道这是事实，因为当我去年进入 Packet 工作时，从 Bryn Mawr 获得的英语学位，并没有让我完全得到一个 Kubernetes 的认证。 :)
|
||
|
||
由于它超快的演进和巨大的影响，云原生生态系统打破了先例。似乎每眨一次眼睛，之前全新的技术（更不用说所有相关的理念了）就变得有意义 ... 或至少有趣了。和其他许多人一样，我依据无处不在的 CNCF 的 “[云原生蓝图][1]” 作为我去了解这个空间的参考标准。尽管如此，如果有一个定义这个生态系统的元素，那它一定是贡献和控制他们的人。
|
||
|
||
所以，在 12 月份一个很冷的下午，当我们走回办公室时，我们偶然发现了一个给投资人解释“云原生”的创新方式，当我们谈到从 Aporeto 中区分 Cilium 的细微差别时，他的眼睛中充满了兴趣，以及为什么从 CoreDNS 和 Spiffe 到 Digital Rebar 和 Fission 的所有这些都这么有趣。
|
||
|
||
在新世贸中心的阴影下，看到我们位于 13 层的狭窄办公室，我突然想到一个好主意，把我们带到《兔子洞》的艺术世界中：为什么不把它画出来呢？
|
||
|
||
![][2]
|
||
|
||
于是，我们开始了把云原生栈逐层拼接起来的旅程。让我们一起探索它，并且我们可以给你一个“仅限今日”的低价。
|
||
|
||
[[查看高清大图][3]] 或给我们发邮件索取副本。
|
||
|
||
### 从最底层开始
|
||
|
||
当我们开始下笔的时候，我们知道，我们希望首先亮出的是每天都与之交互的栈的那一部分，但它对用户却是不可见的：硬件。就像任何投资于下一个伟大的（通常是私有的）东西的秘密实验室一样，我们认为地下室是最好的地点。
|
||
|
||
从大家公认的像 Intel、AMD 和华为（传言他们雇佣的工程师接近 80000 名）这样的巨头，到像 Mellanox 这样的细分市场参与者，硬件生态系统现在非常火。事实上，随着数十亿美元投入去攻克新的 offloads、GPU、定制协处理器，我们可能正在进入硬件的黄金时代。
|
||
|
||
著名的软件先驱 Alan Kay 在 25 年前说过：“对软件非常认真的人都应该去制造他自己的硬件” ，为 Alan 打 call！
|
||
|
||
### 云即资本
|
||
|
||
就像我们的 CEO Zac Smith 多次告诉我：所有都是钱的问题。不仅要制造它，还要消费它！在云中，数十亿美元的投入才能让数据中心出现计算机，这样才能让开发者使用软件去消费它。换句话说：
|
||
|
||
|
||
![][4]
|
||
|
||
我们认为，对于“银行”（即能让云运转起来的借款人或投资人）来说最好的位置就是一楼。因此我们将大堂改造成银行家的咖啡馆，以便为所有的创业者提供幸运之轮。
|
||
|
||
![][5]
|
||
|
||
### 连通和动力
|
||
|
||
如果金钱是燃料，那么消耗大量燃料的引擎就是数据中心供应商和连接它们的网络。我们称他们为“动力”和“连通”。
|
||
|
||
从像 Equinix 这样处于核心的和像 Vapor.io 这样的接入新贵，到 Verizon、Crown Castle 和其它的处于地下（或海底）的“管道”，这是我们所有的栈都依赖但很少有人能看到的一部分。
|
||
|
||
因为我们花费大量的时间去研究数据中心和连通性，需要注意的一件事情是，这一部分的变化非常快，尤其是在 5G 正式商用时，某些负载开始不再那么依赖中心化的基础设施了。
|
||
|
||
接入即将到来！ :-)
|
||
|
||
![][6]
|
||
|
||
### 嗨，它就是基础设施！
|
||
|
||
居于“连接”和“动力”之上的这一层，我们爱称为“处理器们”。这是奇迹发生的地方 —— 我们将来自下层的创新和实物投资转变成一个 API 尽头的某些东西。
|
||
|
||
由于这是纽约的一个大楼，我们让在这里的云供应商处于纽约的中心。这就是为什么你会看到（Digital Ocean 系的）鲨鱼 Sammy 和在 Google 之上的 “meet me” 的房间中和我打招呼的原因了。
|
||
|
||
正如你所见，这个场景是非常写实的。它就是一垛一垛堆起来的。尽管我们爱 EWR1 的设备经理（Michael Pedrazzini），我们努力去尽可能减少这种体力劳动。毕竟布线专业的博士学位是很难拿到的。
|
||
|
||
![][7]
|
||
|
||
### 供给
|
||
|
||
再上一层，在基础设施层之上是供给层。这是我们最喜欢的地方之一，它以前被我们称为“配置管理”。但是现在到处都是一开始就是不可改变的基础设施和自动化：Terraform、Ansible、Quay.io 等等类似的东西。你可以看出软件是按它的方式来工作的，对吗？
|
||
|
||
Kelsey Hightower 最近写道“呆在无聊的基础设施中是一个让人兴奋的时刻”，我不认为它说的是物理部分（虽然我们认为它非常让人兴奋），但是由于软件持续侵入到栈的所有层，可以保证你有一个疯狂的旅程。
|
||
|
||
![][8]
|
||
|
||
### 操作系统
|
||
|
||
供应就绪后，我们来到操作系统层。这就是我们开始取笑我们最喜欢的一个人的地方：注意上面 Brian Redbeard 的瑜珈姿势。:)
|
||
|
||
Packet 为我们的客户提供了 11 种主要的操作系统去选择，包括一些你在图中看到的：Ubuntu、CoreOS、FreeBSD、Suse、和各种 Red Hat 的作品。我们看到越来越多的人们在这一层上有了他们自己的看法：从定制的内核和为了不可改变的部署而使用的他们最喜欢的发行版，到像 NixOS 和 LinuxKit 这样的项目。
|
||
|
||
![][9]
|
||
|
||
### 运行时
|
||
|
||
我们玩的很开心，因此我们将运行时放在了体育馆内，并在 CoreOS 赞助的 rkt 和 Docker 的容器化之间进行了一场锦标赛。无论哪种方式赢家都是 CNCF！
|
||
|
||
我们认为快速演进的存储生态系统应该得到一些可上锁的储物柜。关于存储部分有趣的地方在于许多的新玩家尝试去解决持久性的挑战问题，以及性能和灵活性问题。就像他们说的：存储很简单。
|
||
|
||
![][10]
|
||
|
||
### 编排
|
||
|
||
在过去的这些年里，编排层所有都是关于 Kubernetes 的，因此我们选取了其中一位著名的布道者（Kelsey Hightower），并在这个古怪的会议场景中给他一个特写。在我们的团队中有一些主要的 Nomad 粉丝，并且如果没有 Docker 和它的工具集的影响，根本就没有办法去考虑云原生空间。
|
||
|
||
虽然负载编排应用程序在我们栈中的地位非常高，我们看到的各种各样的证据表明，这些强大的工具开始去深入到栈中，以帮助用户利用 GPU 和其它特定硬件的优势。请继续关注 —— 我们正处于容器化革命的早期阶段！
|
||
|
||
![][11]
|
||
|
||
### 平台
|
||
|
||
这是栈中我们喜欢的层之一，因为每个平台都有很多技能帮助用户去完成他们想要做的事情（顺便说一下，不是去运行容器，而是运行应用程序）。从 Rancher 和 Kontena，到 Tectonic 和 Redshift 都是像 Cycle.io 和 Flynn.io 一样是完全不同的方法 —— 我们看到这些项目如何以不同的方式为用户提供服务，总是激动不已。
|
||
|
||
关键点：这些平台是帮助去转化各种各样的云原生生态系统的快速变化部分给用户。很高兴能看到他们每个人带来的东西！
|
||
|
||
![][12]
|
||
|
||
### 安全
|
||
|
||
当说到安全时，今年是很忙的一年！我们尝试去展示一些很著名的攻击，并说明随着工作负载变得更加分散和更加便携（当然，同时攻击也变得更加智能），这些各式各样的工具是如何去帮助保护我们的。
|
||
|
||
我们看到一个用于不可信环境（Aporeto）和低级安全（Cilium）的强大动作，以及尝试在网络级别上的像 Tigera 这样的可信方法。不管你的方法如何，记住这一点：关于安全这肯定不够。:0
|
||
|
||
![][13]
|
||
|
||
### 应用程序
|
||
|
||
如何去表示海量的、无限的应用程序生态系统？在这个案例中，很容易：我们在纽约，选我们最喜欢的。;) 从 Postgres “房间里的大象” 和 Timescale 时钟，到鬼鬼崇崇的 ScyllaDB 垃圾桶和 chillin 的《特拉维斯兄弟》—— 我们把这个片子拼到一起很有趣。
|
||
|
||
让我们感到很惊奇的一件事情是：很少有人注意到那个复印他的屁股的家伙。我想现在复印机已经不常见了吧？
|
||
|
||
![][14]
|
||
|
||
### 可观测性
|
||
|
||
由于我们的工作负载开始到处移动，规模也越来越大，这里没有一件事情能够像一个非常好用的 Grafana 仪表盘、或方便的 Datadog 代理让人更加欣慰了。由于复杂度的提升，“SRE” 的产生开始越来越多地依赖警报和其它情报事件去帮我们感知发生的事件，以及获得越来越多的自我修复的基础设施和应用程序。
|
||
|
||
在未来的几个月或几年中，我们将看到什么样的公司进入这一领域 … 或许是一些人工智能、区块链、机器学习支撑的仪表盘？:-)
|
||
|
||
![][15]
|
||
|
||
### 流量管理
|
||
|
||
人们倾向于认为互联网“只是工作而已”，但事实上，我们很惊讶于它的工作方式。我的意思是，大规模的独立的网络的一个松散连接 —— 你不是在开玩笑吧？
|
||
|
||
能够把所有的这些独立的网络拼接到一起的一个原因是流量管理、DNS 和类似的东西。随着规模越来越大，这些参与者帮助让互联网变得更快、更安全、同时更具弹性。我们尤其高兴的是看到像 Fly.io 和 NS1 这样的新贵与优秀的老牌参与者进行竞争，最后的结果是整个生态系统都得以提升。让竞争来的更激烈吧！
|
||
|
||
![][16]
|
||
|
||
### 用户
|
||
|
||
如果没有非常棒的用户，技术栈还有什么用呢？确实，它们位于大量的创新之上，但在云原生的世界里，他们所做的远不止消费这么简单：他们设计和贡献。从像 Kubernetes 这样的大量的贡献者到越来越多的（但同样重要）更多方面，我们都是其中的非常棒的一份子。
|
||
|
||
在我们屋顶的客厅上的许多用户，比如 Ticketmaster 和《纽约时报》，而不仅仅是新贵：这些组织采用了一种新的方式去部署和管理他们的应用程序，并且他们自己的用户正在收获回报。
|
||
|
||
![][17]
|
||
|
||
### 最后的但并非是不重要的，成熟的监管！
|
||
|
||
在以前的生态系统中，基金会扮演了一个“在场景背后”的非常被动的角色。而 CNCF 不是！他们的目标（构建一个健壮的云原生生态系统），被美妙的流行动向所推动 —— 他们不仅已迎头赶上还一路领先。
|
||
|
||
从坚实的管理和一个经过深思熟虑的项目组，到提出像 CNCF 这样的蓝图，CNCF 横跨云 CI、Kubernetes 认证、和演讲者委员会 —— CNCF 已不再是 “仅仅” 受欢迎的 KubeCon + CloudNativeCon 了。
|
||
|
||
--------------------------------------------------------------------------------
|
||
|
||
via: https://www.packet.net/blog/splicing-the-cloud-native-stack/
|
||
|
||
作者：[Zoe Allen][a]
|
||
选题：[lujun9972](https://github.com/lujun9972)
|
||
译者：[qhwdw](https://github.com/qhwdw)
|
||
校对：[校对者ID](https://github.com/校对者ID)
|
||
|
||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
||
|
||
[a]:https://www.packet.net/about/zoe-allen/
|
||
[1]:https://landscape.cncf.io/landscape=cloud
|
||
[2]:https://assets.packet.net/media/images/PIFg-30.vesey.street.ny.jpg
|
||
[3]:https://www.dropbox.com/s/ujxk3mw6qyhmway/Packet_Cloud_Native_Building_Stack.jpg?dl=0
|
||
[4]:https://assets.packet.net/media/images/3vVx-there.is.no.cloud.jpg
|
||
[5]:https://assets.packet.net/media/images/X0b9-the.bank.jpg
|
||
[6]:https://assets.packet.net/media/images/2Etm-ping.and.power.jpg
|
||
[7]:https://assets.packet.net/media/images/C800-infrastructure.jpg
|
||
[8]:https://assets.packet.net/media/images/0V4O-provisioning.jpg
|
||
[9]:https://assets.packet.net/media/images/eMYp-operating.system.jpg
|
||
[10]:https://assets.packet.net/media/images/9BII-run.time.jpg
|
||
[11]:https://assets.packet.net/media/images/njak-orchestration.jpg
|
||
[12]:https://assets.packet.net/media/images/1QUS-platforms.jpg
|
||
[13]:https://assets.packet.net/media/images/TeS9-security.jpg
|
||
[14]:https://assets.packet.net/media/images/SFgF-apps.jpg
|
||
[15]:https://assets.packet.net/media/images/SXoj-observability.jpg
|
||
[16]:https://assets.packet.net/media/images/tKhf-traffic.management.jpg
|
||
[17]:https://assets.packet.net/media/images/7cpe-users.jpg
|