多个系统间交互-灰度发布-一些笔记

最近在赶项目, 是 一个全新的项目,为了项目能够 快速运行,采用了灰度发布的模式,旧的系统通过iframe
连接到新系统的页面,旧系统后台逻辑 通过新系统对外发布的 webapi 进行与新系统的交互。

以上会有几点比较关键的地方:

  1、系统间的通信。。(序列化 反序列化)

    ①在类上打上序列化标签 然后  使用开源的newtonsoft.json 序列化后,另一个系统反序列化
失败。。后来将 序列化标签去掉就好了。

    ②set 访问器 internal。。被坑

    ③weiapi方法 带有Get Post Delete Put 等谓词 默认 同样的访问方式。。

④weiapi 参数 如果是 系统类型 如int
string 等 需要 客户端 以 application/json方式 发送
如果以默认的application/xwwwformurlencoded 参数只能为 自己写的 实体类。

2、登陆模块

      ①因为会有跨域的问题 ,sso 是有必要的。

   3、js跨域

    通常会有2各系统间 页面的一些交互 比如说 旧系统使用iframe嵌套 新体统页面 ,旧的系统想获取一些
新页面上的数据。。 这是 就有跨域的问题。 document.domain=“xxx” 是多么关键

  4、未完待续~

时间: 2024-08-11 09:55:26

多个系统间交互-灰度发布-一些笔记的相关文章

4种系统间交互方法比较

转载自:http://blog.csdn.net/zuocheng_liu/article/details/9035015 4种系统间交互方法比较 指相对独立子系统间的交互 指标\方式 API 数据文件 共享数据库 (web系统)根域名cookie 实效性 高 低 最高 实时 时间效率 高 低 最高 低 实时空间效率 低 高 低 - 实时占用带宽 低 低 低 低 系统设计正交性 高 高 低 低 系统设计耦合度 低 低 高 高 实现方式 同步/异步 异步 异步 异步 协议 http request

系统间数据交互注意项

先了解点问题:◎ 是否担心数据丢失,比如丢失率 1%?◎ 系统时效性要求是否很高,比如是:实时.秒级.分钟级还是小时级?◎ 系统间网络环境是否OK,比如是:互联网.同机房.同城专线?◎ 系统间有无安全通讯信道等问题需要保障? 给点初步建议:◎ 不暴露数据库,否则:人家统计你等待.人家锁表你死机.人家改数你纠错:◎ 约松耦合越好,能批处理就不要实时处理,能用数据交换就不用接口调用,能用异步接口就不用同步接口:◎ 是不是WebService随意,不过现在有不少轻量级方案,主要还是看安全性和性能要求了

互联网产品灰度发布

互联网产品灰度发布 关于2016年5月15日,DevOps成都站|架构与运维峰会活动总结 1. 前言 2 2. 灰度发布定义 5 3. 灰度发布作用 5 4. 灰度发布步骤 5 5. 灰度发布测试方法 6 6. 灰度发布引擎 6 7. 灰度发布常见问题 8 7.1. 以偏概全 8 7.1.1. 问题特征: 8 7.1.2. 解决方案: 8 7.2. 知识的诅咒 9 7.2.1. 问题特征: 9 7.2.2. 解决方案: 9 7.3. 发布没有回头路可走 9 7.3.1. 问题特征: 9 7.3.

A/B测试与灰度发布

1.A/B测试与灰度发布相关的一些术语 测试起源 1.1 桶测试(Bucket Testing):这个没有什么地方给出明确的定义,但是通常来说是国外用于测试游泳池是否存在漏水行为的一种比较测试.即将一桶水放到泳池中,分别标明内外水位,放置一段时间后,如果外部水位明显下降(超过XXX英寸),则证明水池漏水.这个和软件测试没有什么直接关系,但是他是一种两个方案之间的对比性测试,用于识别缺陷. 1.2 多变量测试(Multivariate Testing):这个使用市场营销的一个术语,通常用于在多个变

系统间数据交互的方案探讨

===================================== 互联网时代, 1等公民是建立规范和协议的人 2等公民是提供服务的人 3等公民是开发软件的人 4等公民是卖硬件的人 ===================================== 信息系统的普及应用导致原有系统间的信息孤岛需要通过系统间接口进行数据交互,信息交互的接口常见有以下几种: (1)数据库交互:服务方提供表或存储过程,由调用方控制commit或rollback. (2)文件交互:双方对请求文件各应答文件

架构设计:系统间通信(20)——MQ:消息协议(下)

(接上文<架构设计:系统间通信(19)--MQ:消息协议(上)>) 上篇文章中我们重点讨论了"协议"的重要性,并为各位读者介绍了Stomp协议和XMPP协议.这两种协议是消息队列中两种不同使用场景下的典型代表.本文主要接续上文的篇幅,继续讨论消息队列中另一种典型协议:AMQP协议. 3-3.AMQP协议 AMQP协议的全称是:Advanced Message Queuing Protocol(高级消息队列协议).目前AMQP协议的版本为 Version 1.0,这个协议标准

使用Nginx+Lua实现Web项目的灰度发布

使用Nginx+Lua实现Web项目的灰度发布 Nginx编译安装Lua模块 一.安装LUA环境及相关库 官方网站:https://github.com/openresty/lua-nginx-module 1.LuaJIT wget http://luajit.org/download/LuaJIT-2.0.2.tar.gz make && make install PREFIX=/usr/local/LuaJIT # vim /etc/profile export LUAJIT_LIB

架构设计:系统间通信(32)——其他消息中间件及场景应用(下2)

(接上文<架构设计:系统间通信(31)--其他消息中间件及场景应用(下1)>) 5-3.解决方案二:改进半侵入式方案 5-3-1.解决方法一的问题所在 方案一并不是最好的半侵入式方案,却容易理解架构师的设计意图:至少做到业务级隔离.方案一最大的优点在于日志采集逻辑和业务处理逻辑彼此隔离,当业务逻辑发生变化的时候,并不会影响日志采集逻辑. 但是我们能为方案一列举的问题却可以远远多于方案一的优点: 需要为不同开发语言分别提供客户端API包.上文中我们介绍的示例使用JAVA语言,于是 事件/日志采集

架构设计:系统间通信(19)——MQ:消息协议(上)

1.概述 从本文开始,我们介绍另一类型的系统间通讯及输:MQ消息队列.首先我们将讨论几种常用消息队列协议的基本原理和工作方式,包括MQTT.XMPP.Stomp.AMQP.OpenWire等.然后在这个基础上介绍两款MQ产品:ActiveMQ和RabbitMQ,它们是现在业务系统中应用广泛的消息队列软件.包括他们的安装.运行.支持协议.集群化和调用方式. 当然,在这个过程中我们还会提到其他的消息队列协议(或者实现),例如微软JBossMQ.MSMQ.商业化产品WebSphere MQ.Oracl