首页 文章 精选 留言 我的

精选列表

搜索[多Agent协同],共10000篇文章
优秀的个人博客,低调大师

MultipleOutputFormat多文件输出

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 import java.io.IOException; import org.apache.hadoop.conf.Configuration; import org.apache.hadoop.fs.FileSystem; import org.apache.hadoop.io.IntWritable; import org.apache.hadoop.mapred.JobConf; import org.apache.hadoop.mapred.RecordWriter; import org.apache.hadoop.mapred.lib.MultipleOutputFormat; import org.apache.hadoop.util.Progressable; import org.w3c.dom.Text; public class MultipleOutputFormatTest extends MultipleOutputFormat<Text, IntWritable>{ protected String generateFileNameForKeyValue(Text key, IntWritable value, Configuration conf) { char c = key.toString().toLowerCase().charAt( 0 ); if (c >= 'a' && c <= 'z' ){ return c + ".txt" ; } return "other.txt" ; } @Override protected RecordWriter<Text, IntWritable> getBaseRecordWriter( FileSystem fs, JobConf job, String name, Progressable arg3) throws IOException { // TODO Auto-generated method stub return null ; } } 在教程当中只需要重写generateFileNameForKeyValue就能达到分文件的效果 但是在实践当中 还需要重写另一个方法getBaseRecordWriter还没有清楚其功能 先写着先 conf.setOutputFormat() //通过这个设定我们输出格式 本文转自 拖鞋崽 51CTO博客,原文链接:http://blog.51cto.com/1992mrwang/1206459

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

Docker 多宿主互联

在之前的docker简介中介绍了一些docker基础的操作,在涉及到多台不同的宿主机上运行docker时应该如何使他们之间进行通信呢,这是这篇文章的主要内容。 docker 可以使用多种集群的解决方案,如k8s,mesos等,这个将在后面的内容中一一介绍,这里我们将使用docker原生的组件进行连接。 环境准备 两台宿主机,都安装docker. 并下载官方的centos镜像。 网络配置 在宿主机node1和node2上分别查看默认的docker0网络: 1 2 3 4 5 node1: docker0:<NO-CARRIER,BROADCAST,MULTICAST,UP>mtu1500qdiscnoqueuestateDOWN link /ether 02:42:c2:a4:d3:e0brdff:ff:ff:ff:ff:ff inet172.17.0.1 /16 scopeglobaldocker0 valid_lftforeverpreferred_lftforeve 1 2 3 4 5 node2: docker0:<NO-CARRIER,BROADCAST,MULTICAST,UP>mtu1500qdiscnoqueuestateDOWN link /ether 02:42:2e:be:83:69brdff:ff:ff:ff:ff:ff inet172.17.0.1 /16 scopeglobaldocker0 valid_lftforeverpreferred_lftforever 两个内部的网段相同,如果创建容器,两个网络肯定无法互联,所以我们修改默认docker0网络,并且使这两个网络不会和外部的网络冲突。 在node2上的 /usr/lib/systemd/system/docker.service 文件中ExecStart=区域添加参数: 1 --bip=10.10.0.1 /16 \ 重启docker服务。 分别在node1和node2上创建容器: 1 2 3 4 node1: dockerrun-it--nametest1centos bash node2: dockerrun-it--nametest2centos bash 这时test1的ip地址为172.17.0.2, test2的地址为10.10.0.2, 两个虚拟机都是走的宿主机的内部nat,所以依然无法通信。 而容器到node1和node2宿主机都是可以正常通信的,由于我们都是设置的不同网段,所以可以在每个宿主机上单独添加一条静态路由,指定数据包的流向: node1: 1 routeadd-net10.10.0.0 /16 gw192.168.56.12 node2: 1 routeadd-net172.17.0.0 /16 gw192.168.56.11 这样不同宿主机上的容器就可以互联了。 这种方式虽然简单高效,但是如果是大规模的docker集群,会难以维护,同时由于docker容器都在不同宿主机的不同网段,需要使用网络组播和广播交互的服务就无法跨主机通信了 本文转自 酥心糖 51CTO博客,原文链接:http://blog.51cto.com/tryingstuff/1945943

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

多园区集群管理,MyEMS 分布式多站点部署方案

第一,数据孤岛不只在园区内部,更在园区之间。 单个园区内部的数据孤岛已经够头疼了——电表、水表、光伏、储能各有各的系统。但更头疼的是园区之间的孤岛:A 园区用的是某闭源 EMS 平台,B 园区用的是设备厂商赠送的监控软件,C 园区还在用人工抄表。三个园区的数据格式、采集频率、能耗单位、碳排因子版本都不一样。集团想要一张总表,先得把三套"方言"翻译成一种——靠人工做,一个月一次,等数据汇总好,决策窗口早过了。

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

基于 TP6 的 bwsaas 多租户多应用多终端 SAAS 平台框架重大 V1.4.0 更新

废话:又经过一个月的沉淀和开发,框架的稳定性和完善性又上升到了一个新层次,本次版本跳过了v1.3.3定义到了V1.4.0,大家也会知道了改动还是比较大的,最重要的就是官方网站插件市场上线了【www.buwangyun.com】 下面详细说明变动: 新增 1 通用注册增加用户注册时的默认头像【多端统一】 2 增加插件类型all_system,这种插件能同时在租户后台和总平台后台有管理菜单 3 插件类型:admin_system=总后台插件,member_system=租户系统,member_bwwechat=租户bwwechat应用插件 ,租户后台和总后台都有操作节点的插件类型 all_system 4 租户应用增加续费功能,支持总平台为每个应用单独配置续费升级套餐【余额支付续费升级】 5 租户后台样式调整为左侧导航双列布局导航,细分租户后台管理菜单并调整展示样式 6 框架安装sql更改(增加套餐菜单,附件删除菜单,微信消息菜单...) 7 增加Bwmall商城签到插件 8 增加bwmall应用的打印机插件【支持易联云,中午,飞鹅】 9 增加头条小程序和支付配置设置 10 bwmall商城头条系小程序支付回调 11 框架增加租户应用PC端扫码支付 更新 1 更新了演示地址 2 总平台对租户用户管理整合到了一个管理界面【方便管理】 3 租户所有用户详情配色修改 修复 1 bwmall商城的打印插件修改为应用级插件 2 框架公共API接口绑定上下级关系修复【不能绑定自己的下级用户】 3 修复应用用户列表详情内user_bill展示问题

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

IMA × WorkBuddy 组合打法:知识库 + 桌面工作台协同

写东西的人都有一个共同的痛:知识散落一地。微信里收藏的文章、浏览器存的书签、本地一堆叫不出名字的 docx、聊天记录里某次灵光一现的碎片——等真要写篇技术文或周报时,这些东西一个都找不着,得从头再搜一遍。我管这叫"有资料、没记忆"。另一端,桌面 AI 工作台(比如 WorkBuddy)很能干活:你丢一句"整理这个乱文件夹并出分析报告",它自己归类、清洗、画图、导出,成品递你手上。但它有个短板——没记忆。每次新任务,背景都得你重新喂一遍,昨天刚梳理好的项目规范,今天它又不记得了。

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

打破部门墙的战略设计、协同机制与智能底座

部门墙是分工制度的副产品。1776 年,亚当·斯密用制针工厂说明分工的威力:十个人分工,一天做出四万八千枚针。此后泰勒的科学管理、法约尔的职能制主张、韦伯的科层制理论,把专业职能固定成企业的正式结构。专业能力来自职能部门,病症也来自这些职能部门——每一个职能部门都有自己的边界、业务规则和利益。

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

构建终端文件安全闭环:落地加密 + 流转加密协同方案

在企业终端数据防泄漏建设中,透明加解密依托内核文件过滤驱动实现无感防护,不改变员工日常操作习惯,能够有效保护内部业务文档。不少运维人员经常混淆落地加解密与复制 / 移动加解密两类管控策略,不合理的配置容易引发文件漏加密、终端 IO 性能下降、文档异常等问题。本文结合落地运维经验,梳理两种模式的原理、参数规范以及企业环境部署方案。

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring

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

Sublime Text

Sublime Text

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

用户登录
用户注册