当前位置: 首页 > news >正文

网站定制哪家安全可信网站认证是否必须做

网站定制哪家安全,可信网站认证是否必须做,wordpress tag转专题,网络营销调研名词解释原文作者#xff1a;Jenn Gile - F5 NGINX 产品营销经理 原文链接#xff1a;如何通过高级流量管理提高 Kubernetes 的弹性 转载来源#xff1a;NGINX 中文官网 NGINX 唯一中文官方社区 #xff0c;尽在 nginx.org.cn 编者按 —— 本文是以下系列博文中的一篇#xff08;… 原文作者Jenn Gile - F5 NGINX 产品营销经理 原文链接如何通过高级流量管理提高 Kubernetes 的弹性 转载来源NGINX 中文官网 NGINX 唯一中文官方社区 尽在 nginx.org.cn 编者按 —— 本文是以下系列博文中的一篇共十篇 生产级 Kubernetes 助您降低复杂性如何通过高级流量管理提高 Kubernetes 的弹性本文如何提高 Kubernetes 环境的可视性使用流量管理工具保护 Kubernetes 的六种方法Ingress Controller 选型指南第一部分确定需求Ingress Controller 选型指南第二部分评估风险和技术前瞻性Ingress Controller 选型指南第三部分开源、默认和商用版本能力对比Ingress Controller 选型指南第四部分NGINX Ingress Controller 选项如何选择 Service MeshNGINX Ingress Controller 在动态 Kubernetes 云环境中的性能测试 您还可以免费下载整套博文集结成的电子书《Kubernetes从测试到生产》。 如何判断一家公司是否成功使用了现代应用开发技术呢很简单看看客户有没有在社交媒体上抱怨就知道了。客户可能会抱怨新片看不了网银登不上去购物车超时无法下单。 我正要看一个我租借的电影但是老是弹出“视频播放错误”的提示并且网站帮助页面的网址也打不开。我的App是最新版本我试过了退出重新登陆也重启过我的网络电视。求个解决方案 即使他们没有公开抱怨也不代表就没有问题。我们的一位客户 —— 一家大型保险公司曾告诉我们如果他们未能在仅仅 3 秒内加载出主页便会面临客户流失的问题。 用户对性能差或宕机问题的所有抱怨都指向了一个共同的元凶缺乏弹性。微服务技术包括容器和 Kubernetes好就好在它能提高应用弹性显著改善客户体验。为什么呢这一切得从架构说起。 微服务架构与单体架构存在本质上的区别。打个比方在老式的节日灯串中只要有一个灯坏了整串就都不亮了。如果不换灯泡那就只能将整串丢掉。单体应用就像这种老式灯串一样其组件紧密耦合在一起一损俱损。 但是照明行业和软件行业都发现了这个痛点。如果现代灯串上的某个灯泡发生故障其他灯泡仍会继续照明。同样对于设计良好的微服务应用而言即使个别服务实例发生故障整个应用也会继续运行。 Kubernetes 流量管理 容器因其轻便、可移植和易于扩展的特点非常适合需要使用小型独立组件构建应用的场景因而成为了微服务架构中颇受欢迎的一种选择。Kubernetes 已成为容器编排的事实标准但若投入生产环境还面临着许多挑战。要想增强 Kubernetes 应用的可控性和弹性成熟的流量管理策略是一个重要因素它能够让您控制服务而不是数据包并动态地或使用 Kubernetes API 调整流量管理规则。流量管理在任何架构中都很重要但对于高性能应用来说有两个流量管理工具是必不可少的流量控制和流量精分。 流量控制 流量控制有时称为“流量路由”或“流量整形”是指控制流量去向及其传输方式的行为。在生产环境中运行 Kubernetes 是必须的因为它可以保护您的基础架构和应用免遭攻击和流量激增。在应用开发过程中您需要采用“速率限制”和“断路”这两种技术。 用例我不希望服务接收过多请求 解决方案速率限制 无论 HTTP 请求是恶意的例如暴力破解密码和 DDoS 攻击还是正常的例如顾客蜂拥抢购大量的 HTTP 请求都会导致服务瘫痪和应用崩溃。速率限制技术可限制用户在给定时间段内的请求数量。这些请求可能非常简单例如访问网站主页的 GET 请求或是登录页面上的 POST 请求。举例来说当受到 DDoS 攻击时您可以使用速率限制将传入的请求速率限制为真实用户的合理数值。 用例我希望避免出现级联故障 解决方案断路 当服务不可用或出现高延迟时传入请求的超时时间以及客户端收到错误响应的时间可能很长。长超时可能会造成级联故障即一个服务中断导致其他服务超时最终引发整个应用故障。 断路器可监控服务故障防止发生级联故障。当服务请求的失败次数超过预先设定的阈值时将触发断路器断路器一收到请求就向客户端返回错误响应从而对服务进行限流。 断路器将持续拦截和拒绝请求等过了指定的时长后再放行有限数量的请求以作测试。如果这些请求成功断路器将停止限流。如果不成功则开始重新计时期间断路器继续拒绝请求。 流量精分 流量精分有时称为“流量测试”是流量控制的一个子类目的是为了控制传入流量的比例这些流量会被导向到在环境中同时运行的不同版本的后端应用通常为当前的生产版本和新版本。流量精分是应用开发周期中的重要一环允许团队在不影响客户的情况下测试新特性和版本的功能和稳定性。实用的部署场景包括调试路由、灰度部署、A/B 测试 和 蓝绿部署。业界对这四个术语的使用存在很大分歧此处先按我们理解的定义来使用它们。 用例我准备在生产环境中测试新版本 解决方案调试路由 假设您有一个银行应用现在您要为其添加一个信用评分功能。在进行客户测试之前您可能想要看一下它在生产环境中的表现。调试路由允许您公开部署新功能同时又向真正的用户“隐藏”它根据session cookie、session ID 或group ID 等 7 层属性只允许特定用户访问它。例如您可以只允许拥有管理会话 cookie 的用户访问 —— 他们的请求将被路由到具有信用评分功能的新版本而其他用户则继续访问稳定版。 用例我需要确保新版本性能稳定 解决方案灰度部署又称“金丝雀部署” 金丝雀部署的概念来自一个历史悠久的采矿实践当时的矿工将金丝雀装在笼子里带入矿井一旦发现金丝雀中毒就紧急撤离因此金丝雀是“瓦斯报警鸟”。在应用世界里不会再有牺牲品了。灰度部署为测试新特性或新版本的稳定性提供了一种安全、敏捷的方法。典型的灰度部署是先让绝大多数比如 99%用户使用稳定版然后将一小部分用户剩余的 1%转移到新版本。如果新版本出现问题例如崩溃或向客户端返回错误您可以立即将测试用户转移回稳定版。如果新版本顺利运行您可以一次性或以可控的方式逐步更为常见将用户从稳定版迁移到新版本。 用例我需要了解新版本是否比当前版本更受客户的喜爱 解决方案A/B 测试 确认新特性在生产环境中运行无误后您可能还希望了解客户对该特性的反馈包括点击量、回头客比率或显式评分等关键性能指标 (KPI)。许多行业都使用 A/B 测试流程来衡量和比较用户行为目的是确定不同产品或应用版本在客户群体中的受欢迎程度。在典型的 A/B 测试中50% 的用户访问版本 A当前的应用版本剩余 50% 的用户访问版本 B包含稳定的新功能的版本。KPI 综合得分最高的版本将胜出。 用例我希望在不停机的情况下将用户转移到新版本 解决方案蓝绿部署 现在假设您的银行应用即将进行重大版本变更那么恭喜您过去版本升级通常意味着用户停机因为您必须先从生产环境中移除旧版本然后才能再推送新版本。但在当今竞争激烈的环境中大多数用户都无法接受停机升级。蓝绿部署极大地减少甚至消除了升级的停机时间。您可以继续在生产环境中运行旧版本蓝同时在该生产环境中部署新版本绿。 大多数企业都不愿意将所有用户一次性从蓝色转移到绿色毕竟如果绿色版本发生故障怎么办解决方案是使用灰度部署以最符合您的风险规避策略的增量方式转移用户。如果新版本是一场灾难您只需敲击几下键盘便可以轻松地将每个人转移回稳定版。 NGINX 如何助您一臂之力 大多数 Ingress controllers 和 service mesh服务网格都可以帮助您实现高级流量控制和分割。使用哪种技术取决于您的应用架构和用例。例如Ingress controller 适用于以下三种场景 您的应用只有一个端点就像您迁移到 Kubernetes 的简单应用或单体应用一样。集群中没有 service 到 service 的通信。集群中有 service 到 service 的通信但您还没有使用 service mesh。 如果您的部署复杂到要使用 service mesh 的地步一个常见的用例是通过分割服务流量来测试或升级各个微服务。举例来说您可能想在移动前端的两个不同版本的地理位置微服务 API 之间进行灰度部署。 然而有些 Ingress controller 和 service mesh 在设置流量精分时不仅非常耗时而且容易出错原因有很多 不同厂商的 Ingress controller 和 service mesh 具有不同的 Kubernetes 功能实施方式。Kubernetes 不是专为管理和理解 7 层流量而生。有些 Ingress controller 和 service mesh 不支持复杂的流量管理。 借助 NGINX Ingress Controller 和 NGINX Service Mesh 您可在几秒钟内轻松配置稳健的流量路由和分割策略。 NGINX Ingress 资源和 SMI 规范助您简化配置 以下 NGINX 功能简化了配置流程 面向 NGINX Ingress Controller 的 NGINX Ingress 资源 —— 虽然标准的 Kubernetes Ingress 资源可简化 SSL/TLS 终止、HTTP 负载均衡和 7 层路由的相关配置但它不具备断路、A/B 测试和蓝绿部署所需的定制功能。因此非 NGINX 用户必须求助于注释、ConfigMap 和自定义模板但它们都缺乏细粒度控制并且不安全、易出错且难使用。 NGINX Ingress Controller 自带 NGINX Ingress 资源作为标准 Ingress 资源同时也支持该资源的替代方案。该资源采用了一种原生、类型安全的缩进式配置风格可简化 Ingress 负载均衡的实施。对现有 NGINX 用户来说NGINX Ingress 资源还有一个额外的好处它们可以简化非 Kubernetes 环境中负载均衡配置的再利用从而支持所有 NGINX 负载均衡器使用相同的负载均衡配置。 遵循 SMI 的 NGINX Service Mesh —— NGINX Service Mesh 实施了 Service Mesh Interface (SMI) —— SMI 是一个规范。定义了在 Kubernetes 上运行的 Service Mesh 的标准接口具有 TrafficSplit、TrafficTarget 和 HTTPRouteGroup。等类型化资源。借助标准的 Kubernetes 配置方法NGINX Service Mesh 和 NGINX SMI 扩展程序可简化流量精分策略如灰度部署的部署并最大限度地减少对生产流量的中断。以下是使用 NGINX Service Mesh 定义灰度部署的示例 apiVersion: split.smi-spec.io/v1alpha2 kind: TrafficSplit metadata: name: target-ts spec: service: target-svc backends: - service: target-v1-0weight: 90 - service: target-v2-0weight: 10 我们的教程《使用流量精分的部署》介绍了利用流量精分的部署模式示例包括灰度部署和蓝绿部署。 借助高级定制实现更复杂的流量控制和流量精分 NGINX 的以下功能能够以更高级的方式简化流量控制和流量精分 面向灰度部署的键值存储 —— 当您执行 A/B 测试或蓝绿部署时您可能希望按特定的增量例如 0%、5%、10%、25%、50% 和 100%将流量过渡到新版本。大多数工具都需要很多人工操作因为您必须为每个增量编辑百分比并重新加载配置文件。面对不小的工作量您可能会冒险直接从 5% 过渡到 100%。然而借助基于 NGINX Plus 的 NGINX Ingress Controller您可以利用键值存储更改百分比且无需重载配置文件。 通过 NGINX Ingress Controller 断路 —— 先进的断路器能够更快速地检测故障和故障转移甚至针对不健康的上游服务激活定制的格式化错误页面从而帮助您节省时间和提高弹性。举例来说搜索服务的断路器可能会返回一组格式正确但内容为空的搜索结果。为了达到这种效果基于 NGINX Plus 的 NGINX Ingress Controller 采用了主动健康检查主动监控 TCP 和 UDP 上游服务器的健康状况。由于监控是实时的您的客户端遭遇应用错误的概率将大大降低。 通过 NGINX Service Mesh 断路 —— NGINX Service Mesh 断路器规范具有三个自定义字段 errors —— 断路器触发前的错误数timeoutSeconds —— 断路器触发前发生错误的窗口以及断路器关闭前的等待时间fallback —— o断路器触发后流量被重新路由到的 Kubernetes 服务的名称和端口errors 和 timeoutSeconds 是标准的断路器功能而 fallback 支持您定义备份服务器进一步提高了弹性。如果您的备份服务器响应是独一无二的它们可以作为集群故障的早期指示器让您第一时间开启故障排除。 借助仪表盘解读流量精分结果 现在您已实现了流量精分……接下来该做什么呢接下来我们应该分析流量精分结果。这可能是最难的一个环节因为许多企业都缺乏对 Kubernetes 流量和应用运行情况的关键洞察。NGINX 可通过 NGINX Plus 仪表盘 和预构建的 Grafana 仪表盘以图示的形式展示 Prometheus Exporter 暴露的指标从而帮助您更轻松地获取洞察信息。如欲详细了解如何提高可视性、获取洞察请阅读我们的博文 《如何提高 Kubernetes 环境的可视性》。 NGINX 助您轻松掌控微服务 基于 NGINX Plus 的 NGINX Ingress Controller 提供 30 天免费试用版其中包括可以保护容器化应用的 NGINX App Protect。 如欲试用 NGINX 开源版 NGINX Ingress Controller您可以获取发布源代码或者从 DockerHub下载预构建的容器。 您可前往 f5.com 下载始终免费的 NGINX Service Mesh。 NGINX 唯一中文官方社区 尽在 nginx.org.cn 更多 NGINX 相关的技术干货、互动问答、系列课程、活动资源 开源社区官网 | 微信公众号
http://www.w-s-a.com/news/861156/

相关文章:

  • 建网站需要准备什么网站三个月没排名
  • 网站运营规划网站推广的手段
  • cvm可以做网站服务器吗网片围栏
  • 培训前端网站开发网站开发 群
  • 成都武侯区网站建设wordpress菜单分类目录
  • 牡丹江市西安区建设局网站给公司做的东西放到自己网站上
  • 做网站的前景如何郑州seo规则
  • 学校户网站建设方案专业设计服务
  • 电子商务网站建设好么有一个网站怎么做cpc
  • 镇海住房和建设交通局网站跨境电商就是忽悠人的
  • 维修网站怎么做跨境电商发展现状如何
  • 手机网站设计公司皆选亿企邦桐乡市建设局官方网站
  • 企业培训 电子商务网站建设 图片山东省住房和城乡建设厅网站主页
  • 做酒招代理的网站赣icp南昌网站建设
  • 怎样做网站內链大连市建设工程信息网官网
  • 网站软件免费下载安装泰安网站建设收费标准
  • 部署iis网站校园网站设计毕业设计
  • 网站快慢由什么决定塘沽手机网站建设
  • 苏州那家公司做网站比较好装修队做网站
  • 外贸网站推广中山网站流量团队
  • 网站前端设计培训做一份网站的步zou
  • 网站备案拍照茶叶网页设计素材
  • wordpress 手机商城模板关键词优化软件有哪些
  • 网站301做排名python做的网站如何部署
  • 昆山做企业网站工信部网站 备案
  • 做英文的小说网站有哪些网站做qq登录
  • 湖州建设局招投标网站深圳广告公司集中在哪里
  • 重庆主城推广网站建设商城网站建设预算
  • 宁波品牌网站推广优化公司开发公司工程部工作总结
  • 长沙建站模板微信网站建设方案