首页 文章 精选 留言 我的

精选列表

搜索[数据库语义网关],共10000篇文章
优秀的个人博客,低调大师

携号转网关键要打破“套路,少点“虚招”

【大咖・来了 第7期】10月24日晚8点观看《智能导购对话机器人实践》 工业和信息化部宣布,天津、海南、江西、湖北、云南五省(市)12月1日起推出携号转网新业务受理流程,用户可发送短信进行携转资格查询,办理完携转业务后1个小时内(到下一个整点时刻)即可正式携转到新的运营商。 携号转网是指用户在不变更手机号码的前提下,从一家电信运营商的网络转入另一家电信运营商的网络,并享受其提供的各种通讯运营服务。此举给消费者带来的直接好处是,如果嫌某个运营商的资费不合理或者说服务不好,在不改变手机号码的情况下就能变更运营商,可望大大增加消费者“用脚投票”的选择空间,倒逼运营商不断提高技术和服务水平。 现在,手机号码远不是作为通讯联系方式那么简单,用手机号码绑定网络账号、银行账户、股票账户等,很大程度上已成为身份识别的工具。即便是一个普通人,如果更换手机号码,除挨个通知亲朋好友外,势必还要解绑、更换在各个网站、银行和相关服务机构预留的号码,甚至面临账号丢失、资金失窃的风险。所以对很多人来说,更换手机号的成本就非常大,即便有其他运营商优惠政策的吸引,也不敢轻易换号。在此情境下,携号转网政策当有助于解决用户的后顾之忧,消费者对这项政策寄予了很高的期望和殷切期待。 携号转网此前已有多轮试点,但改革之路走得并不顺畅,相关领域进展有限。2010年,工信部***批携号转网试点在天津、海南启动;2014年,第二批携号转网试点进一步扩大试点范围,在江西、湖北、云南启动实施。据统计,成功携号转网的消费者并不多,改革试点至今也未能够扩展到全国。此次再次启动试点,可以说是携号转网的又一次出发,能走到哪一步仍有待观察,对一些可能出现的情况,则需要提前安排应对。 按照目前公布的信息,新的携号转网流程上线后,增加了查询携转资格方式,用户可以通过发送短信进行携转资格查询。也就是说,自己的号码到底能不能携号转网,消费者可以“一键查询”,这的确可避免少走冤枉路,但对于到底哪些号可以携号转网,具体标准是什么,又是通过怎样的依据制定的等等,目前仍未公开。这就存在一个问题,如果大量的号码被排除在可携号转网之外,是不是意味着这项消费者期待的福利,有被再次“截留”的风险?网上有消费者反映,自己咨询了新的流程,得到的答复是号码套餐有一项权益是到2036年,所以暂时不能携号转网。这样的情况是否合理? 事实上,近年运营商推出的提速降费行动,在落实中就被指存在着太多的“套路”,让用户实际获取的提速降费红利大打折扣。如不少套餐被划定在提速降费的范围之外,消费者要享受到新的资费政策,必须升级更贵的套餐。还有一些名为提速降费,实际却暗藏猫腻,如曾被称为各种套餐中“忽悠之王”的不限流量套,所谓的“不限流量”却是以“限速”为前提,实际是有名无实。 类似这样的“花招”“套路”让消费者防不胜防,不仅是对消费者权益的隐性侵害,实质也架空了提速降费的红利。推进携号转网是一项很重要的改革行动,运营商应该把消费者期待已久的福利真正落到实处,避免陷入某些提速降费套餐那样的“套路”。虽然说,在竞争加剧、资费下降的背景下,各大运营商自然不愿轻易让到手的用户再携号转网,但如果一味地限制携号转网,除了消费者感受不到运营商竞争带来的实惠,也会让一些服务差的运营商满足现状故步自封,加快落伍和衰败的速度。这对运营商而言绝非好事。 此次改革试点再启动,希望各大运营商能够少点“虚招”,彻底去掉那些隐形的门槛,真正做到“能转的是常态,不能转的是例外”。同时增加政策的透明度,到底哪些不能转,应该给出有说服力的理由。对于携号转网试点的具体成效和消费者的反馈,监管部门应该保持密切关注,敦促改革试点顺利推进,并及时纠正和预防可能出现的“潜规则”与“套路”。

优秀的个人博客,低调大师

Spring Cloud 2.x系列之网关zuul入门(一)

基于Spring的微服务结点在能力上没有高低贵贱之分,但是在角色上会分为边缘服务和内部服务两部分。内部服务是为对内暴露服务的结点,供架构内部来调用;边缘服务是对外部网络暴露的服务结点,也就是对外API接口。 开发人员为了防止服务被黑客攻击,需要编写各种权限机制,这些机制在每个微服务结点都要实现一次。一旦鉴权上有什么bug,又要全部节点上推倒重来,噩梦;运维人员在边缘服务前段都会架一个F5或者Nginx等负载均衡的代理,需要手动维护一份服务列表和服务地址的路由信息,随着结点的扩展或地址调整这份列表要变来变去。 为了解决鉴权重复的问题,使业务结点本身只关心实现自己的业务,将对权限的处理抽离到上层。外部客户先请求到Zuul上,在Zuul服务上对权限进行统一实现和过滤,以实现微服务结点的过滤和验证;为了解决请求路由和安全过滤,Spring Cloud推出了一个API gateway组件:Spring Cloud Zuul。 Zuul对路由的配置有三种方式: 第一种(path-url):如果请求/sina这个地址,将会转发到http://www.sina.com.cn上去 第二种(path-serviceId):如果请求/user-consumer开头的地址,将会转发到eureka上serviceId为sc-user-provider这个服务上去。 第三种(给微服务名指定path):给sc-user-provider这个微服务指定了它的请求地址是/user-service/** (其实这里还隐藏了第四种:什么都不配,默认给注册到eureka上的所有服务以第三种方式进行路由,path就是微服务自己的名字,但是此种方式又是不安全的,相当于将非边缘服务也暴露给外网,一般需要关闭这个默认配置zuul.ignored-services=*,或者至少将受保护的微服务列表维护到zuul.ignored-services中) 今天介绍一下第一种方式 1、新建项目sc-zuul,对应的pom.xml文件如下 <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>spring-cloud</groupId> <artifactId>sc-zuul</artifactId> <version>0.0.1-SNAPSHOT</version> <packaging>jar</packaging> <name>sc-zuul</name> <url>http://maven.apache.org</url> <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.0.4.RELEASE</version> </parent> <dependencyManagement> <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-dependencies</artifactId> <version>Finchley.RELEASE</version> <type>pom</type> <scope>import</scope> </dependency> </dependencies> </dependencyManagement> <properties> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> <maven.compiler.source>1.8</maven.compiler.source> <maven.compiler.target>1.8</maven.compiler.target> </properties> <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-zuul</artifactId> </dependency> </dependencies> </project> 2、新建配置文件application.yml server: port: 8070 spring: application: name: sc-zuul zuul: routes: sina: path: /sina/** url:http://www.sina.com.cn baidu: path: /baidu/** url:http://www.baidu.com 3、新建启动类ZuulApplication.java package sc.zuul; import org.springframework.boot.SpringApplication; import org.springframework.boot.autoconfigure.SpringBootApplication; import org.springframework.cloud.netflix.zuul.EnableZuulProxy; @SpringBootApplication @EnableZuulProxy public classZuulApplication { public static void main(String[] args) { SpringApplication.run(ZuulApplication.class, args); } } 4、启动项目 5、验证 访问地址http://127.0.0.1:8070/baidu/跳转到百度 访问地址http://127.0.0.1:8070/sina/跳转到新浪 参考 https://blog.csdn.net/yejingtao703/article/details/77816555/ https://www.cnblogs.com/ityouknow/p/6944096.html 源码: https://gitee.com/hjj520/spring-cloud-2.x/tree/master/sc-zuul 本文作者: java乐园 本文来自云栖社区合作伙伴“JAVA乐园”,了解相关信息可以关注“JAVA乐园”

优秀的个人博客,低调大师

从规则引擎到语义决策层

在银行和消费金融领域,Blaze、Drools 等规则引擎已经使用多年。无论贷前授信、贷中风险监控,还是贷后逾期管理,本质上都存在大量“根据客户状态进行判断,再选择下一步策略”的业务逻辑。例如贷后催收系统通常会根据逾期天数、逾期金额、历史逾期次数、还款记录、触达次数、案件等级等数据,通过 Blaze 配置催收策略,再决定案件进入 AI 催收、人工催收、内部催收还是委外催收。

资源下载

更多资源
Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

用户登录
用户注册