平台即服务（PaaS）如何改变应用开发？
平台即服务（PaaS）是一种新的横向扩展型平台，便于开发、测试和部署应用程序。它可供公有云和私有云使用，为多种编程语言提供了可扩展性、敏捷性和支持。
早在2011年，斯坦福大学的两位研究生Bobby Murphy和Evan Spiegel灵光乍现，对文本消息有了精辟的认识：堆积的文本消息是个严重问题。Murphy和Spiegel从朋友那里听到了一个个的故事：由于被不该发现的人发现了仍敞开的可读消息，结果搞砸了关系、败坏了声誉、丢掉了饭碗。他们于是想到了开发Snapchat，这个应用程序可以迅速忘记通过它传送的所有消息。
决定开发这个 很容易，不过实际构建应用程序却很难，如果他们俩走这条传统路子：买来服务器在后间搭建服务器，那就更困难重重。仅仅为了维护网站服务器、内容分发网络和数据库顺畅运行，他们俩就需要一个团队。而这在当时不可能。
于是，Murphy和Spiegel决定求助于谷歌应用引擎（Google App Engine），这个框架可以将应用程序必不可少的所有基础设施组合到一个产品中。这个PaaS（平台即服务）让他们能够致力于为应用程序编写逻辑，而这个框架处理安全存储数据和高效管理交付方面的细节问题。
如今，Snapchat的用户多达数百万。不过，这家公司仍然很小，只雇有几十名员工。该公司的小规模很有迷惑性，因为在某种意义上，从事谷歌应用引擎开发的所有谷歌人员也是其团队的一员。
如今，成千上万个应用程序构建在众多PaaS解决方案上。其中一些应用程序依赖PaaS满足几乎各个要求，而另一些应用程序只使用几项功能特性，依赖专有的软件堆栈来满足其余要求。不过最终，每个PaaS提供了一样的东西：一个完整的环境，便于开发、测试和部署应用程序。
PaaS提供了一种服务丰富的高可用性平台，另外还有两大优点：云可扩展性以及（在大多数情况下）支持多种语言。
PaaS的优点和弊端
动态扩展能力至关重要。如果新的客户大批量涌现，计量体系要运转得更快。如果需求因某个产品或服务很流行而激增，这家服务公司就进入上升通道。应用开发人员没必要为核心应用程序之外的任何东西而操心。
许多PaaS解决方案只在公有云中运行，包括Amazon Elastic Beanstalk、CloudBees、Force.com、谷歌应用引擎、Heroku和Windows Azure――更不用说诸如Parse之类的MBaaS（移动后端即服务）解决方案了。公有云PaaS的用户往往依赖软件开发商（比如Netflix或Snapchat），这类软件开发商构建和部署面向公众的Web或移动应用程序。
然而，企业开发人员通常更喜欢在内部开发和部署应用程序。他们可以使用所谓的“企业PaaS”解决方案，包括Active State Stackato、Apprenda、Pivotal Cloud Foundry、Progress Pacific和红帽OpenShift。虽然PaaS驻留在企业数据中心，但它提供了使用大众化硬件的同样的横向扩展型架构。
无论公有还是私有，所有PaaS解决方案都有许多共同的特点。下面介绍其中两个最重要的特点：
PaaS解决方案（公有云或私有云）都随带自己的一套API，可用于访问数据和各项特性。如果这些预制的API以一种合适的方式提供开发人员所需要的一切，那它们很好。要不然，就会出现挑战。服务提供商不可能必写每个应用程序来迎合每个客户。而如果服务提供商决定改变API，可能与你的应用程序保持向后兼容性，也可能不是这样。
如果是内部部署型企业PaaS，你不会受到可能导致应用程序无法正常运行的API变化。私有PaaS还为你提供了更大的灵活性，因为你可以配置自己的API，以便本企业中的服务进行会话。一旦这项工作完成，私有PaaS上的所有应用程序都能充分利用那些API。
开发和部署工具
在许多情况下，PaaS仅仅提供了用于测试、部署和管理应用程序的平台。至于实际的代码编写工作，开发人员通常使用本地机器，像平常那样上传代码。除了自助服务和动态横向扩展功能外，与传统应用服务器最大的区别就是，运行时环境支持多种语言。
然而，一些PaaS解决方案实际上包括集成开发环境（IDE）――或者在一些情况下，甚至让非开发人员也能够使用可视化应用程序开发工具来组装应用程序。这些工具很适合一些应用程序，但是经验丰富的编程人员往往更喜欢自己的工具，很可能会觉得预定义的工具功能有限。
一大好处是与Git和Jenkins集成，管理软件版本控制和持续集成。此外，一些PaaS解决方案包括提供了某种应用程序生命周期管理机制的工作流程工具。这相当有用，尤其是在组织管理多个应用程序开发项目时，但是它们需要异常灵活，足以适合目前的流程。
PaaS方面要考虑的问题
为你的应用程序选择合适的PaaS需要全面评估自己的要求。如果你构建的是仅仅交换短暂状态更新的轻型应用程序，可能不需要事务符合ACID（原子性、一致性、隔离性和持久性）的复杂数据库。不过，一个银行应用程序需要牢不可破的SQL数据库，有异地备份，还要有一整套报告工具确保一切都受到了追踪和审计。
一旦你大致了解了想要构建的应用程序，就要问清楚这些问题：
这家公司的生存能力多强？
这个问题主要适用于公有云PaaS提供商。一旦你选择了PaaS，你可能会被提供商锁定，具体取决于你使用的PaaS的特定功能。如果PaaS被收购或破产，你辛辛苦苦的工作成果可能转移不出去。这种依赖性可能是许多企业不太愿意选择公有云PaaS的主要原因。
哪些语言得到支持？
有几个PaaS解决方案相当专业化，其中大多数是在公有云。比如说，Salesforce的Force.com只支持其自己的类似Java的语言Apex，而CloudBees仅仅面向Java开发人员。然而，一个总的趋势是扩大支持语言的种类。红帽OpenShift目前声称覆盖范围最广，支持Java、Node.js、Ruby、Perl、PHP和Python等语言。
提供哪些数据库？
几乎每一个公有云PaaS都提供MySQL数据存储区；许多还提供PostgreSQL。这年头，你还有可能找到支持MongoDB等NoSQL数据库的功能。NoSQL工具通常提供更高的性能和更灵活的架构，可以支持迅速演变的应用程序。比如说，很容易为一些记录添加新字段和特定数据块，开发人员还能迅速适应新需求。
虽然NoSQL数据库的周转时间短，但缺点是确保数据一致性方面相对缺乏保障。数据通常正确存储和检索，但是奇怪的差错或崩溃有时会带来错误和故障。对社交网络应用程序而言，这种缺点可以接受，客户可以原谅偶尔出现的故障。
SQL数据库提供了较可靠的机制，确保数据一致性，因而对使用关键任务型数据的复杂应用程序来说具有更大的吸引力。这种数据库更成熟，常常能够支持功能更丰富的分析和报告。
平台提供一些备份和镜像也很常见，而且常常横跨大片区域。关键任务型数据可以自动存储在世界上不同地区，那样万一发生重大事件，就能提供弹性。
改换有多容易？
不是说与每家提供商都能保持永久的关系。有时候，一段时间后，提供商满足不了你的要求。有时候，你的要求会变化。有时候，改换新平台很容易，有时则不然。所有平台都会带来某种程度的锁定现象，因为仅仅迁移和重新配置很麻烦――但是有些迁移起来比另一些更困难。一些提供商使用Linux和Windows的自定义版本；另一些拥有专有层，一旦你离开，会迫使你改写所有的自动化代码。
最大的障碍就是专有的语言包和API。如果你使用某一家提供商的一些服务，如果你想换成另一家提供商，可能不得不改写这些代码，因为两家的API会不一样。这可能是积极采用一些最复杂的工具和服务面临的一个重大的、又常常隐藏的风险。一旦你选择了它们，围绕它们构建你的应用程序，切换成本就会相当高。
你能运行自己的副本吗？
企业PaaS解决方案在你自己的数据中心运行，提供了更高的安全性、灵活性和控制性。不过切记：在大多数情况下，你需要将PaaS部署到自己的私有IaaS基础设施（比如OpenStack或VMware的vCloud）上，才能获得可扩展性的全部好处。在一些情况下，PaaS提供商同时提供公有云版本和内部部署型版本；这样一来，就很容易在两者之间迁移应用程序。在这种混合场景下，你可能将不大敏感的信息移到公有云，将比较重要的数据保留在自己的数据中心中。
是否有足够的支持？
PaaS可以为你节省大量的时间和精力，但是它无法为你编写应用程序。你需要逐渐深入了解产品，找到使用API的最佳方式。最优秀的公司提供了在线说明文档和示例代码。比较好的公司定期提供课程，以便用户了解基础知识。在线支持必不可少。一些最优秀的公司还提供工程师，他们可与你的项目团队合作，甚至编写一些最复杂的代码。
最前沿的差异化优势
大多数PaaS提供商提供一样的基本的大众化服务，用于存储信息、构建和部署应用程序。最优秀的提供商在添加下一层特性，以便为客户简化工作。这些额外特性值得一提，因为它们对于部署速度大有影响，如果你重新构思应用程序，它们还能适应变化。
插件生态系统：没有哪家服务提供商能开发出满足每个人要求的系统。一个稳定成熟的插件生态系统让别人编写的代码能够为你的应用程序添加功能。某些插件对一些任务来说必不可少，这取决于你是什么样的用户和所处理的任务。一些用户依赖插件存储和检索来自其他云中其他服务的数据，以此扩大应用程序的积极影响。比如说，他们可能将备份副本发送到远地云，或者可能依赖转换工具，比如在线外语翻译工具。其他用户使用插件来增添另外的合规逻辑层，以便筛选审查进入系统的数据。这方面有许多选项。这些工具的复杂性对服务和用户来说都是个挑战，因为插件开发人员实际上成了编程方面的合作伙伴。如果用户犯了错误或者造成死循环，整个服务就可能岌岌可危。同样道理，用户必须依赖插件，才能在与PaaS本身相符的层面交付服务。如果双方都为这个过程投入了足够多的时间，这可能是富有成效的合作关系。
大数据探查：由于越来越多的应用程序依赖复杂的分析，一些服务提供商在提供复杂的统计数据处理工具。比如说，音乐服务依赖统计模型来推荐新歌。优秀的数据分析工具是PaaS脱颖而出的一个方面。一些在构建可供这项任务租用的Hadoop集群。另一些在为内置到数据库层的报告程序包添加更复杂的分析功能。最优秀的工具提供了复杂的统计模型，它们能够适应装入数据的响应，让系统功效大大增强。
事件处理：许多Web应用程序很复杂，结合了数据库更新信息和数据转换。点击一下应用程序，就会触发一连串动作：数据从一个机器流动到另一个机器，从一项服务流动到另一项服务。控制这多个步骤的一个好办法就是，事件管道或消息传递服务。这种工具安排安在机器之间流动的消息，让编程人员没必要处理棘手的通信问题。一旦数据库更新了事务信息，数据库就会向数据仓库发送一个新的事件，附有发送方面的信息。这一连串事件有效地将大批服务连接起来。应用程序用户可能只要按一下按钮，就会触发精心设计的按顺序操作的事件，它们让许多服务可以协同运行。如果为你做好了事件传递工作，开发优秀的应用程序要容易得多。
安全性和可用性：编程人员往往对安全性和可用性问题习以为常。这是PaaS本身必须内置安全性的一个原因。如果系统出现故障或泄漏重要信息，可能会酿成严重后果。你可能期望企业级私有PaaS与传统的企业目录和验证系统集成起来，并提供基于角色的访问控制。公有云PaaS提供商还在添加安全层，在一些情况下，针对资源使用，提供异常精细化的控制。弹性、冗余性和高可用性是PaaS的几大关键特点。PaaS本身在设计时应该能经受得住基础设施层面的故障，并提供分布式机制，那样万一出现孤立的服务器、存储或网络故障，照样能确保平台服务顺利运行。
安全标准：一部分安全和合规标准包括如下：FIPS 140-2（联邦信息处理标准）、ITAR（《国际武器贸易条例》）、ISO 27001、PCI DSS Level 1（支付卡行业数据安全标准）、FISMA Moderate（《联邦信息安全管理法案》）和SOC 1/SSAE 16/ISAE 3402。如果你的应用程序要处理敏感的个人数据或交易数据，更需要PaaS提供商遵守一整套标准。虽然标准本身并不是万无一失的保障，但是它们充分证明了工作人员在关注细节，并制定了一套增强安全的体系。
访问控制：服务提供商提供许多不同的解决方案来控制对PaaS及工具的访问。最复杂的方法使用公钥加密技术，对针对重要变化的所有请求进行签名。对服务的访问则使用SSL和SSH来加密所有通信，确保只有拥有相应私钥的人才能进入系统。不是所有事件都需要此类措施。针对一些API的较简单请求使用更灵活更高效的令牌来限制用户。令牌还用来衡量一些计量服务的使用情况。
故障追踪和SLA：虽然所有服务提供商都旨在获得最佳结果，但是错误和异常难免会发生。最好的服务密切追踪故障，那样用户和公司就能尽量减小故障引起的麻烦；有些服务提供记录服务故障或异常的公共网页。大多数PaaS提供商还提供服务级别协议（SLA），保障正常运行时间或性能达到一定的级别；如果实际提供的服务未达到指定级别，提供商就会给予退款或积分。在云领域，SLA往往是分层次的，较高的服务级别收取较高的费用。如果某应用程序很重要，万一发生严重故障，提供商再怎么弥补可能都无济于事。这是全面审查PaaS提供商的又一个原因。
PaaS迎来爆炸性增长
如今，如果开发团队坐下来计划开发一个新的应用程序，他们常常期望获得Snapchat那样的发展。这家公司声称，它每天处理的“snap”（该术语指短暂的文本消息）多达上亿个。文本消息进来后，公司存储起来，有人读取后，它们就会消失，从此不会再次看到。
要是没有一个优秀团队在处理繁重任务，Snapchat不可能从一无所有，变成每天处理数亿个文本消息。虽然Snapchat依然规模很小，但他们利用了整个应用开发团队的能力和洞察力。
如今的开发团队有好多选择，许多团队在竞相提供最灵活的最佳服务。现在正是你将作为简单服务而提供的复杂基础设施连接起来，发挥创造力的大好时机。
作者简介：Peter Wayner是《InfoWorld》杂志的特约编辑，出过的图书超过16本，涉及众多课题，包括开源软件（《Free of All》）、自动驾驶汽车（《Future Ride》）、增强隐私的计算（《Translucent Database》）、数字化交易（《Digital Cash》）以及信息隐藏（《Disappearing Cryptography》）。他的著作经常出现在《InfoWorld》杂志上，并为大大小小的软件项目提供咨询服务。关于自动驾驶汽车的著作《Future Ride》的第二版现已出售。他还为惠普公司的TechBeacon营销网站撰稿。
欢迎关注寄云科技订阅号（neuclouddy），这里有最新云服务行业资讯，更有与PaaS、运维相关的技术干货！欢迎加入PaaS行业交流QQ群（），关于PaaS的一切您都可以在这里与其他小伙伴共同探讨学习，小伙伴们等你哦~
责任编辑：
声明：本文由入驻搜狐号的作者撰写，除搜狐官方账号外，观点仅代表作者本人，不代表搜狐立场。
今日搜狐热点社会化媒体
了解更多>>
桂ICP备 号
阅读下一篇
自媒体运营攻略
行业经验交流
Hi，在你登录以后，就可以永久免费的收藏任何您感兴趣的内容，关注感兴趣的作者！
手机注册或邮箱注册
点击按钮进行验证
请输入正确的邮箱
已有帐号请点击
帐号创建成功！
我们刚刚给你发送了一封验证邮件
请在48小时内查收邮件,并按照提示验证邮箱
感谢你对微口网的信任与支持
你输入的邮箱还未注册
还没有帐号请点击
点击按钮进行验证
你输入的邮箱还未注册
又想起来了？
你已成功重置密码，请妥善保管，以后使用新密码登录
邮件发送成功！
我们刚刚给你发送了一封邮件
请在5分钟内查收邮件,并按照提示重置密码
感谢你对微口网的信任与支持
对不起，你的帐号尚未验证
如果你没有收到邮件，请留意垃圾箱 或
意见与建议
请留下您的联系方式
* 留下您正确的联系方式，以便工作人员尽快与你取得联系
转藏至我的藏点为什么选择PaaS - 简书
为什么选择PaaS
地球人都知道PaaS就是Platform as a Service的缩写，但到底什么是PaaS呢？
假如我们现在需要一个业务，提供一个很简单的"hello world"服务，那么需要的资源有哪些呢，看下图：
IaaS&PaaS覆盖图
从最底层的IDC、机房、网络、服务器，到服务器上的操作系统，操作系统上的服务软件（主要包括WebServices、数据库、缓存等），当然最终在WebServices里运行的是我们的业务代码。如果我们生活在互联网的初始阶段，那么这些元素都是需要我们关心的，我们不得不为带宽机架跟运营商打交道，为域名备案跟通管局打交道，为服务器跟服务器供应商打交道，最后还得雇佣管理一个运维团队，帮助维护自己的IT资源。这会使人疯掉！
现在幸福的事情，IaaS（Infrastructure as a Service），来了，IaaS帮我们节省了红线所涉及的部分，包括IDC、网络、服务器、甚至包括部分操作系统，为什么说部分操作系统呢？因为我们还是要关心操作系统挂掉、机器宕机等因素，如果我们不关心，或者说我们从业务的架构上不考虑这些因素，是很难保证业务稳定的。
而PaaS呢？PaaS帮我们节省了蓝色涉及的部分，也就是说除了IaaS节省的部分外，还节省了服务软件和代码的部分，换句话说，PaaS提供了一个完整的业务开发、运行环境，我们无需关心怎么安装Apache、怎么配置缓存、怎么配置数据库读写分离，所有这些已经以服务的方式（注意：不是以机器的方式）提供好了，我们需要做的，只是把业务代码放上来就好了。
总之，IaaS提供的还是虚拟机资源，而PaaS提供的是实际业务的开发、运行环境，正如SAE对自己的定位：“Web应用/业务的分布式开发、运行平台”。PaaS和IaaS的区别
刚才说了IaaS主要是虚拟机资源，而PaaS提供的是业务的开发、运行环境，那么PaaS和IaaS的区别就是这些吗？
云计算追求的就是通过共享从而降低成本，并且利用技术提供更好的服务。我们来看一个生活中的例子：
我们去饭店吃饭，菜很好吃，但有一个事比较烦心：“到底点多少菜”，点的多了怕浪费，点的少了怕不够吃，快吃完了再点又怕上菜慢，现在我们利用云计算的思路解决这个问题=》
IaaS的办法：将菜“虚拟化”，将一份菜切分为半份菜、1/3份菜，甚至1/4菜，用户可以点小份。
这种办法很有效，可以有效降低我们吃饭的成本，但仍不是特别方便，A，我们无法准确预估需要点多少份；B，吃着吃着饭，突然来了一个朋友，又要现点份菜，这需要上菜时间，耽误工夫。
那么怎么才能做的更好呢？人类吃饭的单位都是一口，没有人能吃“半口饭”，能不能按照口供应呢？我们来看：
PaaS的办法：通过一种技术，将菜按口供应，每个顾客只要张嘴就可以吃菜，不张嘴就不吃了，停止计费，来了一个新朋友，也是通过同样的方式，只要张嘴就有菜吃。
IaaS&PaaS解决问题对比
从这张图可以看出，PaaS对比IaaS虚拟化的粒度更细，更贴近用户的实际需要，因为用户真正需要的并不是虚拟机，而是满足业务运行需求。下面我们来仔细讨论一下PaaS和IaaS的区别吧：PaaS的计费粒度更细
从计费粒度上，PaaS比IaaS更细，IaaS普遍以 虚拟机的实例数*运行时间 计费，即使IaaS标榜他们的计费单元可以精确到秒级，但如果用户业务某个时间段没有任何请求，用户仍然需要为这部分虚拟机使用时间付费，因为用户无法预知下一次请求什么时候到来，所以用户无法关闭所有虚拟机。
而PaaS是以请求消耗的资源为单元计费的，如SAE价格：
SAE价格列表
这样，如果用户的业务暂时没有任何请求，则用户无需支付任何费用，做到了真正的“所付即所用”。
从SAE上用户的实际使用情况来看，几乎所有用户对比之前的使用IaaS时都会有不同程度的成本节约，以某创业为例，日均15万PV，PaaS比IaaS更可靠
IaaS用户容易高估自己的服务可靠性，这里面有两个原因：
- IaaS服务厂商往往夸大自己的服务可靠性，实际从目前看任何一个IaaS厂商都时不时有重大故障报出来
- IaaS用户迷信厂商提供的SLA，自己不进行高可靠架构部署
我见过在IaaS只用2台虚拟机，然后标榜自己的服务可靠性有多高的用户，殊不知当物理机宕机时，虚拟机一定会收到影响，目前IaaS服务商能提供热迁移的只是少数，即使能提供也是需要提前准备的，无法做到故障时实时切换
PaaS隐藏了服务器、虚拟机的概念，把一切功能服务化，而这些服务都是基于高可靠架构的，以SAE提供的Cron定时服务为例，这套Cron服务是基于分布式环境，任何一台机器宕机都不会影响定时任务的准确触发。PaaS是真正的“高可扩展”
要明白这个问题，我们先来看什么叫“可扩展”，可扩展有两个层面：
1，用户可以自行扩展资源，通过手工的方式（包括页面点击、API调用等）
2，随着用户的业务扩张，自动扩展
几乎所有的IaaS厂商都可以实现层面1，但层面1的问题是，用户不知道什么时候扩展。用户真正需要的是层面2的扩展，即随着业务增长，资源自动扩展，整个过程用户可以完全不感知，目前这种层面的“高可扩展”没有任何一家IaaS厂商提供。
而SAE恰恰提供这种层面2的高可扩展，SAE会自动判断用户的业务是否存在等待队列，一旦请求出现等待，将自动将请求分配新的计算节点，通过这种机制，用户从PV 100/天涨到PV 1亿/天，可以做到瞬间实现而无需用户做任何操作。PaaS是免运维的云计算
“免运维”是PaaS的最大魅力，因为用户把代码放上来，就可以完全不管了，无论业务凋零还是业务暴涨，都无需人工干预，当然SAE提供完整的图表展现用户的各种请求曲线，了解业务情况还是必须的。在SAE上的很多用户团队里都是0运维，也就是一个运维人员都没有，这在传统业务团队中是不可想象的。PaaS的缺点
虽然PaaS有免运维、高可靠、自动扩展、更加节约成本等优点，但是PaaS也有缺点，PaaS的最大缺点就是因为用户无法看见服务器，感受不到虚拟机，这样限制了用户的自主性和灵活性，比如用户想部署一个自己的C程序，或者用户想直接开一个FTP管理文件，这些需求都无法在PaaS中满足，因为PaaS提供的是一个业务的开发、运行环境，而不是用户能够登陆的云主机。
那么既然PaaS有优点也有缺点，那么什么情况适合使用PaaS呢？PaaS的适用场景
其实，PaaS和IaaS各有各的适用场景，主要由以下一些规律：
非HTTP业务（如游戏服务端、数据分析服务）适合用IaaS，HTTP业务（网站、RESTfulAPI服务端）适合用PaaS；
大型团队（拥有丰富的系统、网络、运维能力和经验）适合用IaaS，创业团队/小型团队（团队规模小，全部聚焦在业务）适合用PaaS；
技术团队（喜欢定制化、喜欢掌控一切）适合用IaaS，产品团队（聚焦在产品开发）适合用PaaS；
资金充裕（能够雇佣昂贵的系统工程师、能够支付没有流量的虚机费用）的团队适合用IaaS，资金紧张（对成本比较care的用户）的适合用PaaS；PaaS是真正的云计算平台
总之，在桌面时代，我们需要的不是IBM ThinkPad、甚至不是Windows，而是上面成千上万的应用、游戏；到了云时代，我们需要的既不是几core的虚拟机、也不是什么EBS存储，而是一个能让我们的业务稳定可靠省心运行的环境，如果有这样的环境，除了技术Geek，我想没有人想管服务器。。。
PaaS尽管有种种问题，但它确实是从诞生就想提供给用户一个省心、稳定的业务运行环境，用户一旦部署，不需要关心扩容，不需要关心架构，不需要关心宕机，不需要关心配置，不需要关心优化，就可以随着业务的发展时时满足各种需要，所以PaaS是真正的云计算平台。
最近好多圈内好友转这篇文章给我看 公共PaaS已死，盖棺论定！，问我的想法，我先把我的观点亮出来： - 这篇文章内容是bullshit - 公共PaaS死不死不知道，反正SAE今年年底能做到正向盈利 - 垂直化和私有化是方向，对于IaaS/PaaS/SaaS皆是 现在咱们再...
云计算技术及应用 课程思考题整理 by Syfv0.4 课程版本为学年度年秋季学期莫Sir的《云计算技术及应用》，题目答案为自行整理，仅供参考，如有错误，欢迎指正 1. 云计算概述 1.1 什么是云计算 云计算的概念范畴仍在探索中，尚无...
前言：令辉这是第三次搭建大型PaaS，第一次是作为平台架构师在豆瓣搭建国内最早一批DAE，第二次规模更大，作为首席架构师和技术为选委会主席负责滴滴出行的PaaS。第三次创业，在美洽搭建更复杂和强大的中间层，帮助中大型企业实现灵活强大的CRM。其实，PaaS说明白了，国内真正...
“云服务”现在已经快成了一个家喻户晓的词了。如果你不知道PaaS, IaaS 和SaaS的区别，那么也没啥，因为很多人确实不知道。 “云”其实是互联网的一个隐喻，“云计算”其实就是使用互联网来接入存储或者运行在远程服务器端的应用，数据，或者服务。 任何一个使用基于互联网的方...
本文整理自 #ArchSummit微课堂#——说说云计算内容分享及问题讨论：以IaaS为主，兼带PaaS和SaaS的部分内容的分析；以私有云为主，简述公有云和混合云。关于云的观点做了简单的总结，希望各位同学求同存异，各抒己见。本文还对图做了一些抽象和简化，相信各位同学可以理...
为什么要写杂谈 什么生活中有很多小事情能让自己反思出很多。看到自己的不足地方。在杂谈中尽情的评判自己的过失，期望自己能够改进吧~ 事情背景 十一的时候，回南京参加表妹的婚礼。当时有不少老家人过来参加婚礼，住宿和酒店的地点有点远，就安排了大客车过来接送宾客去酒店。前期准备的不...
前不久，也算是为了响应广大人民群众（尤其是广大妇女）对2004年颁布施行的《婚姻法》司法解释（二）第24条的强烈不满，最高院颁布了针对第24条的两个补充规定，再次以明文形式明确了在夫妻共同债务中，法律不保护虚假债务与非法债务。然而，我跟一些同仁一样，并不认为这个补丁解决了司...
【读书10分钟】 工作生活更轻松 王通老师在《共振与叠加之心想事成的原理》中分享了: 在波的世界里，有两个非常重要的原理：1、波的共振，2、波的叠加 读完你有什么启发呢？
回忆王杰 这两天偶尔看到新闻，突然看到了王杰被投毒的新闻事件。看到王杰这个名字，仿佛在房屋的某个角落里突然看到了一本尘封已久的老书。一本曾陪自己度过青春岁月的书，一本气质独...
中国生肖 这一系列以中国生肖为题材，暗示人和动物的纠结的关系。中国的神秘主义，人对动物的敬畏乃至崇拜是两者的精神上的联系，然而，动物和所有生命的生存环境问题在现代社会仍越来越紧迫。尽管画面的人物很幽默，却无以掩盖人与动物之间的难堪境地。 Chinese Zodiac As ...}