首页 文章 精选 留言 我的

精选列表

搜索[构建环境],共10000篇文章
优秀的个人博客,低调大师

新华三助力公安构建新IT“警盾”

8月24日,在中国公安部指导下,人民公安报社携手公安部科信局领导、各省市公安系统科信部相关领导、云计算及大数据行业专家、产业链合作伙伴等,在浙江海宁召开了2017公安行业云计算与大数据研讨会,共同探讨云计算、大数据技术与公安业务的结合与应用,交流具有代表性、典型性的经验和做法,推进大数据时代公安科技信息化工作。 本次研讨会将国各地的公安行业科信部负责人与国内优秀IT厂商聚集在一起,重点探讨了公安行业安全云面对的主要问题及解决方案,以及如何借力大数据和“互联网+”,通过基础信息化推进警务实战化。 新华三作为全球新IT解决方案领导者受邀参加本次研讨会,并在会上分析了目前我国公安大数据平台中存在的一些问题,解读了这些问题的解决方案。 在新华三看来,目前我国的公安大数据平台技术架构可以考虑进一步向多元化发展,针对业务需求不断提升性能以及架构的可扩展性,这些将有利于进行开源管理和维护。在现有平台的基础上,可以考虑引入更多新的技术和业务模型,从而挖掘数据价值并简化应用方面的开发过程。 针对这些问题,新华三提供了一整套公安大数据平台的技术架构,通过融合现有的技术架构,实现大数据平台的自动化统一管理维护,集成丰富的分析工具,方便了后期的应用开发。 据新华三庞松介绍,目前新华三自主研发的公安行业大数据平台,已经在西藏公安等地方落地运营,均取得了非常卓越的效果,为全国其他公安行业提供了可借鉴优秀模板。 未来的新华三,将继续利用自身在云计算及大数据行业的领先技术,为全国的公安行业用户提供切实可行的解决方案,进一步推动我国公安行业的信息化建设,为整个社会治安建设贡献自己的力量。 本文出处:畅享网 本文来自云栖社区合作伙伴畅享网,了解相关信息可以关注vsharing.com网站。

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

基于TableStore构建简易海量Topic消息队列

前言 消息队列,通常有两种场景,一种是发布者订阅模式,一种是生产者消费者模式。发布者订阅模式,即发布者生产消息放入队列,多个监听的消费者都会收到同一份消息,也就是每个消费者收到的消息是一样的。生产者消费者模式,生产者生产消息放入队列,多个消费者同时监听队列,谁先抢到消息就会从队列中取走消息,最终每个消息只会有一个消费者拥有。 在大数据时代,传统的生产者消费者队列模式中的Topic数目可能从少量的几个变为海量topic。例如要实现一个全网爬虫抓取任务调度系统,每个大型的门户,SNS都会成为一个topic。在topic内部也会有海量的子网页需要抓取。在实现这样的一个任务分发调度系统时可能会遇到以下一些问题: 海量的topic,意味着我们可能会有海量的队列。针对爬虫场景,根据网页类型,一类网站对应到一个任务队列,不同的任务队列会有自己的生产者

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

通过Springboot拆分服务构建微服务集

应用背景: 1.基于Spring Boot开发 2.依赖ActiveMQ,Kafka,Redis,Mongodb,MySQL等开源软件 3.内部服务图片服务器,分布式计算平台服务,检索服务,消息推送服务等 拆分原因: 1.(原有的)应用模块之间高度耦合,各个模块都担当了牵一发而动全身的“角色” 2.应用的配置信息分布到依赖个几个服务的配置中,配置信息冗余,对配置的修改改动地方过多 3.应用在依赖的基础服务的时候,没能遵循“依赖倒转原则”,导致基础服务升级,问题修复,功能增加时应用在面对变化,不够灵活 4.应用定制化开发分支与主线决裂,无法满足灵活定制化开发 拆分过程: 整个拆封过程中保持原有业务不变,逐步进行的。 1.先是把依赖基础服务的部分抽取出来,应用对依赖服务的操作全部通过抽象出来的接口进行。然后通过具体实现来完成基础服务的操作。比如:操作图片服务器的操作通过ImageServerClient进行,操作分布式计算平台服务通过PccServerClient进行。 2.梳理应用的配置信息,比如图片服务器配置,数据库配置等,搭建Spring Cloud Config服务(支持git,svn,Local File 读取配置文件)采用Local File的方式来管理配置文件;应用集成Spring Cloud Config Client ,配置信息统一才配置服务中读取。 3.进行应用拆分,将提供Http请求接口的拆分为WebApp,将提供RPC接口的拆分为App。然后这两类分别安装实现的业务功能进行拆分。 拆分的WebApp,App仍然采用Spring Boot框架。 拆分结果: 1.WebApp通过Spring Session + Redis来实现Session共享 2.WebApp,App通过请求配置服务(Spring Cloud Config Server)完成配置文件的读取,解决了拆封原因2的问题 3.拆分步骤1解决拆分原因3中的问题 4.各个独立的应用之间除了webApp要session共享外,其它的通信,数据流向都是通过中间件来完成 5.解决拆分原因4的问题就更加容易了,定制化开发仅需要添加定制的应用即可 访问应用: 1.应用是前后端分离,通过反向代理来完成Http请求到多个WebApp的转发 2.外部系统可以通过Http请求,TCP/IP的方式分别访问WebApp和App 拆分难点: 1.应用的模块划分,这个需要对应用业务流程,数据流向,依赖服务之间的调用关系以及通信协议清楚 2.避免为拆分而拆分 3.团队成员都能够理解拆分的原因,清楚操作的过程,能够想象到期望的结果 一个故事: 某一天女朋友包了两种饺子:大肉葱,韭菜鸡蛋。 我:一起煮 女朋友:说分开煮 我:不嫌麻烦 女朋友:我不吃大肉 我:那煮好,不捞大肉给你就好了 女朋友:那大肉葱煮烂了,咋办!锅里全是肉味 大而全的应用就像是一个锅煮各种饺子,小应用(微服务)就像是一锅煮一类饺子。 本文转自 secondriver 51CTO博客,原文链接:http://blog.51cto.com/aiilive/1845951,如需转载请自行联系原作者

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

如何构建Android Sync Provider :Part1

Android2.0 SDK带来的一个好东西就是你可以写一个普通的同步供应商程序,并将其与系统的联系薄,日历等集成。唯一的问题是相关的文档十分的少。还有一个糟糕的问题在于,如果你在某一个地方出了错,Android系统就会崩溃重启。面临如此挑战,我依靠这稀少的文档,以及很少的帖子,还有Android地带的一些代码去建立了一个同步程序----Last.fm 。你想要知道怎么去建立你自己的同步程序么?读下去吧 账户验证 第一个令人疑惑的问题就是账户验证问题,你可以从这个地方了解到更多的信息。http://developer.android.com/reference/android/accounts/AbstractAccountAuthenticator.html 这里定义了该账户如何在“账号&同步”设置中出现的。一个账号的的验证需要3部分来实现:1. 一个从onBind方法返回AbstractAccountAuthenticator 子类的一个服务2. 一个Activityt提供用户输入他们的凭据(账号秘密信息),一个xml文件去描述账号信息展示给用户时( an xml file describing how your account should look when displayed to the user.)同时,你也需要在android.mainfest.xml中添加android.permission.AUTHENTICATE_ACCOUNTS权限 服务 验证服务程序期望从一个onBind方法中返回一个AbstractAccountAuthenticator的子类。如果你坚持不这么做的话,带来的后果就是当你向系统添加一个账号时,android会将会崩溃并且重启。所幸实现AbstractAccountAuthenticator 并不是一件困难的事情,我们只需要实现其中的addAccount方法即可。该方法返回一个Intent,系统将会用他来为用户展示一个登陆框。该如下的实现将会运行我们的service“fm.last.android.sync.LOGIN”.用户等登录完毕后,,会有一个AccountAuthenticatorResponse 对象传出,我们可以用来将其回传给系统。 AccountAuthenticatorService.java 1 import fm . last . android . LastFm; 2 import android . accounts . AbstractAccountAuthenticator; 3 import android . accounts . Account; 4 import android . accounts . AccountAuthenticatorResponse; 5 import android . accounts . AccountManager; 6 import android . accounts . NetworkErrorException; 7 import android . app . Service; 8 import android . content . Context; 9 import android . content . Intent; 10 import android . os . Bundle; 11 import android . os . IBinder; 12 import android . util . Log; 13 14 /* * 15 * Authenticator service that returns a subclass of AbstractAccountAuthenticator in onBind() 16 */ 17 public class AccountAuthenticatorService extends Service { 18 private static final String TAG = " AccountAuthenticatorService " ; 19 private static AccountAuthenticatorImpl sAccountAuthenticator = null ; 20 21 public AccountAuthenticatorService() { 22 super (); 23 } 24 25 public IBinder onBind(Intent intent) { 26 IBinder ret = null ; 27 if (intent . getAction() . equals(android . accounts . AccountManager . ACTION_AUTHENTICATOR_INTENT)) 28 ret = getAuthenticator() . getIBinder(); 29 return ret; 30 } 31 32 private AccountAuthenticatorImpl getAuthenticator() { 33 if (sAccountAuthenticator = = null ) 34 sAccountAuthenticator = new AccountAuthenticatorImpl( this ); 35 return sAccountAuthenticator; 36 } 37 38 private static class AccountAuthenticatorImpl extends AbstractAccountAuthenticator { 39 private Context mContext; 40 41 public AccountAuthenticatorImpl(Context context) { 42 super (context); 43 mContext = context; 44 } 45 46 /* 47 * The user has requested to add a new account to the system. We return an intent that will launch our login screen if the user has not logged in yet, 48 * otherwise our activity will just pass the user's credentials on to the account manager. 49 */ 50 @Override 51 public Bundle addAccount(AccountAuthenticatorResponse response, String accountType, String authTokenType, String[] requiredFeatures, Bundle options) 52 throws NetworkErrorException { 53 Bundle reply = new Bundle(); 54 55 Intent i = new Intent(mContext, LastFm . class ); 56 i . setAction( " fm.last.android.sync.LOGIN " ); 57 i . putExtra(AccountManager . KEY_ACCOUNT_AUTHENTICATOR_RESPONSE, response); 58 reply . putParcelable(AccountManager . KEY_INTENT, i); 59 60 return reply; 61 } 62 63 @Override 64 public Bundle confirmCredentials(AccountAuthenticatorResponse response, Account account, Bundle options) { 65 return null ; 66 } 67 68 @Override 69 public Bundle editProperties(AccountAuthenticatorResponse response, String accountType) { 70 return null ; 71 } 72 73 @Override 74 public Bundle getAuthToken(AccountAuthenticatorResponse response, Account account, String authTokenType, Bundle options) throws NetworkErrorException { 75 return null ; 76 } 77 78 @Override 79 public String getAuthTokenLabel(String authTokenType) { 80 return null ; 81 } 82 83 @Override 84 public Bundle hasFeatures(AccountAuthenticatorResponse response, Account account, String[] features) throws NetworkErrorException { 85 return null ; 86 } 87 @Override 88 public Bundle updateCredentials(AccountAuthenticatorResponse response, Account account, String authTokenType, Bundle options) { 89 return null ; 90 } 91 } 92 } 93 该验证服务需要在Android.Mainfest.xml中使用元数据标签定义一下。如下 Snippet from AndroidManifest.xml 1 < service android:name = " AccountAuthenticatorService " 2 android:exported = " true " android:process = " :auth " > 3 < intent-filter > 4 < action android:name = " android.accounts.AccountAuthenticator " / > 5 < /intent-filter > 6 < meta-data android:name = " android.accounts.AccountAuthenticator " 7 android:resource = " @xml/authenticator " / > 8 < /service > 9 Xml文件 账号的xml文件中定义了当应用程序与你的账号互动的时候,应用程序将会看到的东西(是不是向国内其他应用程序使用QQ一些应用一样,首先会有一个授权,询问用户当前的应用程序可以访问你的用户的哪些信息?------我的理解)其中包含了用户可读的名字,你所定义的系统账号类型,图标,对一个包含当用户修改账号时可以看到的PreferenceScreens 的xml文件。 authenticator.xml 1 < account-authenticator xmlns:android = " http://schemas.android.com/apk/res/android " 2 android:accountType = " fm.last.android.account " 3 android:icon = " @drawable/icon " 4 android:smallIcon = " @drawable/icon " 5 android:label = " @string/app_name " 6 android:accountPreferences = " @xml/account_preferences " / > 7 account_preferences.xml 1 < PreferenceScreen 2 xmlns:android = " http://schemas.android.com/apk/res/android " > 3 < PreferenceCategory 4 android:title = " General Settings " / > 5 6 < PreferenceScreen 7 android:key = " account_settings " 8 android:title = " Account Settings " 9 android:summary = " Sync frequency, notifications, etc. " > 10 < intent 11 android:action = " fm.last.android.activity.Preferences.ACCOUNT_SETUP " 12 android:targetPackage = " fm.last.android " 13 android:targetClass = " fm.last.android.activity.Preferences " / > 14 < /PreferenceScreen > 15 < /PreferenceScreen > 16 集成(putting it all together) 现在我们可以准备开始测试了。Android 账号的设置部分并不能完好的捕捉异常。如果有地方出错了,设备会重启。最好的测试方式是运行模拟器后,运行DevTools,点击AcountsTester 你会看到一个新的账号类型将会同系统内置的“Corporate”类型的账号一样,被添加到列表中。尽管从下拉列表中选择你的账号,然后点击增加按钮,那么,将会呈现一个你所做的登录框。经过验证后 ,你的账号将会出现在按钮下边的列表中。在这一点,使用系统的“Account&sync”设置去移除和修改账户应该是安全的。 准备好“Data & synchronization”的章节了么?让我们开始第二个章节吧。 可供参考的实现源代码你可以从这里下载https://github.com/c99koder/lastfm-android/。(在GNUGeneralPublicLicense主题下边)另外一个单独的实例程序你可以从Apache License 2.0主题下得到https://github.com/c99koder/AndroidSyncProviderDemo。Google同样也有一个他们的示例的同步程序在Androiddeveloperportalhttp://developer.android.com/resources/samples/SampleSyncAdapter/index.html。该应用程序比我(原作者)的会稍微完整一些。 本文转自HDDevTeam 51CTO博客,原文链接:http://blog.51cto.com/hddev/653349,如需转载请自行联系原作者

资源下载

更多资源
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文件系统,支持十年生命周期更新。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册