亚马逊AWS官方博客
AWS 博客的 15 年！
15 年前的今天，
我写下了此博客的第一篇博文（欢迎）。可以肯定地说，我从没想过写下那些介绍性的辞句会将我的职业生涯引入一个全新的、充满挑战性的领域。看起来眼下是最好的时机，我要来记录并分享这个博客的诞生故事，分享一些我最喜欢的博文，再谈谈撰写和发布博客的实际细节。
诞生缘起
大概是 1999 年左右，我当时在 Microsoft 的 Visual Basic 团队工作。那时 XML 还是崭新的，Dave Winer 刚刚开始谈论 RSS。VB6、XML 和 RSS 的交叉应用吸引了我，作为附带项目，我编写了一个叫做 Headline Viewer 的小应用程序。我把它放到网上供人下载，大家蛮喜欢它，内容所有者们开始给我发送他们的 RSS 源以供程序纳入。源列表获得了自己的生命，人们对其需求的迫切程度跟应用程序相当。因服务器崩溃失去早期的那些内容后，我差不多在同一时间开始了我的第三个个人博客。
在 Aaron Swartz 和其他人的鼓励下，我将 Headline Viewer 放在一边，于 2001 年下半年启动了 Syndic8，用以收集、组织和共享 RSS 源。我用个人时间写了将近 90,000 行 PHP，全部围绕一个包含 50 多个表的非常复杂的 MySQL 数据库进行。我学到了很多有关托管、扩展、安全性和数据库管理的知识。该站点还具有支持极广范围查询和更新操作的 XML-RPC Web 服务接口。在最初的几年中，收集的源数量增长到近 250,000 个。
当时我还没意识到的是，后来申请在亚马逊的工作机会的过程中，在 XML、RSS、博客写作和 Web 服务方面的早期经验使我获得了与众不同的技能。事实证明，有时候，您的爱好和个人兴趣可能最后会成为改变职业的资产和差异化因素。
电子商务 Web 服务
在进行这些工作的同时，我于 2000 年离开了 Microsoft，并在当时崭新的 Web 服务领域提供咨询。那时，大多数在使用的 Web 服务不过是可爱的演示版，诸如股票报价、天气预报和货币兑换。技术人员可能会对跨 Internet 和回溯的函数调用感到惊讶，但投资者只会耸耸肩，然后转身离开。
在 2002 年中期，我了解到了亚马逊的第一个Web 服务（现在称为产品广告 API）。在我看来，这是第一个有用的 Web 服务。它做了一些在本地无法完成的真正有意义的工作，并为提供者和消费者带来了价值。我下载了 SDK（后来在右图所示的迷你 CD 上提供副本），向开发人员发送了一些反馈，然后在还没反应过来的时候我就到了 Amazon 总部，与其他 4 或 5 个该服务的早期支持者，进行了一天的特殊活动。几个团队与我们分享了他们的计划，并请我们提供坦率的反馈。
在当天的某个时候，一位演示者说：“我们推出了我们的第一项服务，开发人员找到了它，并在 24 小时左右的时间内构建并共享了应用程序。我们要审视一下公司内部，看看是否可以将 Web 服务接口放在业务的其他部分。”
那是我恍然大悟的时刻 — Amazon.com 对于开发人员将变得可访问！ 我找到 Sarah Bryar（是她扩大了活动的邀请范围），并告诉她我希望成为其中的一员。她说，他们可以实现这个请求。几周后（2002 年夏天），我成为了 Amazon Associates 团队的开发经理，向 Larry Hughes 报告工作。除了管理一个团队，为 Associates 计划的每个成员生成每日报告外，Larry 还给了我自由，可以借助新生的 Web 服务“提供帮助”。我编写了示例程序，在论坛上提供了帮助，甚至为代码库做出了贡献。我经过了通常的亚马逊面试循环，不得不在白板上写下一些字符串处理代码。
Web 服务宣传官
上了几个月班后，Sarah 和 Rob Frederick 找到我，要我在一次会议上讲话，因为其他人都不愿意。我为此感到非常高兴，几个月后，Sarah 提议我就任 Web 服务宣传官。这个职位与我的技能非常匹配，因此我立即接受了这个职位，并预定了与开发人员、公司、学校或需要倾听我意见的各种活动！
2003 年下半年，我参加了在 Jeff Bezos 家中举办的头脑风暴会议。Jeff、Andy Jassy、Al Vermeulen、我还有其他一些人（我本该记得更详细一些的）花了一天的时间汇总出一个长长的清单，清单中上的点子后来演变成了 EC2、S3、RDS 等服务。我相当确定这是 AWS 的由来中提及的会议，但不是 100％ 肯定。
以该列表为起点，Andy 开始编写定义 AWS 业务的描述。我很庆幸自己的办公室与他的门厅只隔两扇门，并花了很多时间来审查和评论他的文字（请阅读Jeff Bezos 如何将叙述性内容变成亚马逊的竞争优势，以了解我们如何使用叙述来定义业务和做出决定）。我还写了一些我自己的文档，这些文档定义了我们对开发人员关系团队的计划。
我们需要一个博客
当我读完 Andy 的第一篇叙述的早期草稿后，我开始感到我们将要构建一些复杂而实质性的东西。
我的开发人员关系计划包含一个博客，我花了很多时间在与 Andy 和 Drew Herdener 的会议上讨论具体细节。我记得我很难精确定义此博客的大体样貌，以及从内容生成和批准的角度来看该博客的工作方式。与亚马逊的工作方式一样，我给出的每个回答基本都引来 Andy 和 Drew 的更多问题！ 我们最终确定了一些有关语气和评论的基本规则，我迫不及待想要付诸实施。
我很幸运被邀请陪同 Jeff Bezos 参加第二次 Foo Camp，并担任他的技术顾问。在众人中，我遇到了 Six Apart 的 Ben 和 Mena Trott，他们给了我一张优惠券，可免费使用其博客工具 TypePad 1000 天。
我们有了一个博客
带着优惠券，我回到了西雅图，创建了 AWS 博客（后来更名为 AWS 新闻博客），并于当年晚些时候撰写了最初的两篇文章（欢迎和浏览节点 API）。我当时几乎不知道最早的这几篇文章会改变我的职业生涯！
最初，我在“语气”方面有些挣扎，无法确定我是以公司、团队、服务还是以我自己的角度写作。经过一番试验，我发现个人化的第一人称效果最好，后来就一直沿用了。
早期，我们没有什么流程或博客团队。有趣的主题进入了我的收件箱，我按照自己的意愿着手撰写。我在拣选和确定主题及词汇方面拥有极大的自由度，我尽力成为一名可靠而准确的传播者，同时避免引起争议，争议只会给我在 Amazon PR 的同事带来更多工作。
推出 AWS
Andy 开始建立团队，而我开始为首次发布做好准备。我们本来能以戏剧化的夸张辞藻开篇，宣称我们将通过引入广泛的系列云服务来改变世界。但是我们没有，我们很乐意以基于事实的逐步方式进行传播。看到《商业周刊》将我们的早期努力描述为 Jeff Bezos 的豪赌，绝对令人有些不安，但是我们承认我们的早期努力有时会被低估甚至被误解。
以下是一些我为最早的 AWS 服务和功能撰写的文章：
SQS – 我或多或少忽略了 Amazon Simple Queue Service (SQS) 的第一个测试版的内容，而首次提到相关内容是在名为队列便条簿的博文中。这篇文章提及了 AWS Zone，这是一个由老亚马逊人 Elena Dykhno 在加入公司之前就已建立的网站！ 我设法为 Simple Queue Service 测试版 2 撰写了一篇博文。在这一点上，我确信很多人都想知道书店为什么要出售消息队列，但是我们没有看到过分说明自己或传达我们计划的必要性。
S3 – 我在赶飞机时写了我的第一篇 Amazon S3 文章，我设法涵盖了所有基础知识：服务概述、主要术语的定义、定价，以及邀请开发人员创建酷炫的应用程序！
EC2 – EC2 在很长一段时间内都是“即将发布”的状态，我知道发布将会很重要。在有时您只需要一点点… 中我就已梳理过可扩展的按需 Web 服务的主题，对于撰写有关 EC2 的文章我已做好了充足准备。当然，我自己早早就计划好的家庭假期与发布时间撞车了，于是我坐在墨西哥卡波圣卢卡斯的游泳池边撰写了 Amazon EC2 Beta 博文的一部分！ 这篇博文帖子几乎是完美的，但我可能应该已经指出过，正如一些专家所说，“AMI”应予以明确解释，而不是用字母缩写。
EBS – 最初，EC2 实例上的所有存储都是临时存储，在实例关闭时将丢失。我认为可以肯定地说，EBS（Amazon EBS（弹性数据块存储）– 将您的数据交给我们）的推出极大地简化了 EC2 的使用。
这些只是我早期博文中的几篇，但它们无疑为后续工作打下了基础。我仍然很乐于阅读这些文章，回想起云技术的早期时光。
当下的 AWS 博客
多年来，我分配给博客的时间比例有所增加，现在大约占 80％。这使我有时间进行一些公开演讲，与客户见面，并尽我所能跟上这个不断发展的惊人领域。我非常享受与 AWS 服务团队一起工作的机会，他们非常细致地倾听客户的意见，并尽最大努力以满足他们需求的服务做出回应。
现在，我们拥有强大的团队和同样强大的博文制作新流程。团队通过创建票证，附加 PRFAQ（新闻稿+常见问题，另一种 Amazon 文档）并向博主提供服务的早期内部访问权限来请求博文。我们会审查材料，提出不易回答的问题，使用服务并起草我们的博文。我们在内部共享草稿，阅读并回应反馈，然后热切期待批准后发布。
计划和撰写博文
我撰写了 3100 篇博文（将发布的会更多），而在计划和撰写博文时我会关注这样一些方面：
学习与保持好奇 – 这是亚马逊的领导力原则。一旦理解了自己想说的话，写作就很容易了。我研究了每个 PRFAQ，提出了一些棘手的问题，并且从不害怕承认没有领会一些看似显而易见的观点。我似乎一次又一次地处于自己理解和吸收能力的最大极限，但这并没有阻止我尝试。
准确性 – 我从不掩盖事实，也从不含糊其辞，不使用那些模棱两可词语让读者自己去体悟，好让自己蒙混过关。互联网是终极的事实检查工具，我不想出错。如果我真错了，我很乐意承认它并解决问题。
可读性 – 我的词汇量很大，但我觉得不需要全部用到。我宁愿使用最合适的单词，也不愿使用冗长晦涩的那些。我对首字母缩略词和企业行话也保持谨慎，并努力不混淆 terabyte (TB) 和 tebibyte (TiB)，咳。
节俭 – 这也是一项亚马逊领导力原则，我以一种有趣的方式使用它。我知道您很忙，不需要多余的单词或繁琐的语言。因此，我尽力（尽管也有类似这篇文章的长度）将我的大多数文章保持在 700 到 800 个单词左右。我希望您花时间使用这项服务并做一些有用的事情。
一些个人看法
在行文结束之前，我对这一令人难以置信的旅程有几点思考…
写作 – 尽管我喜欢写作，但我绝对不是天生的作家。实际上，我的高中英语老师给了我最低的及格分数，并告诉我，我只有提高写作水平，我的未来才会更好。我停止尝试掌握正式的英语，而是开始观察真正的作家如何使用单词和标点。这项尝试（和几十年的实践）使一切变得不同。
职业发展途径 – 实践证明，博客撰写和服务宣传与我的技能和兴趣非常匹配，但是直到年近 50 岁时我才意识到这一点。无论你是二十几岁、三十几岁，甚至年过四十，只要你最终能弄清自己是什么样的人，自己喜欢做什么，这都是一件好事。请牢记这一点，并在整个职业生涯中保持开放心态，灵活应对新的道路和新的机会。
特别鸣谢 – 多年来，我收到了许多优秀经理的无数优秀建议和全力支持，让我慢慢成长为一名专职博客作者，这其中包括 Andy Jassy、Prashant Sridharan、Steve Rabuchin 和 Ariel Kelman。我真的很感谢他们多年来给予我的自由，让我慢慢发展出自己的创作声音和博客写作技能！ Ana Visneski 和 Robin Park 为建立起支持我和其他博客作者的博客写作团队做出了不可思议的工作。
感谢您的阅读
在此，我要感谢您，亲爱的读者，在过去的 15 年中，付出您的时间、关注和温暖话语。能够与您分享这么多有趣的技术是我一生的荣幸！
— Jeff；