heroku安排php技巧_PaaS 的祖先 Heroku连相当值钱的免费套餐遗产都丧失落了

文章目录 [+]

8 月 25 日，Heroku 发布通知布告，表示为了防止敲诈和滥用，将从 2022 年 11 月 28 日开始停滞供应免费产品操持，并关闭免费的 dynos 和数据做事，往后将重点关注核心客户。

Heroku 的免费操持，曾为浩瀚想进入科技行业的人打开了一扇门。

heroku安排php技巧_PaaS 的祖先 Heroku连相当值钱的免费套餐遗产都丧失落了

Heroku 是一种平台即做事(PaaS)，是 2007 年创建的第一批云平台之一，可让开发者将 git 存储库推送到云端，然后神奇地获取在某处运行的运用程序的 URL。
一位开拓者说，这种邪术对他的职业生涯起到了很大的催化浸染，“当年作为学生，没有信用卡，也穷，Heroku 的免费操持帮助我打开了真正理解网站如何事情的大门。
如果没有 Heroku，我永久无法达到本日的水平，以至于现在我真的无法说清它对我的职业生涯曾经有多么主要！
”

（图片来自网络侵删）

像他这样通过 Heroku 学习编程的，不是少数。
在今年 StackOverflow 2022 年度开拓者调查报告中，有一个关于“云平台”调查问题，以理解开拓者在过去一年中紧张在哪些云平台中进行开拓事情。
在针对“Learning to Code”群体中，Heroku 以 35.24%的比例位列第一，超过了 Google、AWS 和 Microsoft 。

实际上，这个革命性的产品，从技能上讲已经结束不前，其产品也有名无实，一位 Heroku 前员工在 HN 上写道：“你必须追溯到 Heroku Changelog 才能找到任何不是措辞版本升级或特性删除的内容：https://devcenter.heroku.com/changelog。
我认为特性冻结是发生在 2018 年。
”

今年 4 月，Heroku 还曾发生一起严重的安全事件，社区反应激烈，当时一名攻击者获取了 Heroku 的主数据库（在我们那个时期称为 core-db）的访问权，并透露了它的内容，包括哈希密码和用于 GitHub 集成的机密。

现在，短短几个月过去，Heroku 再次让社区感到悲哀，它关闭了免费操持。

对此，一位开拓者说，“Heroku 对我来说已经去世了，我看到一扇又一扇进入科技的门被牢牢地关闭和锁定。
”

“我只是希望下一个时期能给每个人带来公正的技能。
希望成本有点耐心，在它发光之前不要杀去世它。
”

虽然 Heroku 在走向衰落，但它也给如今的软件行业留下了很多遗产。

Heroku 有哪些遗产

Heroku 由三位 Ruby 开拓职员（James Lindenbaum、Adam Wiggins 和 Orion Henry）于 2007 年建立，仅仅三年后就被收购，SaaS 巨子 Salesforce 终极击败 VMware，以 2.12 亿美元的价格将 Heroku 收到囊下，当时该公司只有 30 名员工。

2011 年，Heroku 的联合创始人 Adam Wiggins 根据针对上百万运用托管和运维的履历，发布了著名的“十二要素运用宣言（The Twelve-Factor App）” 。
他们那时候绝对不会料到这份宣言会在之后数年韶光里，成为 SaaS 运用开拓的启蒙书。
同时这也奠定了 Heroku 在 PaaS 领域的地位，成为了云上运用开拓规范化的基石。

Heroku 的工程卖力人 Jason Warner 说：“我相信 Heroku 是在 2014 年到 2017 年之间最具革命性的产品，对 Web 开拓家当的推动浸染非常大。
它也是同时期最受争议的项目之一，由于它实在太超前了。
当时它看起来就像邪术一样平常，人们都被它深深震荡了。
”

Heroku 的人气一贯都归功于其简洁、优雅和可用性的上风，它率先将重心放在了开拓职员的体验上，致力于让支配像开拓流程那样无缝流畅。

Heroku 是最早喊出“以运用为中央”，大规模帮助运用上云的产品。
正是环绕“以运用为中央”这样前辈的理念，使得 Heroku 从一开始便拥有了至今看来都非常诱人的功能：用户无需关心运用背后的根本举动步伐是什么，Heroku 卖力掩护背后的统统。

这句看似大略的话背后隐蔽了巨大的繁芜性，试想下某个软件或系统爆出安全漏洞后给你带来的窘境，又或者你想利用一个数据库做事时却不得不掩护一个数据库实例。
而在 Heroku，这统统麻烦你都无需关心。
用户可以直接从开拓措辞出发，选择对应的技能栈，通过 heroku create 这样大略的命令，将运用托管到云上。
主流的开拓措辞，均能在 Heroku 中找到对应的选择。
从代码的变动自动触发软件的支配交付，清晰的事情流、多样的发布策略，直到后来的很多年都是 DevOps 们梦寐以求的功能。

Heroku 的联合创始人，如今是初创企业加速器 Heavybit 的合资人 Linden baum 说：“震荡民气的是 Git 推送支配，这也是人们从 Heroku 学到的核心思想，大家原来以为一定要做的很多事情都用不着操心了。
我们的愿景不是给猪涂口红，而是重新思考若何彻底办理这个问题。
”

卖给 Salesforce 算是一种成功吗？

之前有人在 Twitter 上提出了一个不那么大略的问题：“Heroku 是成功还是失落败？”

对此问题，答案分成了两派，正反双方都有很多人参与。
一部分人认为 Heroku 已经失落败了，但是另一部分人正好相反——他们认为 Heroku 是一个不折不扣的成功。

从成功的角度来讲，以 2.12 亿美元卖给 Salesforce 是一个明显的胜利。
但从产品寿命或持久的行业技能方面来说，它又是失落败的。

以 2.12 亿美元卖给 Salesforce ，最显而易见的是，在如此规模的收购中，有些人发了财，也给一些新员工享受着高科技薪酬和优厚待遇的条件。

Heroku 的粘附力出乎猜想。
鉴于这一产品已经多年基本未变，加上市场中的新成员浩瀚，也接管了更大范围的云打算竞争，但是直到本日，Heroku 依然可以成为可信的平台。
很多开拓者很理解这个产品，并且它的厂商锁定是最低的，让开发者不须要在企业的非核心做事的运营/根本举动步伐上动手。
各大云打算供应商都推出了新的业务，这些业务都是为了知足 PaaS 层（像亚马逊云科技那样，也不但是一家），但是直到现在，险些没有什么公司可以与 Heroku 的简化事情流程和大略操作相媲美。

除此之外，这家公司还做了许多了不起的事情。

外包运维：长期以来，很难在互联网上支配软件。
后来，PHP 问世，它的语法简练，支配过程大略，赢得了全体天下，但是也存在许多毛病。
支配一个通用的栈非常困难，那时候，Rails 须要安装一个负载均衡器，为每个做事器供应反向代理，CGI 进程，并且可以随时监控和实行所有必要的操作。
Heroku 使这一问题得到了极大的简化，它使开拓者集中精力在构建软件上，而非在配置和运行根本举动步伐上。
在当现代界，这显然是一种有利条件，但在那时并非如此。
Postgres：Postgres 在过去的十年里的发展得益于很多方面的缘故原由，个中包括其卓越的核心进展以及其竞争对手的相对衰退，但是通过使其成为平台供应的核心部分并高调宣扬，Heroku 成了平台的主要组成部分。
容器：很少有人记得它，但 Heroku 在容器还不盛行的时候就已经开始运行了，利用 LXC 作为其 Cedar 栈的核心技能。
CLI：和 Git 本身一样，Heroku 的 CLI 也是该产品中很关键的一环。
Unix 命令行工具已有数十年之久，但是一家公司推出一种专用 CLI 还是很有创意的，并且很快就得到了推广。
DX 和 CLI：CLI 以及一个广泛的面向开拓者的产品，播下了终极发展成 DX 的种子，现在 DX 已经成为科技行业的一个专门分支。
Buildpack：Buildpack 是如何支配用特定措辞编写的运用的通用公式，是 Dockerfile 的前身，也可以说是一种更得当的抽象层。
在 Cedar 栈的初期，自定义 Buildpack 就已经为用户供应了支持。
目前，Heroku 之外的其他几个云打算供应商也支持这些技能，比如 Digital Ocean 和 GCP。

这是一份相称令人印象深刻的清单——即便是个中的一两个，也会频年夜多数科技公司在世界上留下的印记更多。

但是，这些项目也有一个共同的潜在趋势——只管它们的创意很伟大，并且在未来的做事支配办法中会留下持久的印象，但它们都并没有为 Heroku 产品本身带来持久的剩余代价——其他平台捉住了这些观点并得到了收益，纵然撇开商业方面，也没有详细的技能会被归于 Heroku。
只管 Docker 作为一家公司可能注定以失落败告终，但它将作为基于容器的支配的开山祖师而被记住几十年。
未来关于 2010 年代的历史将评论辩论 Docker 到 OCI 的演化，但是 Heroku 充其量只能算是一个注脚。

Heroku 是云打算的终极创意工厂——比如 “十二要素运用宣言（The Twelve-Factor App）” 、抗侵蚀和 DX，这些观点将会经得起韶光的考验，但是在它们的受益者中，很少有人会认识到它们与 Heroku 的关系。

想象力与现实

没有多少持久的产品或技能影响是硬币的一壁，而另一壁，则是对一个拥有无限潜能却从来没有实现过的宏伟愿景感到失落望。

Cedar 栈确实是一个真正的天才之作。
之前的 Aspen 和 Bamboo 栈都有很大的限定，仅能支持特定栈的特定版本，并且有很多分外的条件。
Cedar 让 Heroku 成为可以运行统统的平台——用户可以通过 Buildpack 和 Procfile 带来自己的栈，它繁芜的内部状态机和路由层使得运行在其上的运用变得非常强大。

2012 年，Cedar 的交付势头非常好，虽然取得了巨大的成功，但是它仅仅被认为是一个更加年夜志勃勃的项目的第一步。
很快，它就会被推广到可以处理不同形状和大小的软件，而现在 512MB 的容器仅仅是附带的第一选项。
纵然是最大的数据处理运用也可以支配在 10GB 或 100GB 内存的容器上，一贯到最小的一次性云 grep 运行只须要几兆字节。
如此快速和大略，以至于不在 Heroku 上运行切实其实便是疯了。

它已经成为模块化。
对付大多数用场来说，共享路由器是一个足够的选择，但是大用户可能希望实现自己的路由，从而避开其他企业的云打算，或者供应他们自己高度定制的路由配置。
乃至在 Heroku 的“内核”中，你也可以进行交流，因此你仍旧可以利用 Heroku 来构建、编排和监控你的运用，但是它们会在你自己的专用单租户做事器上运行。

自托管的奇点

Heroku 云将变得如此可扩展，如此健壮，就像一个自勾引的措辞编译器一样，它能够自托管。
像平台 API、动态状态机和路由器这样的核心组件，都将作为 Heroku 运用运行，并得到所有 DX 的人体工程学和健壮性。
这种充满乐不雅观和年夜志勃勃的愿景被称为“自托管的奇点”。

它将是反亚马逊云科技的。
亚马逊云科技在新用户首次登录时，就向他们展示了成千上万个错综繁芜、相互交叉的原始观点，而 Heroku 公司的愿景便是不让新用户看到。
他们从基本的 git push heroku master 和单一的 dyno 运用起步，但是当他们的软件不断发展，他们的哀求也越来越繁芜，当他们须要的时候，新的原语就会逐渐显露出来，比如带有入口/出口规则的 VPC、带有备选基本镜像或架构的可配置主机。
SSH 访问、静态 IP 等等。
就像洋葱一样，可以一层一层地剥开。

还有一些其他的东西。
“十二要素运用宣言（The Twelve-Factor App）”中的“支持做事”描述了诸如数据库等持久性做事的“额外资源”，它作为伶仃的资源存在，能够被任意地附加和分离到更短暂的运用中。
Heroku 用了好几年的韶光来开拓这一特性，只管他们成功了，但是 Heroku 在产品领导力方面的黄金时期已经结束，而且他们也没有取得什么进展来说服别人相信它是个好点子。

定价又是一头难以捉摸的野兽。
从免费层跳到付费运用的本钱是一个巨大的飞跃，从产品推出的第一天起，用户就抱怨过这个问题。
终极，一个新的定价模式确实推出了，但是并没有帮助人们肃清最初的忧虑。

检讨失落败

那么，到底发生了什么呢？统统成功的基石都已经就位，因此无法实现其年夜志勃勃的愿景并非一定。

运营陷入困境：Cedar 进入后，由于一些不能掌握的成分（us-east-1 在那段期间尤其糟糕），以及内部成分（有一段韶光，Heroku 彷佛每隔一天就会有一个糟糕的支配），导致了产品的频繁故障，已经升级到了成为生存任务的地步。
产品的事情被取消，取而代之的是对运营的支持——设置指标、警报、安全支配流程，并且广泛地建立运营能力。
产品周期：尤其是初期，没有制度上的框架来交付新特性。
这是有可能的，但是常常须要你自己发出拉取要求或者给某个人发送一个要求来帮助你修正。
纵然有推动新特性的强烈动机，它也常常会从组织/做事的边界中消逝殆尽。
Heroku 也存在着令人不齿的退化环境，比如将组织功能构建在核心 API 之上，变成了一个单独的微做事，这是由于没有任何使其更加集成的机制。
Docker 视野狭隘：Docker 的第一个版本引起了如此大的轰动和广泛的兴趣，以至于 Heroku 之中的很多人对它产生了一种不康健的痴迷。
Heroku 的前员工说道：“我们内化了一种失落败主义的态度，认为 Docker 容器是未来，而我们所做的是过去的事。
”从某些方面来说，这是对的，但是Dockerfile 仍旧是非常低的抽象层次，低到有些不可取。
我们现在所见，容器技能已经成为许多支配栈的基石，但更多的是作为一种原始技能，个中有许多技能可以提高其事情效率。
在很多方面，Buildpack 对运用开拓者来说，是一个更好的抽象层，他们不必为任何事情编写 Dockerfile，只要用 Gemfile、Cargo.toml 或 go.mod 等栈中常用的工具，然后让构建过程找出如何将其“烘焙”成一个可支配的镜像。
从那往后，如果说根本层须要更新，或者某种编程措辞的次要级别/补丁级别须要更新，都可以广泛地进行，而不必调度每个项目的 Dockerfile。
下一个栈的固定性：Heroku 的栈因此树命名的。
Aspen、Bamboo、Cedar。
Cedar 比 Bamboo 有了质的飞跃，虽然 Heroku 的下一个目标是建立一个比 Cedar 更好的栈，就像 Cedar 比 Bamboo 好一样，但在这种情形下，员工会把 Cedar 作为一个过去的种子埋在他们的脑海里，从而阻碍了他们对它的大量投资。
回顾过去，从目前可用技能的领悟情形来看，可能并没有一种栈能比 Cedar 好得多，就像 Cedar 对 Bamboo 那样。
最好还是把精力集中在逐步改进 Cedar 上，而不要在地平线上找什么“灵丹灵药”。
构思者/运营者的不合：作为一家大公司内部资金雄厚的小公司，曾经有过一段期间，我们有一个相称独特的情形，便是雇佣了一批员工，他们花费大量的韶光进行实验、原型设计和创意，就彷佛在公司内部开着一个小型的贝尔实验室或者施乐 PARC。
隔着竹篱，便是那些执拗的做事工程师，他们常常忙于办理运营问题，很少露面。
构思者们没有能力把所有的事情都投入莅临盆中，同时，运营职员也没有足够的韶光和精力去进行本色性的产品改进。
这导致了很酷炫的内部演示，但是可以预见的是，他们不会有所动作。