网络监控摄像头
Jun 1
-- begin
之前在配置mssql 采集的时候,还专门去研究CDC的原理,怎么不知道有一个debezium这个好用的开源工具呢?
What is Debezium?
from:https://debezium.io/docs/tutorial/
Debezium is a distributed platform that turns your existing databases into event streams, so applications can see and respond immediately to each row-level change in the databases. Debezium is built on top of Apache Kafka and provides Kafka Connect compatible connectors that monitor specific database management systems. Debezium records the history of data changes in Kafka logs, from where your application consumes them. This makes it possible for your application to easily consume all of the events correctly and completely. Even if your application stops (or crashes), upon restart it will start consuming the events where it left off so it misses nothing.
Debezium是一个开源项目,为捕获数据更改(Capture Data Change,CDC)提供了一个低延迟的流式处理平台,通过安装配置Debezium监控数据库,可以实时消费行级别(row-level)的更改。身为一个分布式系统,Debezium也拥有良好的容错性。
Debezium的源端(即支持监控哪些数据库) : MySQL,MongoDB,PostgreSQL,Oracle,SQL Server
Debezium的目标端(即可以数据导入端) : Kafka
Debezium的应用 : 实时同步数据,实时消费数据
from:https://blog.csdn.net/bingoxubin/article/details/87871272
官网https://debezium.io/docs/tutorial/


Tags:
Jun 1
对debezium的运维和使用大半年时间。曾经管理的单个debezium集群有10个左右的debeizum任务。某个库的debezium订阅的表数量大概有几十个,得出了很多经验,踩了很多坑。下面会列出各种遇到的问题和一些比较不错的实践。

踩坑
debezium坑很多!!最大的坑就是kafka connect的rebalance;每当有新的debezium connector被发到集群后,就会触发集群的rebalance;集群内部的connector任务开始重启,表面上看任务重新分配,每个debezium实例都能均匀的分配到任务,确实很优雅。但是事实上重启集群内部所有的connector一个很重的操作。由于本身debezium的一些不优雅的特性,导致重启有可能造成集群内多个connector挂掉。所以需要尽可能的少触发集群的rebalance; 不过这个巨坑其实很难避免。

其它的几个大坑:

debezium的history topic 不能被多个connector共用。如果新的connector使用了集群内某个connector正在使用的history topic,集群内的正在使用history topic的connector会抛出异常终止(这个在0.5.x版本的时候,并不会抛出异常!!)。
竟可能的每个库对应一个connector,每个connector只订阅需要接入debezium的某个库内的表。可以通过设置库的白名单和表的白名单实现。(一个任务订阅多个库、多个表是非常不正确的行为,后续新增表代价会非常大)
debezium connector重启并不是每次都成功的,也即是说connector重启可能会导致任务挂掉。history topic可能会非常的大,connector重启时会读取history topic所有数据,如果history topic数据量非常的大,connector可能就无法在给定的时间内启动,connector抛出异常启动失败。
坑3这个坑遇上rebalance,就会出现比较严重的问题。如果集群内有多个connector,并且多个connector的histroy topic都很大,那rebalance之后,这些connector很有可能都会重启失败。
坑1和rebalance也有关系。debezium集群内connector数量很多时,重启可能会发生history topic被共用的异常,但是事实上我们并没有共用!!
建议
一个debezium内尽量不要运行太多的connector。相同数量的机器情况下,多集群的效果会比单集群多服务器好很多!
把很重的connector迁到单独的集群。比如我所在的公司,需要订阅一个库内几十个表,这就导致任务的重启非常的慢,停掉任务就要花很长时间,如果和其它connector部署在一起,不是很好!(理由自己想)
推荐将debezium部署到k8s,集群扩容、缩容会很方便。
可以尝试将每个connector对应一个k8s pod,来做到正真的资源隔离,互不影响。当然这个我没有尝试过 ~.~ 。
大概就这些吧。
--------------------- 
作者:_laomei_ 
来源:CSDN 
原文:https://blog.csdn.net/sweatOtt/article/details/82430724 
版权声明:本文为博主原创文章,转载请附上博文链接!

---end
Tags:
Nov 17
WebRTC和TUTK的P2P区别(来源网络)
WebRTC和TUTK的P2P区别(来源网络)
一 概述
WebRTC,名称源自网页即时通信(英语:Web Real-Time Communication)的缩写,是一个支持网页浏览器进行实时语音对话或视频对话的API。
TUTK P2P:Kalay云端平台整合设备智慧化过程中所需元素,并提供适用于各种操作系统的应用程序编程接口(API),让装置得以跨越品牌及通讯协议相互沟通。

二 架构
WebRTC
WebRTC和TUTK的P2P


TUTK
WebRTC和TUTK的P2P

三 异同点
1,相同点:
(1)都提供P2P通信的能力,P2P穿透失败,都走RLY。
(2)着力点:低延时,都使用UDP作为主要的传输控制协议。
(3)都需要根据网络状况,做码流控制。

2,不同点:
(1)信令服务器和中转服务器:WebRTC区分STUN和TRUN,分别做信令和中转,TUTK的P2P服务器兼有2种功能。
(2)通道:WebRTC audio,video,IO数据分别使用不同的通道,TUTK里面audio,video,IO使用相同的通道。
(3)编解码:WebRTC SDK包含编解码能力,TUTK的P2P sdk只有通信的功能。
(4)加密:WebRTC 使用TLS/DTLS做加密,TUTK使用AES/DTLS做加密。
from:http://blog.sina.com.cn/s/blog_c636d10e0102y1xq.html

Tags: , ,
Nov 17
目前的ipc摄像头 一般支持onvif 和p2p协议,但是一般一个摄像头只能二选一。

让摄像头支持P2P访问

无须搭建云服务器,在任何地方都可以随时视频摄像头。

目前这块技术已经有第三方的公司做的比较久了,建议直接整合,没必要自己研发,主要是成本高,我采用的是 TUTK的P2P平台,只需要购买他们的ID号,配置到摄像头里就可以让摄像头在任何地方随时视频,整合也比较简单.

https://www.tutk.com/kalay_cloud.html
ipc_onvif_p2p
Nov 11
区别 easydraw 和easynvr 的区别
easydraw 只支持rtsp 流媒体播放的协议,不支持onvif协议

easynvr才支持onvif的协议。收费
http://www.easydarwin.org/pdf/EasyDarwin_Introduction.pdf
Windows server 2012  2016的版本支持吗?==>2003不支持,2008及以上都支持
下载地址:
https://gitee.com/easydarwin/ReleaseVersion/tree/master/EasyNVR

通过RTSP协议接入摄像机
支持Onvif协议,支持云台控制,焦距缩放==》可以控制摄像头就是 外称的云台控制

控制摄像机的需要哪个协议?
每个摄像机都需要进行单独的通道配置??
为啥我的页面上没有这个控制按钮:因为在这个摄像机通道配置中,摄像机接入类型必须是 Onvif 类型,摄像机才能有控制功能,前端页面的按钮才会显示出来;
怎么收费的?默认是几个通道?
试用版本###  有几个通道?试用版本可以用多久?2个月,16个通道,每个月都需要更新。  文档是说更新软件版本?
优惠
一台服务器 一般水电的 2千个通道
app自己做。50-80费用。  开发型的产
双向语音不支持?客户端?


通常情况下EasyNVR前端自动适配了PC Web采用了低延时的RTMP直播协议播放,其他平台采 用的都是H5标准的HLS直播协议的

EasyNVR摄像机接入采用的是EasyDarwin的底层框架,流媒体分发采用的是nginx,性能都是得到过 行业巨头的认可,非常可靠
rtsp .
Tags: ,
分页: 1/2 第一页 1 2 下页 最后页 [ 显示模式: 摘要 | 列表 ]