PaaS

如果一个软件开发人员，不了解软件架构的演进，会制约技术的选型和开发人员的生存、晋升空间。这里我列举了目前主要的四种软件架构以及他们的优缺点，希望能够帮助软件开发人员拓展知识面。 一、单体架构 单体架构比较初级，典型的三级架构，前端(Web/手机端)+中间业务逻辑层+数据库层。这是一种典型的Java Spring mvc或者Python Drango框架的应用。其架构图如下所示： 单体架构的应用比较容易部署、测试， 在项目的初期，单体应用可以很好地运行。然而，随着需求的不断增加， 越来越多的人加入开发团队，代码库也在飞速地膨胀。慢慢地，单体应用变得越来越臃肿，可维护性、灵活性逐渐降低，维护成本越来越高。下面是单体架构应用的一些缺点： 复杂性高 ： 以一个百万行级别的单体应用为例，整个项目包含的模块非常多、模块的边界模糊、 依赖关系不清晰、 代码质量参差不齐、 混乱地堆砌在一起。可想而知整个项目非常复杂。 每次修改代码都心惊胆战， 甚至添加一个简单的功能， 或者修改一个Bug都会带来隐含的缺陷。 技术债务 ： 随着时间推移、需求变更和人员更迭，会逐渐形成应用程序的技术债务， 并且越积 越多。“ 不坏不修”， 这在软件开发中非常常见， 在单体应用中这种思想更甚。 已使用的系统设计或代码难以被修改，因为应用程序中的其他模块可能会以意料之外的方式使用它。 部署频率低 ： 随着代码的增多

【推荐阅读】微服务还能火多久？>>> 加州圣塔克拉拉--(美国商业资讯)--企业网络安全和风险管理解决方案的领先提供商 Hillstone Networks 为K3 Cloud Services提供虚拟微分段技术，以保护其云网络并通过 Hillstone CloudHive 提供安全的服务。 K3 Cloud Services是总部位于英国的托管服务提供商(MSP)，为国内外客户提供一流的业务技术解决方案。K3 Cloud提供私有云主机和托管解决方案，包括基础设施即服务(IaaS)、平台即服务(PaaS)和软件即服务(SaaS)。 虚拟私有云的共享性质带来了许多挑战。每个单独的客户环境都存管自己的敏感数据和应用程序，而K3 Cloud则存管多个客户共享的横向应用程序。为了确保最高级别的安全性，必须对客户环境和共享应用程序进行分段和分离。 经过对解决方案的广泛研究，K3 Cloud Services团队最终选择使用Hillstone CloudHive来保护云环境中的每台虚拟机(VM)并保证其安全。Hillstone CloudHive微分段解决方案可提供东西流量(east-west traffic)的细粒度可见性以防御横向攻击，它易于扩展，并且对用户和网络设备透明。CloudHive在整个环境中强制执行零信任，使K3云团队能够安全地对易受攻击的应用程序与其他系统进行分段

【推荐阅读】微服务还能火多久？>>> 如今，实时音视频互动已成为生活中无处不在的场景，特别是疫情带来的“生活场景线上化”，使亿万用户涌到线上，为线上应用带来了巨大流量。当实时音视频变成主流互动方式， 这项服务不仅仅是满足实时互动的功能，而是需要提供稳定可靠的服务保障。作为全球最大规模实时音视频云 PaaS 服务商，声网 Agora 为全球 200 多个国家和地区的 15 万+应用提供实时音视频技术支撑和服务保障。疫情期间，声网日均通话分钟数较日常增长近一倍，达 15.6 亿分钟（按流计时为 62.4 亿分钟）。 4 月 15 日，声网 Agora 举办主题为“一切都是为了服务好 150,000+APP”Agora Share 线上媒体分享会。声网 Agora 客户成功总监郭磊就“生活场景线上化“背后技术服务的难点与挑战进行了解读。他认为，“在大规模、高并发的情况下，保障线上服务稳定可靠；高质量的、全生命周期的技术服务；以及为开发者提供更友好、更便捷的服务。是各种生活场景线上化的背后，作为 PaaS 云服务商主要面临的 3 大挑战。” 声网 Agora 数据平台和数据产品负责人何丰也对声网 Agora 推出的 RTC 行业首个质量监控与数据分析工具 —— 水晶球（Agora Analytics）的特性和优势进行了分享，他指出，

【推荐阅读】微服务还能火多久？>>> 基于K8s的容器云Paas平台应该是每个使用k8s的公司必须要做的一件事，今天我们尝试以应用为中心，采用搭积木的方式完成一个最小版本的容器云Paas平台的设计，Let's Go 1. 基础功能 我们期望是实现一个尽可能自助的服务，所以里面先不考虑一些诸如审批，之类的操作，在此部分我们要完成应用从打包到上线的关键流程 1.1 镜像打包 研发编写好代码，此时就要进行代码的生产环境部署，而部署的最小单元通常就是Docker镜像，那么我们就要实现一个自助的镜像打包服务，来实现从源代码到docker镜像的交付 研发将代码提交到GIt代码仓库后，可以让代码仓库管理员设定一个回调钩子，通知我们的部署流水线，按照部署流水线按照之前设定的步骤来进行目标镜像的构建，并将构建的镜像发布到我们的镜像仓库中 其中部署流水线我们可以直接使用老牌的Jenkins，也可以选择Tekton这种云原生的部署工具 1.2 基础服务 如果仅仅从应用本身来说，除了基础的运行环境和代码，通常还会依赖于一些基础服务(不考虑应用层的依赖)， 比如mysql、redis、kafka等基础服务，但是诸如这种服务通常可能并不在k8s中(opeartor除外)，则此时我们就需要一种自助的集成方式，这里我们通过service catalog 进行集成，用户只需要进行申请

【推荐阅读】微服务还能火多久？>>> 云栖号案例库： 【点击查看更多上云案例】 不知道怎么上云？看云栖号案例库，了解不同行业不同发展阶段的上云方案，助力你上云决策！ 在房地产行业增速放缓的大环境下，转型焦虑几乎已经弥漫整个地产行业，中国内地大型地产商几乎都在积极尝试转型，转型方向主要有商超连锁、养老地产、教育地产、物流地产、体育产业以及社区物业O2O等。但只有少数地产商的表现亮眼。地产公司花样年集团采用“线上线下一体化”的原则，将云上的虚拟服务与线下的实体跟进密切结合，成功打造了全球最大的住宅社区服务运营商——彩生活服务集团，探索出了一条社区服务运营的数字化、智慧化路径。 2009年在香港上市的地产公司花样年集团（代码1777）基于地产+社区双头部战略，近几年成功打造了全球最大的住宅社区服务运营商——彩生活服务集团，并在2014年登陆香港股市（代码1778）。从彩生活最近发布的2018年年报可以看到，2018年营业收入同比大幅增长121.9%，净利润同比大幅增长47.7%。创出自成立以来的最好业绩。彩生活的云上社区物业服务到目前为止已经覆盖227个内地城市和中国香港、新加坡、日本、澳大利亚、越南等多个国家和地区。平台服务总建筑面积超过13亿平方米。服务1300万家庭，共超过4000万人，成为中国内地最大的社区B2F（从商家到家庭）平台。 从载体来看

　　遇到一个场景，容器的日志以hostpath方式挂在到node的路径下。但是容器重启后会换到不同的node，查询历史日志就成了头疼的事情。 我遇到的一个paas环境有70多个node，找历史日志要遍历这么多的node太难了。 就尝试写一个脚本来找日志，效率还是高了很多。主要是沮丧感就没那么强烈了，不需要ssh到每个节点去找了，这有点low了。 后续还要确定一下有没有，重启容器后到其他node时，有没有办法顺便删除或者转移持久卷。没有清理也是有问题的。 下面的部分来自 https://blog.csdn.net/jinking01/article/details/84386769 前提是需要配置ssh免密码登陆，各节点间ssh不需要输入密码的。 #!/bin/bash ssh user@remoteNode > /dev/null 2>&1 << eeooff cd /home touch abcdefg.txt exit eeooff echo done!　 　　远程执行的内容在“<< eeooff ” 至“ eeooff ”之间，在远程机器上的操作就位于其中，注意的点： 　　1. << eeooff，ssh后直到遇到eeooff这样的内容结束，eeooff可以随便修改成其他形式。 　　2. 重定向目的在于不显示远程的输出了 　　3. 在结束前，加exit退出远程节点

本文作者：HelloDeveloper 1 背景 起初，在网盘快速发展期，为了快速上线，采用了服务单体化 + 主干开发模式进行研发，随着用户规模爆发式的增长以及产品形态的丰富，单体化的不足就体现出来了，于是架构上采用了微服务架构，开始对业务逻辑进行拆分部署。 服务拆分之后，也引入了新的问题，具体如下： 请求路由： 服务部署从物理机向虚拟化方式迁移中，有大量的切流量操作，需要相关的上游都进行升级上线修改，效率低下 故障管理： 单实例异常、服务级别异常、机房故障异常、网络异常等，严重缺失或者不完善，同时配套的故障定位也没有，服务稳定性不足 流量转发： 不同的服务采用了不同的框架，甚至裸框架，策略不完善，导致负载不均衡 研发效率： 相同的功能点，需要在不同的语言框架上实现一次，浪费人力，同时升级周期比较长，收敛效率低 2 解决方案 - UFC 2.1 UFC 发展史 为了解决这个问题，从2015年底开始思考解决方案，确定了解决问题的 核心在于管控请求流量 ，在2016年开始 自研网络流量转发中间件 - UFC(Unified Flow Control) ，业务通过同机部署的agent进行服务通信，相关的发展史如下： 2.2 UFC 和 Service Mesh的关系 后来在调研业界相关技术的时候，发现了istio(业界Service Mesh的典型代表) ，从而发现了Service

4月8日，阿里巴巴旗下0代码应用搭建平台“宜搭”发布专有云版本，可以基于阿里云专有云为客户实施专有云部署， 实现客户数据的专有云存储，为政府、大型企业提供高稳定、高安全的应用搭建服务， 支持业务在线，实现智能决策，帮助大型组织解决数字化转型难题。 宜搭是阿里巴巴企业智能事业部自研的0代码应用搭建平台，传统模式下需要2周才能开发完成的表单流程类应用，用宜搭2小时就能完成。 此次发布的宜搭专有云版本，依托于阿里云专有云技术底座。“宜搭的专有云平台底座基于云原生技术部署，意味着宜搭平台搭建的应用也支持云原生的基础能力”。宜搭平台负责人范之岳表示，“ 在组织内部快速构建出提升组织效能的各类应用，把工作、数据线上化，是组织管理数字化的关键步骤。专有云版本的宜搭，可以为数据安全要求高、希望数据存储在自己专有云内的客户， 提供与宜搭公有云版本几乎一样的功能，让客户放心、安心地去实施自己的组织数字化改造，最终提升组织效能、创造业务价值。 ” 自2019年3月对外发布以来，宜搭已累计服务蒙牛、居然之家、老板电器等在内的几千家企业，覆盖新零售、医疗、生产制造、能源、教育、酒店6大行业，为企业的数字化转型提供强有力的应用PaaS平台支持。此前居然之家因业务发展需要，亟需改造企业内部OA系统，第三方公司开发的系统难用又昂贵，“宜搭”的出现为企业提供了全新的解决方案：高度可配置的表单和流程；天然可“长

4月7日，青云向科创板递交招股书，云计算市场这几年波诡云谲，成立于2012年的青云还是坚定选择上市独立发展，期间有不少厂商选择接受投资站队，时至今日，直面巨头的云服务商已经不多，青云是其中一家。 招股书显示，青云本次计划发行不超过1200万股，占发行后总股本不低于25%，募资规模约为11.88亿元人民币，分别用于云计算产品升级（7.34亿元）、全域云技术研发（1.41亿元）、云网一体化基础设施建设（1.64亿元）以及补充流动资金（1.5亿元）。 青云也成为继UCloud之后，第二家冲刺科创板的云服务商，UCloud已于1月20日正式登陆科创板，两家云服务商保荐机构同为中金。 早期青云曾想海外上市，为此特别搭建了红筹架构，2017年改为回归国内上市，又拆除了红筹架构，对于青云这类尚未盈利的技术型公司，相比A股，科创板的友好度更高。 营收、利润差强人意 青云的招股书清晰的展示出了目前经营状况，资金吃紧是摆在明面上的事实，冲刺科创板很大程度就是为了引入资金缓解压力。 根据招股书数据，不难算出青云营收同比增长数据，2018年为17%，2019年为34%，对于高速增长的云计算行业来说，这种增速着实有些慢了，同期仍有头部厂商保持翻倍增长。 行业竞争加剧，云计算的马太效应凸显，头部云计算厂商如阿里云、腾讯云等加大了市场投入并进一步降低价格，青云本身也经历了一些调整，战略聚焦私有云

9月25 - 27日，主题为数·智的2019云栖大会在杭州举行。在第三天的智能视频云专场中，阿里云研究员金戈首次对外发布视频云V5计划，释放视频IT基础设施红利，赋能生态合作伙伴，共促大视频产业发展。 视频云V5计划中的5个V分别代表着VIDEO、VISION、VALUE、VERTICAL和VIP。阿里云研究员金戈对视频云V5计划进行了详细解读，他表示：未来，阿里云将围绕技术、产品、解决方案、品牌合作、商务激励五大维度，向产业链上下游和视频垂直领域合作伙伴提供全方位赋能计划，与大视频生态进行更加开放、深度的连接。 “未来，阿里云将持续投入构建IaaS、PaaS及算法等多层基础设施，依托全球优质网络覆盖及智能调度系统平台，构建稳定、安全、便捷、高效、经济的基础设施，与生态伙伴深度合作，打造出更多具有用户价值、产业价值的垂直领域解决方案。”金戈说道。 据了解，视频云V5计划首批合作伙伴包括新华智云、极链科技、三体云等垂直领域龙头企业。在现场，阿里云高级产品专家李海波与上述三家合作伙伴发布了智能富媒体短信营销、视联网平台、智能视频客服等垂直行业联合解决方案。这意味着视频云V5计划已经超越纸上谈兵，正式步入高速发展的阶段。 在现场，三家合作伙伴的嘉宾也逐一对解决方案进行解读。新华智云产品总监张云远表示：当下使用富媒体短信面临技术要求高、创作时间长、内容管控要求高等种种挑战