Loading the catalog…
THE AI OPPORTUNITY INDEX
Find your next AI tool. Explore free access, trials, and credits — all in one place.
Readhub
OpenAI 安全系统团队负责人之一戴维・罗宾逊已离职,他此前还负责过公司政策规划工作,主要涉及安全透明度相关内容。近期 OpenAI 安全团队人事变动频繁,此前已有安全负责人约翰内斯・海德克离职,公司还与三名违反敏感信息共享相关政策的研究人员终止合作。罗宾逊此前曾发文流露出对 OpenAI 相关调整速度的疑虑,近期 OpenAI 也接连面对多起安全事件,公司 CEO 奥尔特曼称安全和对齐工作必须走在模型能力提升的前面。
Score: 57.25Confidence: 54%
View offer人人都是产品经理
2026 年,AI 游戏的供给已经爆炸:Steam 上标注使用 AI 的新游占到全部新品的 30.8%,中位收入却停在 300 美元,Top1% 拿走约 94%。盘点 30 款出海产品后的结论是,钱没流向玩法本身,而是先变成了美术、本地化和投放上的效率。 2026年,“AI 游戏能不能做出来”这件事已经有答案,真正要回答的是下一个问题:“AI+游戏”的 钱从哪里收回来。 眼下Steam上每三款新游就有一款标注了AI使用说明,Steam全平台有评测游戏的收入中位数停在300美元上下;同一时间,中国自研游戏在2026年上半年从海外市场收进123.72亿美元,同比增长30.22%。 钱的去向很集中,比起落到“游戏”这个品类本身上的,更多钱还是先变成了生产线上的效率。 本文看点 今年,AI在游戏里首先是生产线的效率工具,“玩法”是AI使用的最后一站。国内企业AI普及率86%,其中美术环节占比最高。 供给激增,但是收入没有跟上。Steam上AI标注新游已占新品三成,中位收入300美元,而平台Top1%拿走约94%的收入。 从“做不出来”到“做出来收不回成本”,每次交互都在烧算力,用户越多成本越高。 赚钱的产品几乎都是把AI用在美术、本地化与投放上的成熟品类,而非AI原生游戏。 未解的问题:当每次交互都要付算力钱,用户愿意为什么反复付费? 数据来自中国音数协、伽马数据、Sensor Tower、AppMagic、SteamDB、SteamyData、Sulka Haro、Delisted Games、点点数据、白鲸出海、扬帆出海等公开报道 这一年 发生了什么变化 01 AI 从“新品类”退回“生产管线” 2026 年,行业的关注点已经从“AI 能不能做出来”转向“AI+游戏的体验升级”。这句判断落到具体数字上,AI 在游戏里的位置变得非常清楚: 它先落在游戏生产管线上,然后才轮到玩法本身 。 中国音像与数字出版协会2026年7月30日在上海CDEC公布, 国内游戏企业AI技术普及率已达86% ;在22家年营收过亿的代表性企业里,美术设计环节的AI渗透率84.2%,发行运营77.3%。伽马数据同期发布的《2026中国游戏产业AI发展报告》补了另一个视角:AI 工具在美术类生产场景的工具数量占比49.4%, 接近一半的AI工具使用都压在了美术上 。 公司的口径更具体。三七互娱披露,2D美术资产中AI生成占比超过80%,单季度可产出超50万张素材,提效幅度超过80%;广告素材视频里AI深度参与的超过70%,AI自动化投放占比超过50%,AI本地化覆盖18个语种、最高准确率95%。 AI 已进入游戏生产管线:行业普及率 86%,美术环节渗透最高 把AI当玩法本体的团队很少。 真正押注这个方向的是蔡浩宇的Anuttacon、美酷瑞、米哈游与字节朝夕光年等少数几家。对多数厂商来说,AI先解决的是人力与周期。 02 供给激增,收入却停在头部百分之一 从Steam平台来观察,2026年上半年,标注使用AI的新游占到全部新品的30.8%,二季度进一步升至33%,这些AI标注游戏贡献了平台新增供给的六到九成。到9月,Steam上带AI 标注的游戏总量突破1.4万款,年增长率280%;2026年头7天上架的230款新游里,有81款标注了AI使用说明。 收入的走势和供给是两条线。同一组统计里,平台收入Top1%的游戏拿走约94%的估算收入 AI标注游戏的中位收入停在300美元上下,28%的AI标注游戏连一条评测都没有 。自称“完全由 AI 制作”的《Codex Mortis》,峰值同时在线32人。2026年2月的Steam 新品节收录了3455款试玩,被部分玩家形容为“在垃圾堆里找金子”。 供给在爆炸,收入走的是另一条线 制图:扬帆出海 总体看来, AI只是把“做一款游戏”的门槛降下来了;而“做一款有人玩的游戏”仍然没有那么简单 。 03 中国团队把产品做出来,但账本还停在百万美元级 《AI2U: 与你直到世界尽头》是这一年最常被引用的样本。制作人大谷Spitzer在纽约大学Game Center任教,2026年8月12日推出正式版后,Steam上维持着88%好评,累计下载133万次,相关视频全球播放接近5亿次;第三方站点SteamyData估算的Steam累计毛收入是88.1万美元。大谷自己的说法是,产品累计带来约500万人民币收入,未能覆盖研发成本。另一处变化在成本侧,《AI2U》的Token价格自上线以来降了96%。 《Whispers from the Star》的故事走得更远,也停得更早。三家第三方站点给它的销量估算从3.4万到10万份不等,毛收入估算27.3万至40.5万美元(SteamRev口径,与SteamyData方法论不同,跨站数字只作量级参照)。2026年7月,Anuttacon战略性终止这款游戏的后续开发。 把这些数字放到同一张表的另一侧,三七互娱的《Last Asylum: Plague》2026年8月单月海外收入突破2500万美元。 同一年里,AI原生游戏和用AI提效的传统品类,收入差了两个数量级 。 中国团队把产品做出来了,账本停在百万美元级 制图:扬帆出海 04 比起直接作用于玩法,更有效的是AI+生产管线 海外与国内榜单上真正拉动增长的名字,多数是把AI放进美术、本地化与投放环节的常规品类。《Last Asylum: Plague》2026年8月单月海外收入突破2500万美元,靠的是末日生存品类的成熟框架加AI压缩美术与素材成本。《异环》5月移动端海外收入约1700万美元,项目把AI用在场景资产与多语言配音的批量生产上。这两款产品卖的东西和AI无关, AI的作用体现在成本与迭代速度上面。 高DAU产品走在更前面。《超自然行动组》累计流水突破50亿元,“AI假人”在其中承担的是内容消耗与新鲜感,付费主力仍是成熟的抓宝与装扮体系。对照另一组数字,AI原生游戏里收入最高的《AI2U》,第三方估算的Steam累计毛收入是88.1万美元。同一年里,两类产品的收入差了两个数量级, 差距的主因在品类本身能不能承载持续付费,与AI用得多不多关系不大。 收到钱的一侧:成熟品类与大 DAU 产品 制图:扬帆出海 付费点的位置也在变。买断制的AI产品开始叠加第二层收费,《历史模拟器:崇祯》在48元买断之外再收Token充值,上线一个半月后本体转为免费。这些尝试共同指向同一个问题: 行业仍在寻找与AI体验增量相匹配的定价方式。 05 成本与合规同时收紧,押注者开始收缩战线 蔡浩宇的LinkedIn显示,他在Anuttacon的任期已于2026年7月结束,新身份是“Independent LLM and Agent Developer”;据媒体报道,公司近90%的算力转向大模型与Agent方向。他押注AI原生玩法的《Whispers from the Star》,也在2026年7月迎来战略性终止,官方B站账号随后注销。另一条产品线上,米哈游的AI桌面陪伴产品《BSide: Olivia Lin》(林离)7月13日在Steam开启免费抢先体验,峰值同时在线7289人,不到一个月后的8月11日即发布停运公告,8月31日下架并关闭服务器。 成本是明面上的那条线,AI游戏的边际成本和传统游戏相反。传统游戏做一份之后按销量摊薄,AI游戏的每一次交互都在消耗推理算力,用户越多成本越高。《历史模拟器:崇祯》2026年5月上线Steam,首月销量破3万份,48元买断之外还要为AI推理的Token单独充值,双重付费引发大规模退款,上线一个半月后本体转为免费。制作人的说法是,保持流畅体验需要模型每秒输出80到120个token,成本压不住。这款产品的次日留存有75%,非工作日平均在线7小时,Steam好评率54%。合规是第三条线,7月中旬《人工智能拟人化互动服务管理暂行办法》实施, 对AI拟人情感互动提出规范化要求 ,涉足相关玩法的团队需要重新评估业务边界。 成本压顶:三款 AI 原生游戏的收缩节奏 制图:扬帆出海 2026年AI游戏相关收入对照 把两类角色的收入放到同一张表里,能很快看出差距。 AI原生游戏(第三方Steam估算,2026年9月快照):《Whispers from the Star》收入27.3万至40.5万美元,《AI2U》收入88.1万美元。 用AI提效的传统品类与高DAU产品:《异环》2026年5月移动端海外约1700万美元,《Last Asylum: Plague》2026年8月海外2500万美元,《超自然行动组》累计流水50亿元人民币。 先看账本 · 2026 年 AI 游戏相关收入对照 制图:扬帆出海 两组并排,AI原生游戏的累计收入停在百万美元量级,AI提效的传统品类单月就能到千万美元,大DAU产品的累计流水以十亿元计。中间隔着两个数量级, 而差距来自品类,来自这个品类能不能承载持续付费 。中国团队的AI游戏平台是另一条线,Aippy全球下载超400万,Rezona累计下载约1760万次,它们先比的是用户规模,变现路径仍在摸索。 下面是这30款产品的信息。收录标准是2026年有公开的新版本、新数据或新进展,按优先顺序排列:中国出海团队的AI原生游戏、大厂高DAU产品的AI玩法、中国团队的AI游戏平台与工具,以及海外团队与中腰部新面孔。 01 中国团队 · AI原生游戏 《不问凡尘》|朝夕光年(字节跳动) 2026 年 9 月 24 日上线 Steam 抢先体验 首发定价19.9元,上线次日进入Steam畅销榜前20,SteamDB记录最高同时在线7206人,好评率88%。角色与场景由AI视频模型生成仿真人画面,AI对话嵌进修仙题材的养成、冒险与战斗框架,拍卖会、炼丹与比武大会齐备。项目组约20人,从首支PV公布到上线用了四个月,负责人昕玠此前推翻过三个方向。这是上线Steam的AI产品里少有的口碑与热度同时在线的样本。 《Whispers from the Star》|Anuttacon(蔡浩宇创办) 2026 年 7 月,Anuttacon 宣布战略性终止该作后续开发 玩家用语音、文字与视频通话和被困外星的女生Stella实时对话,Stella由自研大模型驱动,具备长期记忆与情绪感知,用套路化话术会被识破。第三方估算销量3.4万至10万份、毛收入27.3万至40.5万美元。它是蔡浩宇押注AI原生玩法的代表性产品,2026年7月迎来战略性终止,官方B站账号随后注销。 《神探夏洛克:暗夜追踪者》|美酷瑞 2026年8月21日发售,收获429 篇评测,总体为“特别好评” 国内 首款拿到版号的重度3D AI原生游戏。 玩家扮演福尔摩斯,通过实时语音与AI角色互动展开推理,NPC拥有独立人格、情绪与行为动机,案件真相由玩家的推理路径现场生成。海外测试广告点击率10%,女性玩家占比80%,用户平均在线时长稳定在两小时以上。团队引入动态人格细化框架维持长对话中的人格一致性;创始人朱笑靖为原盛大游戏副总裁,累计投入数千万元,3D AI原生的制作成本约为普通2D小游戏的十倍,另需叠加持续的Token算力消耗。 扬帆出海相关报道:《投融资周报丨TOP TOY 再次递表港交所;美酷瑞 Gamercury AI 完成新一轮融资》 《大时代》The Greed of Man|第九城市 2026年9月24日在香港上线 一周内登顶香港App Store与Google Play模拟游戏分类榜。产品基于TVB同名剧集IP授权开发,由第九城市自研AI游戏生产平台the9bit完成,创作者用自然语言或一张图描述想法,平台转成结构化生产蓝图,再协调内容生成、调试、资产制作与集成。官方口径是整款产品约八个月完成,传统模式需要两到三年。 《AI2U: 与你直到世界尽头》|AlterStaff(大谷 Spitzer) 2026 年 8 月 12 日推出正式版 玩家被病娇猫娘AI女友困在家中,需要通过对话说服她放人,在公寓、魔女小屋与美人鱼海岛等场景里解谜。AI内容生成接入Azure OpenAI、Gemini与MiniMax TTS三家服务。Steam 88%好评,累计下载133万次,相关视频全球播放接近5亿次;第三方估算Steam累计毛收入88.1万美元(SteamyData中位估计),制作人称累计收入约500万人民币,未能覆盖研发成本,Token价格自上线以来已降96%。 《代号三国:龙起》|玛奇阿朵互娱 2026年4月28日在Steam与蒸汽平台全球首发 定价58元,首发折后49.3元。玩家扮演穿越到平行时空三国的现代青年,通过关键选择触发30种结局,分“桃花不负”情感线与“霸业不误”战略线。UE5制作,字幕与界面覆盖30种语言,完全音频覆盖15种语言,发行方称其为首款应用AIGC技术的互动影游,AI用于生成场景、制作大场面并与真人画面融合,同时承担多语言配音。上线后Steam好评率最高97%,冲上国区付费榜第4位,目前2300+评论中好评率占比92%。 《吾皇万岁》|AI GAME STUDIO 2026年6月5日在Steam发售 国区定价24元,首周折后19.2元,仅支持简体中文。玩法是穿越到架空古代动荡王朝,以新君身份在吏治、子嗣、军事与国策几个方向上做决策,每一步都影响王朝存亡。核心变化在于 引入AI生成对话,NPC交互摆脱固定文本,自由度高于传统模拟经营。 目前公开数据有限,销量与收入未见披露。 《历史模拟器:崇祯》|独立团队 青干工作室,2026年5月上线Steam 首月销量破3万份,48元买断之外还需为AI推理的Token单独充值,双重付费引发大规模退款,上线一个半月后本体转为免费,目前3000+条评论,整体口碑褒贬不一。保持流畅体验需要模型每秒输出80到120个token,成本上压力很大。Steam好评率54%,次日留存75%,非工作日平均在线7小时。 它给出了AI原生游戏最锋利的一道切面 ,玩家一边在评论区骂,一边停不下来。 《海滩奇缘》|南威软件(魔趣视界) 2026年8月1日面向海外市场正式发行 海滨小镇题材的二合休闲游戏,玩家收集与合成海滩物品、完成居民订单、修复小镇建筑,逐层解开古老魔法封印。研发流程全链路引入AI,从美术资产与剧情文案的生产,到本地化与投放运营,都走AI生产管线。南威软件称这是“AI驱动游戏工业化”的一次验证,规划2026年海外发行2款、国内发行2款主流游戏。上线后的下载与收入数据尚未公开。 《星布谷地》|米哈游 2026 年 4 月 21 日开启二测,定档 2026 年冬季公测 生活模拟题材的AI原生尝试,AI NPC“娜洛”是这款产品的核心变量。米哈游AI总负责人李嫣然在2026年9月23日的云栖大会上介绍,娜洛具备跨版本、跨账号的长期记忆,单个NPC最多可以同时与4名玩家聊天,背后是同一套Agent架构支撑游戏内全部AI NPC;训练环节用了“多教师在线蒸馏”,把多个大模型的能力压进一个更小、更省成本的模型里。产品层面,它把AI对话接进了生活模拟的日常框架,记忆跨版本保留,意味着玩家隔着一个版本回来,NPC还记得上一次的对话。2026年4月的测试期间还出现过“AI投毒”事件,有玩家持续向高热度NPC投喂其他游戏内容、污染其记忆库,导致该角色在与其他玩家对话时输出竞品信息。 扬帆出海相关报道:《暂别二次元?米哈游首测跨界新作,大厂云集的生活模拟赛道又迎一位搅局者》 《麦琪的花园》Magi Scapes|AutoGame 2026 年 6 月 15 日参加 Steam 新品节免费试玩 2D像素风的AI沙盒冒险游戏,创始人张昊阳曾任《和平精英》技术策划,公司累计完成三轮数千万人民币融资,投资方包括奇绩创坛、九合创投与璀璨资本。玩法上,NPC的关系、任务与对话由AI实时生成,关卡、道具与部分玩法规则也在运行时产出,玩家的选择会持续改写后续内容。Steam新品节试玩期间进入新品榜Top 50,是国产团队里把AI生成能力做成核心循环的少数样本。 02 中国厂商的 高 DAU产品 · AI玩法植入 《超自然行动组》|巨人网络 2026 年 1 月上线“AI 假人”核心玩法,1 月 19 日推出“AI 大模型挑战” NPC由大模型实时驱动,能 语音交流、模仿真人行为、复制队友装扮与道具混入队伍,还会偷走宝物,玩家可以抓住它收服跟随 。扬帆出海2026年1月20日的报道记录了这套玩法的技术底座:推理由阿里云、火山引擎与腾讯云三家联合承担,采用多云混合部署,可把并发成本降低20%以上;上线一周AI参与对局数突破2500万次,截至2026年一季度末参与 对局数突破4亿场、累计生成AI假人超过29亿。 游戏累计注册用户超2亿、截至2026年一季度末累计流水突破50亿元;2026年2月DAU突破1000万,8月24日突破1200万。巨人网络上半年营收46.89亿元,同比增长182.08%,归母净利润21.44亿元,同比增长175.96%。海外版《Tomb Busters》5月27日登陆日本、韩国、美国市场,计划明年一季度进入东南亚及拉美。 《蛋仔派对》|网易 2026 年 7 月第四届创作者大会公布新一代编辑器体系 平台把DeepSeek V4 Pro、GLM-5.2、Kimi K2.7 Code等大模型接进编辑器,覆盖AI辅助建模、AI问答与AI辅助Lua编程三个环节。截至2026年7月,AI问答助手已覆盖85.9万作者、产生224.3万次会话,AIGC 3D资产生成服务4.7万名创作者、生成模型超过44万个。同期发布的“双子星”编辑器体系用帧同步的“原点编辑器”承接轻量地图,用状态同步的“世界编辑器”支撑大规模开放世界,平台另投入1亿元专项补贴。官方口径是,全球注册用户超过7亿、月活稳定在1亿以上、原生UGC开发者超过5000万、累计发布地图超过2亿张。这套打法的意义在于,AI在这里改的不是NPC的表演,而是把“做一款游戏”的门槛压到接近内容消费的层级。 《和平精英》|腾讯 截至2026年3月 AI队友累计体验用户1.1亿,最高日活1770万,单局平均交互70轮,麦克风开启率接近 75%。2026年6月上线专属AI明星队友“小田”,带独立人设与长期记忆,由混元大模型驱动。配套的绿洲启元UGC平台内置AI创作助手,把一个想法从提出到落地的周期压到15分钟,2026年春节绿洲启元DAU突破5800万。这个案例的价值落在数据形态上,AI队友拉动的是玩家的社交意愿与在线时长,付费层面的配套动作尚未跟上。 《王者荣耀》|腾讯 2026 年上线“语音灵宝”,首日参与量破千万 生成式AI支持游戏内全场景语音操控与智能互动,为这款上线多年的产品注入新的交互活力。腾讯在财报口径中披露,《王者荣耀》《和平精英》《三角洲行动》等超40款游戏已落地AI功能。 《三角洲行动》|腾讯 2026 年二季度平均 DAU 创下历史新高 与《和平精英》《王者荣耀》一同列入腾讯已落地AI功能的40余款产品清单。据Sensor Tower统计,截至2026年6月末,它的全球累计内购收入突破9亿美元。腾讯营销 AIM+已赋能约30%的广告主营销投放金额,在小游戏与短剧广告主中被广泛采用。把它列进来,是因为它代表了另一种现实,在腾讯这个体量,AI的价值先体现在投放与运营侧,然后才是玩法。 《燕云十六声》|网易 2026 年月活跃用户数创下历史新高 产品搭载大模型驱动的开放式智能NPC,玩家自由对话生成的趣味内容在海外社交平台快速传播。它证明了一件事,AI交互特色本身就是可以跨市场传播的内容,不必依赖大规模产能投入。该产品已入选商务部等六部门2026 年“千帆出海”重点活动清单。据网易2026年二季度财报口径,其月活跃用户数创下历史新高。 《洛克王国:世界》|腾讯 2026 年 3 月上线版本起应用强化学习驱动的战斗 AI 腾讯魔方工作室群Game AI团队在这款回合制卡牌对战里用深度强化学习训练NPC:模型在反复对战中依据行为与结果获得奖惩,逐步学会在能量、阵容与不完全信息条件下做决策,最终演化出均衡、激进、保守与“天气队”等不同战斗风格。这套系统与游戏同期上线,已累计支撑数十亿场线上对局,并按周交付模型,以跟上新精灵与新技能的更新节奏。它代表的是与“对话型AI NPC”不同的另一条路,AI不表演人格,而是承担对手的博弈能力。 《地铁跑酷》|创梦天地 2026 年上线游戏内 IP 角色智能体“闪闪” 创梦天地在《地铁跑酷》里上线“闪闪”智能体,支持玩家与这个IP角色实时对话交互,公司称这是行业首个大规模落地的游戏内IP角色智能体。同期公司月Token调用量突破5000亿,另有客服智能体(问题解决率超过85%)、内容智能体Camena(累计产出图片与视频类游戏内容超过一万项)与数据智能体Metis三条线。把AI放进一款运营多年的休闲产品,检验的是长线留存与算力成本的平衡,而不是玩法创新本身。 03 中国团队的AI游戏平台与创作工具 Rezona|Stratava Group(创始人张锏曾任 TikTok 产品经理) 2026 年 1 月单月下载突破百万,三个月内连续完成四轮融资 定位“把网络热梗变成游戏”:用户输入一个想法或上传一张表情包,数秒内生成可玩的微型游戏。游戏茶馆2026年年中的报道口径为累计下载超600万次,第三方商店统计到9月已达约1760万次;Sensor Tower口径下,2026年5月单月下载超过320万次,首次进入中国手游出海下载榜Top 30视野。平台高度集中的梗文化形成明显圈层筛选,用户以爱玩梗整活的年轻重度网民为主。 扬帆出海相关报道:《AI游戏创作平台首进下载TOP30,莉莉丝“捉宠+弹珠机”新游月流水破亿:出海赛道多了哪些新玩法?》 Aippy|赤子城科技 2026 年 6 月完成数千万美元首轮融资 定位AI游戏创作与互动社区,用户用自然语言描述想法生成可玩小游戏,以竖屏信息流形式上下滑动体验,支持一键Remix二次创作,约40%的内容来自Remix,官方把Remix率作为核心指标,DAU排在后面。截至2026年7至8月全球下载量超400万,月活规模逼近200万,应用商店评分4.9,平台内UGC游戏作品超500万个,7月DAU较年初增长约6倍,投后估值约2.5亿美元,运营主体已从上市公司体系剥离独立运营。核心用户来自美国、英国、加拿大,15至25岁人群为主。 扬帆出海相关报道:《工具、社交、游戏、AI,一场长期主义的出海,不可忽视的赤子城》 Loopit|涌跃智能 2026年2月10日上线 主打即刷即玩,用户像刷短视频一样浏览信息流,刷到的内容可以直接点进去互动。截至4月下旬全球注册用户近200万,次日留存从早期30%升至50%以上,用户创作率30%。母公司2026年4月22日宣布完成5000万美元新一轮融资,由Garena领投,经纬创投第四次加码,开年三个月连融三轮、累计金额近1亿美元。它充分调用终端硬件能力,陀螺仪与重力感应、麦克风吹气与声控、摄像头手势与人脸识别都在可调用的范围里。应用商店里已有用户反馈“刷久了感觉都是类似的AI垃圾”,内容同质化正在侵蚀这个增长故事。 扬帆出海相关报道:《B站小红书抖音快手接连入局、资本持续加注,互动内容赛道要成“正规军”了?》 GameWave|昆仑万维 上线时间未在公开报道中明确 目标被概括为“游戏界的TikTok”,用户可轻松成为游戏创造者。2026年9月的第三方统计给出累计下载约170万次、月下载约150万次、日新增下载超5万次的量级,增速已逼近Rezona(该组数据仅见投资者社区转述,待核实)。支持Android与iOS双平台,界面覆盖18种语言。昆仑万维把它放进“游戏界TikTok”的叙事里,但真正的考验会落在“创作者生态能否转起来”。 GamePartner.AI|中手游 2026年5月达成战略合作后推出 中手游与极逸人工智能合作推出AI驱动的休闲游戏一站式平台,覆盖市场洞察、开发到全球发行,由中手游负责全球运营推广。6月起《数字纸牌》《温馨毛线》《缤纷宝石》《出发吧!便利店》《皇室编录》等产品陆续
Score: 56.96Confidence: 54%
View offervelog
Click To Message My WhatsApp 24/7 https://wa.link/st5uhb Click To Visit My Website https://www.delhifungirl.com/ Calling Number 7703891840 Call Girls in Hauz Khas Metro Station 7703891840 Hand To Hand, Cash Payment Genuine Escorts Service Safe & Secure High Class Services Affordable Rate 100% Satisfaction, Unlimited Enjoyment. Any Time for Model/NO. Educated, Royal Class Female, High-class UNLIMITED ENJOYMENT } MOST🔥DYNAMIC 3/4/5 STAR HOTELS,OYO ND HOME IN-CALL OUT-CALL 24/HRS HOTTEST MODELS AVAILABLE DELHI NCR/NOIDA GURGAON 100% Customers Satisfaction Guarantee VIP Profiles Top Grade Service Cooperative All round Service. CASH ON DROP IN HOTELS ROOM ) This Ads Is Only For Those Clients Who Are Looking For Genuine Call Girl' & Escorts Service Delhi V★I★P Genuine High Profile Model's Available
Score: 54.4Confidence: 49%
View offervelog
Поиск по запросу Kraken official link может привести пользователя к кракен постоянное зеркало большому количеству различных страниц и публикаций. Поэтому важно понимать, как отличить официальный ресурс от сторонних или потенциально опасных сайтов. При работе с криптовалютными платформами безопасность имеет особое значение, поскольку учетная запись может содержать финансовую информацию и доступ к цифровым активам. Kraken является известной криптовалютной платформой, поэтому её название может использоваться на различных сайтах, в рекламных объявлениях и публикациях. Пользователю следует внимательно проверять источник перед тем, как вводить логин, пароль или другие конфиденциальные данные. Почему важно искать официальный Kraken official link Использование правильного источника помогает снизить риск столкновения с фишинговыми страницами. Такие страницы могут выглядеть практически идентично настоящему сайту и использовать похожий дизайн, логотипы и названия разделов. Основная цель подобных ресурсов обычно заключается в том, чтобы заставить пользователя самостоятельно предоставить чувствительную информацию. Это может быть пароль, код подтверждения, данные аккаунта или другая информация, которая может использоваться для получения несанкционированного доступа. Поэтому запрос Kraken official link следует рассматривать не просто как поиск адреса, а как необходимость проверить подлинность ресурса перед авторизацией. Как распознать официальный ресурс Перед входом в аккаунт рекомендуется внимательно посмотреть на адрес страницы в браузере. Даже небольшое отличие в названии может указывать на сторонний ресурс. Особое внимание стоит обращать на необычные домены, дополнительные символы, ошибки в написании названия и подозрительные окончания адреса. Также не рекомендуется доверять только внешнему виду страницы. Профессионально созданная фишинговая страница может выглядеть практически так же, как оригинальный ресурс. Проверка адреса и источника является более надежным способом убедиться в подлинности страницы. Пользователям также стоит избегать переходов по неизвестным ссылкам из случайных сообщений, комментариев и непроверенных публикаций. Безопасность учетной записи После того как пользователь нашёл официальный ресурс Kraken, необходимо позаботиться о безопасности самой учетной записи. Один из важных шагов — использование уникального и сложного пароля, который не применяется на других сервисах. Дополнительную защиту обеспечивает двухфакторная аутентификация. Она создаёт дополнительный уровень проверки при входе и может значительно усложнить доступ к аккаунту для постороннего человека, даже если пароль каким-либо образом стал известен третьей стороне. Также важно не передавать другим людям коды подтверждения, пароли или другие данные для входа. Настоящие представители сервиса не должны требовать от пользователя раскрывать секретные данные учетной записи. Осторожность при получении сообщений Пользователь может получить сообщение, в котором отправитель представляется представителем Kraken. В таком сообщении могут содержаться предупреждения о блокировке аккаунта, необычной активности или необходимости срочно подтвердить данные. Такие сообщения необходимо проверять особенно внимательно. Срочность часто используется в фишинговых схемах, чтобы человек действовал эмоционально и не успевал проверить информацию. Если сообщение вызывает сомнения, лучше самостоятельно открыть официальный ресурс через ранее сохранённую закладку, а не использовать ссылку из самого сообщения. Почему не стоит искать случайные зеркала В интернете можно встретить страницы, которые называют себя зеркалами, альтернативными входами или специальными ссылками Kraken. Пользователю следует относиться к подобным предложениям с осторожностью. Не каждый ресурс, использующий название Kraken, действительно связан с официальной платформой. Особенно важно избегать неизвестных страниц, которые требуют установить дополнительное программное обеспечение, предоставить секретную фразу или передать данные учетной записи. Для обычного пользователя нет необходимости использовать непроверенные альтернативные страницы только потому, что они обещают более быстрый или удобный доступ. Проверка перед авторизацией Перед вводом данных аккаунта полезно выполнить несколько простых действий. Сначала нужно проверить адрес страницы. Затем следует убедиться, что сайт использует защищённое соединение и не показывает предупреждений браузера. Также стоит обратить внимание на неожиданные запросы. Если страница требует секретную фразу кошелька, пароль, код подтверждения или другую конфиденциальную информацию в необычном контексте, необходимо остановиться и проверить источник. Такая привычка особенно полезна для пользователей, которые регулярно работают с криптовалютными сервисами. Что делать при подозрении на мошенничество Если пользователь считает, что оказался на подозрительной странице, не следует вводить свои данные. Если информация уже была введена, необходимо как можно быстрее принять меры по защите учетной записи. Важно изменить скомпрометированные данные, проверить активность аккаунта и воспользоваться официальными каналами поддержки. При этом не стоит обращаться к случайным людям, которые обещают восстановить доступ за плату. Криптовалютная сфера часто становится объектом различных мошеннических схем, поэтому осторожность должна оставаться приоритетом. Заключение Запрос Kraken official link связан прежде всего с необходимостью найти настоящий ресурс и избежать поддельных страниц. Пользователю важно самостоятельно проверять адрес, не доверять неизвестным ссылкам и не передавать третьим лицам данные для входа. Использование уникального пароля, дополнительной аутентификации и внимательная проверка сообщений помогают повысить безопасность аккаунта. Главное правило заключается в том, чтобы не торопиться при авторизации и всегда проверять источник перед передачей конфиденциальной информации.
velog
https://velog.io/@kysth0707/3-NestJS%EB%A1%9C-api 에서 Nestjs => Spring Boot 한 것이다 Spring Boot controller ᄂBookController, RentalsController repository ᄂBookRepository, RentalsRepository, service ᄂBookService, RentalsService 꼴 BookController // src/main/java/.../controller/BookController.java package com.umc.week3springboot.controller; import com.umc.week3springboot.service.BookService; import lombok.RequiredArgsConstructor; import org.springframework.web.bind.annotation.*; import java.util.List; import java.util.Map; @RestController // 1. "나는 데이터를 JSON으로 서빙하는 API 카운터야!" @RequestMapping("/books") // 2. 이 컨트롤러로 들어오는 요청의 기본 주소는 /books @RequiredArgsConstructor public class BookController { // 주방장(Service)을 주입받아 카운터 옆에 대기시킵니다. private final BookService bookService; // 3. HTTP GET 방식으로 /books 요청이 들어왔을 때 이 메서드가 실행됩니다. @GetMapping public List<Map<String, Object>> getBooks() { return bookService.getAllBooks(); } @GetMapping("/category/{categoryID}") public List<Map<String, Object>> findBooksByCategoryID(@PathVariable("categoryID") Long categoryID) { return bookService.findBooksByCategoryID(categoryID); } @PostMapping public String createBook(@RequestBody Map<String, Object> body){ bookService.createBook(body); return "도서 등록이 완료되었습니다!"; } } Rentals Controller package com.umc.week3springboot.controller; import com.umc.week3springboot.service.RentalsService; import lombok.RequiredArgsConstructor; import org.springframework.web.bind.annotation.*; import java.util.List; import java.util.Map; @RestController @RequestMapping("/rentals") @RequiredArgsConstructor public class RentalsController { private final RentalsService rentalsService; @PostMapping public String rentBook(@RequestBody Map<String, Object> body){ rentalsService.rentBook(body); return "정상적으로 대여했습니다."; } @PatchMapping("/{rentalID}/return") public String returnBook(@PathVariable("rentalID") Long rentalID) { rentalsService.returnBook(rentalID); return "정상적으로 반납했습니다."; } } BookRepository // src/main/java/.../repository/BookRepository.java package com.umc.week3springboot.repository; import lombok.RequiredArgsConstructor; import org.springframework.jdbc.core.JdbcTemplate; import org.springframework.stereotype.Repository; import java.util.List; import java.util.Map; @Repository // 스프링 컨테이너에 "나 창고지기 부품이야!"라고 등록 @RequiredArgsConstructor public class BookRepository { // 2단계에서 준비된 스프링의 DB 통신 도구(JdbcTemplate) 주입 private final JdbcTemplate jdbcTemplate; public List<Map<String, Object>> findAll() { String sql = "SELECT * FROM book"; // 쿼리를 실행하고 결과를 List<Map> 형태의 날것 데이터로 긁어옵니다. // Map의 Key는 '컬럼명(title)', Value는 '실제 데이터(달빛 도서관)'가 됩니다. return jdbcTemplate.queryForList(sql); } public List<Map<String, Object>> findBooksByCategoryID(Long categoryID) { String sql = "SELECT * FROM book WHERE category_id = ?;"; return jdbcTemplate.queryForList( sql, categoryID ); } public void save(Map<String, Object> body){ // book_id는 AUTO_INCREMENT이므로 생략, is_available은 기본 true로 삽입 String sql = "INSERT INTO book (category_id, title, description, is_available) VALUES (?, ?, ?, true)"; // SQL 뒤에 파라미터를 차례대로 넘겨주면 ? 자리에 순서대로 안전하게 바인딩됩니다. jdbcTemplate.update( sql, body.get("categoryId"), body.get("title"), body.get("description") ); } } Rentals Repository package com.umc.week3springboot.repository; import lombok.RequiredArgsConstructor; import org.springframework.jdbc.core.JdbcTemplate; import org.springframework.stereotype.Repository; import java.util.List; import java.util.Map; @Repository @RequiredArgsConstructor public class RentalsRepository { private final JdbcTemplate jdbcTemplate; public void rentBook(Map<String, Object> body){ String sql = "INSERT INTO rental (user_id, book_id, rented_at, due_at) VALUES (?, ?, NOW(), DATE_ADD(NOW(), INTERVAL 7 DAY))"; jdbcTemplate.update( sql, body.get("userId"), body.get("bookId") ); } public void returnBook(Long rentalID) { String sql = "UPDATE rental SET returned_at = NOW() WHERE rental_id = ?"; jdbcTemplate.update( sql, rentalID ); } } BookService // src/main/java/.../service/BookService.java package com.umc.week3springboot.service; import com.umc.week3springboot.repository.BookRepository; import lombok.RequiredArgsConstructor; import org.springframework.stereotype.Service; import java.util.List; import java.util.Map; @Service // 비즈니스 로직을 수행하는 메인 셰프 계층 @RequiredArgsConstructor public class BookService { // 창고지기(Repository)를 생성자 주입으로 데려옵니다. private final BookRepository bookRepository; public List<Map<String, Object>> getAllBooks() { // 지금은 별도 가공 없이 창고지기가 가져온 도서 목록을 그대로 반환합니다. return bookRepository.findAll(); } public List<Map<String, Object>> findBooksByCategoryID(Long categoryID) { return bookRepository.findBooksByCategoryID(categoryID); } // BookService.java에 추가 public void createBook(Map<String, Object> body){ bookRepository.save(body); } } Rentals Service
velog
구조를 변경했다 __root.tsx import { Outlet, createRootRoute } from '@tanstack/react-router' import Header from '../components/layout/header' import Footer from '../components/layout/footer' import { MovieProvider } from '../contexts/movie-context' export const Route = createRootRoute({ component: RootComponent, notFoundComponent: () => <main className="mx-auto w-full max-w-[1170px] flex-1 py-10">페이지를 찾을 수 없어요.</main> }) function RootComponent() { return ( <MovieProvider> <div className="flex min-h-screen flex-col"> <Header /> <Outlet /> <Footer /> </div> </MovieProvider> ) } 로 페이지 넘겨도 쓰이는 친구들을 쉽게 쓸 수 있다. 특히 tailwindcss 쓰고 cn을 import { clsx, type ClassValue } from "clsx"; import { twMerge } from "tailwind-merge"; export function cn(...inputs: ClassValue[]) { return twMerge(clsx(inputs)); } 로 하면 조건문으로 css를 쉽게 변경할 수 있다. css와 tailwindcss 문법이 좀 다르니 유의 ai 시키면 참 잘 만든다. 꼴로 라우터를 구성할 수 있다. $는 path Variable
Score: 54.4Confidence: 49%
View offervelog
우리가 매일 일상적으로 사용하는 웹 브라우저의 주소창에 도메인을 입력하고 '엔터' 키를 누르는 그 짧은 순간, 보이지 않는 백그라운드에서는 거대한 인프라 시스템이 일사불란하게 움직이는 '경이로운 여정'이 시작됩니다.1 여러분이 체감하는 불과 0.1초의 찰나 동안, 데이터는 전 세계를 촘촘히 잇는 해저 광케이블을 빛의 속도로 가로지르고, 삼엄하게 경계하는 보안 요새의 엄격한 검문을 통과하며, 마침내 가장 깊숙한 곳에 숨겨진 데이터베이스(DB)의 심장부에 도달하여 필요한 정보를 안전하게 꺼내옵니다. 하지만 실무에서 네트워크 구성도나 서버 아키텍처 다이어그램을 처음 마주하는 많은 분들은, 복잡하게 얽힌 선들과 알 수 없는 장비 아이콘들 앞에서 마치 거대한 '블랙박스'를 마주한 듯한 막막함과 두려움을 느낍니다.2 2026년 현재, 인공지능(AI)과 하이브리드 클라우드가 IT 인프라 생태계를 근본적으로 재편하고 있는 격변의 시기임에도 불구하고, 데이터가 흐르는 네트워크의 근본적인 뼈대와 논리적 원리는 결코 변하지 않습니다. 이 가이드는 건조하고 파편화된 기술 용어의 사전적 암기를 강요하지 않습니다. 그 대신, 거대한 데이터 트래픽이 목적지를 향해 나아가는 흥미진진한 여정을 따라가며 인터넷, 프로토콜, 라우터, 방화벽, 서버 이중화 등 현대 IT 인프라를 지탱하는 핵심 구성 요소를 직관적이고 논리적으로 해부해 드립니다.1 복잡한 인프라 구조의 작동 원리를 명쾌하게 이해하고, 나아가 2026년 이후의 미래 트렌드까지 선점할 수 있는 통찰력을 지금부터 함께 확보해 보시기 바랍니다. 1. 여정의 시작: 도로와 자동차의 철학적 구분 (인터넷 vs 웹) 네트워크 인프라의 거대한 그림을 올바르게 이해하기 위해 가장 먼저 바로잡아야 할 흔한 오해는, 일상에서 동의어처럼 혼용하는 '인터넷(Internet)'과 '웹(Web)'의 계층적 차이를 명확하게 구분하는 것입니다. 아키텍처 설계의 관점에서 이 두 개념을 분리하는 것은 모든 인프라 이해의 단단한 초석이 됩니다. 인터넷은 전 세계의 수많은 컴퓨터와 서버들이 물리적, 논리적으로 촘촘하게 연결된 거대한 연결망이자 인프라 그 자체를 의미합니다.5 이를 현실 세계의 인프라에 비유하자면 국가와 대륙을 잇는 '거대한 도로망(고속도로, 철도, 해저 광케이블 등)'에 해당합니다. 반면, 웹은 그 거대한 도로 위를 달리는 수많은 '운송 서비스(택시, 버스, 화물차)' 중 하나일 뿐입니다. 인터넷이라는 물리적인 도로망 위에는 웹 브라우저를 통해 동작하는 웹 서비스뿐만 아니라, 이메일 전송, 실시간 파일 공유(FTP), 고용량 미디어 스트리밍, 전 세계적인 게임 데이터 통신 등 다양한 형태의 차량(애플리케이션 서비스)들이 각자의 목적지를 향해 끊임없이 질주하고 있습니다. 네트워크 인프라를 설계하고 운영한다는 것은, 결국 이 거대한 '도로'를 얼마나 효율적이고 탄탄하게 구축할 것인지, 수많은 '교차로'에서 트래픽 병목을 어떻게 조율할 것인지, 그리고 외부의 악의적인 위협으로부터 내부의 소중한 '차량(데이터)'들을 어떻게 안전하게 보호할 것인지에 대한 복잡하고도 정교한 공학적 합의를 이루는 과정입니다. 2. 완벽한 통신을 보장하는 삼중 미션: 핵심 프로토콜 (HTTP, IP, TCP) 도로 위를 달리는 수억 개의 데이터 패킷들이 거미줄처럼 얽힌 경로에서 길을 잃지 않고 정확한 목적지에 무사히 도달하기 위해서는, 전 세계 모든 기기가 공통으로 준수하는 엄격한 규칙, 즉 프로토콜(Protocol)이 절대적으로 필요합니다. 실생활의 외교 관례나 우편 배달 규약처럼, 네트워크 통신 생태계는 각기 다른 고유한 임무를 띤 다음 세 가지 핵심 프로토콜의 완벽한 미션 수행을 통해 유지됩니다. 첫째, HTTP (Hypertext Transfer Protocol)는 "언어와 규격의 표준화" 미션을 수행합니다. 클라이언트(웹 브라우저)와 서버가 만나 HTML 문서, 이미지, 텍스트 등 다양한 웹 콘텐츠를 주고받을 때, 어떤 순서와 형식으로 요청을 보내고 응답을 받을지를 결정하는 상위 단계의 정교한 언어 규약입니다. 둘째, IP (Internet Protocol)는 "정밀한 목적지 좌표 지정" 미션을 책임집니다. 지구상에 존재하는 수십억 개의 연결된 기기들 속에서 데이터라는 편지가 도달해야 할 최종 목적지 서버의 고유한 주소(좌표)를 부여하고 식별하는 역할을 수행합니다. 마지막으로, 시니어 아키텍트의 관점에서 가장 심혈을 기울여 이해해야 하는 TCP (Transmission Control Protocol)는 "신뢰와 무결성의 수호자" 역할을 담당합니다. 우리가 사용하는 인터넷 망은 본질적으로 다양한 변수와 불안정성이 내포된 환경이므로, 대용량 데이터가 한 번에 완벽하게 전송되기를 기대할 수 없습니다. TCP는 이러한 한계를 극복하기 위해 데이터를 한 덩어리로 보내는 대신, 전송하기 좋은 작은 조각(세그먼트 및 패킷)으로 치밀하게 분할합니다. 단순히 데이터를 나누는 것에 그치지 않고, TCP는 각 조각에 순서를 부여(Sequencing)하여 목적지에서 완벽하게 재조합될 수 있도록 보장합니다. 또한, 수신 측과 3-Way Handshake라는 과정을 통해 철저하게 연결 상태를 확인하고, 중간에 패킷이 유실되거나 오류가 발생하면 즉각적인 재전송을 요청하여 데이터의 완전성을 끝까지 책임집니다. 이처럼 TCP의 복잡하고 번거로워 보이는 검수 과정은 단순한 통신 규약을 넘어, 불안정한 인터넷 환경에서 데이터 무결성(Integrity)을 입증하는 '신뢰 계층(Trust Layer)'으로 작용하며, 이는 추후 다룰 방화벽의 상태 기반 검사(Stateful Inspection)를 가능하게 하는 핵심 원리가 됩니다. 3. 물리적 한계를 초월하는 가속 엔진: CDN의 작동 원리와 비즈니스 가치 데이터가 통신 규약에 맞게 완벽하게 포장되어 출발할 준비를 마쳤을 때 마주하게 되는 가장 거대하고 물리적인 적은 바로 '거리로 인한 지연 시간(Latency)'입니다. 한국에 있는 사용자가 미국 본토에 위치한 원본 서버(Origin Server)에서 수십 메가바이트의 고화질 이미지나 영상 데이터를 매번 직접 다운로드해야 한다면, 태평양을 건너는 수많은 라우터를 거치며 필연적으로 엄청난 로딩 지연이 발생할 수밖에 없습니다. 이러한 물리적 거리의 한계를 기술적으로 극복하고 사용자 경험을 극대화하기 위해 CDN(콘텐츠 전송 네트워크, Content Delivery Network)이 전략적으로 개입합니다.7 CDN은 전 세계 주요 거점에 서버를 분산 배치하고, 무거운 정적 콘텐츠를 사용자와 물리적으로 가장 인접한 거점(Edge) 서버에 미리 복사해 두는 일종의 '전진 배치된 간이 창고' 역할을 수행합니다. 사용자가 웹 브라우저를 통해 콘텐츠를 요청했을 때, 지구 반대편의 서버까지 갈 필요 없이 가장 가까운 CDN 캐시 서버에 원하는 데이터가 존재하여 즉시 응답이 이루어지는 최적의 상태를 '캐시 히트(Cache Hit)'라고 부릅니다.10 만약 거점 서버에 데이터가 없는 '캐시 미스(Cache Miss)' 상황에서만 실제 원본 서버(Origin Server)로 이동하여 데이터를 가져온 뒤, 다음 사용자를 위해 거점 서버에 새롭게 저장합니다.6 인프라 아키텍트의 관점에서 CDN의 도입은 단순히 페이지 로딩 속도를 비약적으로 단축시키는 사용자 경험(UX) 개선 도구에 그치지 않습니다. CDN은 원본 서버로 집중되는 막대한 트래픽 부하를 분산시키고, 클라우드 환경에서 막대한 비용을 발생시키는 송출 트래픽(Egress Traffic) 비용을 획기적으로 절감하는 강력한 비즈니스 무기입니다.1 나아가, 원본 서버의 실제 IP 주소를 외부에 노출시키지 않음으로써 직접적인 분산 서비스 거부 공격(DDoS)이나 포트 스캐닝으로부터 내부 인프라를 격리시키는 '외부 보호막(External Shield)'으로서의 전략적 보안 가치까지 제공합니다. 4. 국경을 넘는 데이터의 내비게이션: 라우터와 스위치의 심층 분석 사용자와 인접한 CDN 창고에서 캐시 히트에 실패하거나, 데이터베이스 조회가 필요한 동적인 데이터를 요청할 경우, 데이터 패킷은 마침내 가정이나 사무실의 좁은 로컬 네트워크(LAN)를 벗어나 광역 네트워크(WAN)라는 진정한 글로벌 인터넷 세계로 진입하게 됩니다. 이 과정에서 패킷은 ISP(인터넷 서비스 제공자, 예: KT, SKT, LG U+ 등)가 촘촘하게 구축해 놓은 거대한 초고속 광케이블 망에 올라타게 됩니다. 이처럼 복잡하고 거대한 그물망(Mesh) 속에서 패킷이 길을 잃지 않도록 트래픽의 흐름을 지휘하고 경로를 안내하는 핵심 인프라 장비가 바로 라우터(Router)와 스위치(Switch)입니다.5 이 두 장비는 네트워크 구성도에서 경계를 확정하고 내부 연결을 최적화하는 전략적 거점으로 작용합니다. 장비명 통신 계층 (OSI 7 Layer) 네트워크 운용 범위 핵심 역할 및 비즈니스 가치 라우터 (Router) 레이어 3 (Network Layer) 외부 경계망 (WAN과 LAN의 연결 지점) 광역 통신망과 내부 로컬 망이라는 이기종 네트워크를 연결하는 최전방 관문입니다. 목적지의 IP 주소를 식별자로 분석하여, 수많은 갈림길 중 가장 빠르고 안전한 경로를 실시간으로 탐색(Routing)하는 '지능형 내비게이션' 역할을 수행합니다. 글로벌 네트워크와의 연결성을 보장하는 핵심 장비입니다. 스위치 (Switch) 레이어 2 (Data Link Layer) 내부망 (LAN 내부 기기 간 연결) 외부로 나갈 필요 없는 내부 사무실이나 데이터센터 서버실 안에서 여러 대의 서버와 PC를 묶어주는 '초고속 내부 교차로'입니다. 특히 거대한 서버 팜(Server Farm) 내에서는 로드 밸런서와 연계되어 트래픽 부하를 분산하고 서비스 가용성을 확보하는 필수적인 하드웨어 기반을 형성합니다. 10 5. 철벽의 요새, 방화벽과 포트(Port) 관리의 미학 수많은 라우팅 경로를 거치고 ISP의 광케이블을 통과해 마침내 목적지 서버가 있는 네트워크의 물리적 경계에 도달한 데이터 패킷은, 결코 곧바로 내부 서버로 진입할 수 없습니다. 시스템을 보호하는 요새의 입구에는 가장 삼엄한 최전방 파수꾼인 방화벽(Firewall)이 굳건히 자리 잡고 있기 때문입니다. 현대적인 엔터프라이즈 보안 아키텍처의 설계는 명시적으로 허용된 트래픽을 제외한 모든 외부 접근을 원천적으로 거부하는 제로 트러스트(Zero Trust) 관점의 '기본 차단(Default Deny)' 원칙에서 출발합니다.8 방화벽은 들어오는 트래픽의 출발지 IP 주소와 목적지 정보, 그리고 포트(Port) 번호를 정밀하게 대조하여 사전에 정의된 엄격한 규칙을 통과한 데이터만을 선별적으로 허용합니다. 여기서 IP 주소와 포트 번호의 관계를 명확히 이해하는 것이 중요합니다. IP 주소가 전 세계 네트워크상에서 특정한 물리적 서버 장비를 찾아가는 '거대한 건물의 지번 주소'라면, 포트(Port) 번호는 그 거대한 건물 내부에서 특정 부서나 프로그램이 구동되고 있는 구체적인 '호수(방 번호)'를 의미하는 논리적 식별자입니다. 하나의 강력한 물리적 서버 내에는 웹을 처리하는 프로그램, 데이터베이스를 관리하는 프로그램 등 여러 독립적인 소프트웨어가 동시에 구동될 수 있습니다. 따라서 데이터가 목적지에 도달했다 하더라도 정확한 포트 번호를 명시하지 않으면 자신이 들어가야 할 방을 찾지 못해 통신이 불가능해집니다. 인프라 보안 운영에 있어 각 서비스별 표준 포트를 통제하는 것은 공격 표면(Attack Surface)을 최소화하는 핵심 전략이며, 다음과 같은 엄격한 지침에 따라 관리됩니다. * 서비스 유형 * * 표준 포트 번호 * * 운영 용도 및 트래픽 통제 원칙 (Source → Destination) * HTTPS 443 [필수 허용] 암호화된 보안 웹 통신의 글로벌 표준입니다. 외부 인터넷 사용자로부터 가장 앞단의 DMZ 웹 서버로의 접근을 유일하게 허용하는 핵심 통로입니다. HTTP 80 [차단 권장] 과거의 평문 웹 통신 표준입니다. 보안을 위해 80번 포트로 유입되는 모든 트래픽은 즉시 443(HTTPS) 포트로 강제 리다이렉트(Redirect) 시킨 후 차단하는 것이 현대 인프라의 기본 원칙입니다. WAS 8080 [내부 통제] 비즈니스 로직을 처리하는 백엔드 애플리케이션 서버용 포트입니다. 외부 인터넷 노출은 절대적으로 금지되며, 오직 앞단의 웹 서버가 위치한 서브넷에서만 접근 가능하도록 엄격히 통제합니다. DB (MySQL) 3306 [최고 보안 통제] 실제 데이터가 저장되는 데이터베이스 연동용 포트입니다. 가장 깊숙한 내부망에 격리되어야 하며, 인가된 WAS 서버의 IP 주소에서만 통신할 수 있도록 다중 차단벽을 설정합니다. SSH 22 [관리자 전용] 시스템 원격 접속 및 유지보수를 위한 관리 포트입니다. 모든 외부 접근을 차단하고, 지정된 사내 관리용 서브넷(Management Subnet)이나 암호화된 VPN을 통해서만 접근을 허용해야 침해 사고를 예방할 수 있습니다. FTP 21 [기본 차단] 파일 전송을 위한 규약이지만 데이터가 암호화되지 않는 평문으로 전송되어 탈취 위험이 극도로 높은 레거시 프로토콜입니다. 원칙적으로 포트를 차단하고, SFTP나 SCP와 같은 암호화된 현대적 프로토콜로 대체해야 합니다. 6. 보안의 최전선, DMZ와 리버스 프록시의 방어 메커니즘 방화벽의 엄격한 포트 검문을 무사히 통과한 데이터 패킷은 마침내 서비스가 구동되는 서버 구역으로 진입합니다. 그러나 숙련된 인프라 아키텍트들은 보안과 시스템 안정성을 확보하기 위해 모든 서버를 단일한 네트워크 공간에 무방비로 몰아넣지 않습니다. 그 대신, 용도와 보안 등급에 따라 네트워크를 논리적으로 엄격히 분리하는 심층 방어(Defense in Depth) 체계를 구축합니다. 이 격리 전략의 핵심 뼈대가 바로 DMZ(Demilitarized Zone, 비무장지대)와 내부망(Internal Network)의 이원화 구조입니다. 완충 지대, DMZ (De-Militarized Zone) 군사 용어에서 차용한 DMZ는 외부 인터넷 사용자와의 접속이 불가피한 서버들을 한곳에 모아둔 완충 구역이자 외부 노출 구역입니다. 이곳에는 사용자의 브라우저와 직접 맞닿아 정적인 HTML 문서나 이미지를 가장 먼저 제공하는 웹 서버(Web Server, 예: Nginx, Apache)가 집중적으로 배치됩니다. 이때 DMZ에 위치한 웹 서버의 가장 중요한 아키텍처적 역할은 단순히 화면을 보여주는 것을 넘어, 리버스 프록시(Reverse Proxy)로 동작하는 것입니다. 웹 서버는 외부 사용자의 모든 요청을 직접 수신하여 1차적으로 필터링한 후, 복잡한 비즈니스 연산이 필요한 동적인 데이터 요청만을 선별하여 내부망에 숨겨진 WAS로 안전하게 중계(Relay)합니다. 즉, 외부 트래픽이 회사의 핵심 엔진에 직접 닿지 않도록 스스로 방패막이가 되어주는 셈입니다. 철옹성, 내부 보호 구역 (Internal Network) DMZ의 뒤편에는 기업의 존폐를 좌우하는 핵심 자산들이 숨겨진 최고 보안 구역, 내부망이 존재합니다. 이곳에는 비즈니스 로직을 구동하는 WAS(Web Application Server)와 모든 데이터의 원천인 데이터베이스(DB) 서버가 철저하게 격리되어 배치됩니다. 내부망은 외부 인터넷과 물리적, 논리적으로 완벽하게 단절되어 있으며, 오직 DMZ의 웹 서버를 통해서만, 그것도 2차 내부 방화벽의 삼엄한 통제를 거쳐야만 제한적인 통신이 가능합니다. 아키텍트들이 이토록 복잡한 논리적 에어갭(Air-gap)을 고집하는 이유는 단 하나, 침해 사고 발생 시 해커의 횡적 이동(Lateral Movement)을 원천적으로 봉쇄하기 위함입니다. 만약 구역이 분리되지 않았다면 웹 서버 하나만 해킹당해도 전체 DB가 순식간에 탈취되는 치명적인 결과로 이어집니다. 하지만 DMZ를 통해 격리 벽을 세워두면, 설령 외부 노출 구역의 웹 서버가 탈취되더라도 공격자는 더 깊은 내부망으로 침투할 연결 고리를 찾지 못하고 그 피해가 DMZ 구간으로만 국한됩니다. 이것이 바로 분리된 네트워크 구조가 기업의 핵심 데이터를 보호하는 최후의 보루로 불리는 이유입니다. 7. 비즈니스 연속성의 핵심: 웹/WAS 이중화와 DB 정합성의 딜레마 현대의 엔터프라이즈 인프라 환경에서 특정 장비나 서버 하나에 문제가 생겼다고 해서 전체 서비스가 중단되는 단일 장애점(SPOF, Single Point of Failure)을 방치하는 것은 비즈니스에 있어 용납할 수 없는 재앙입니다. 따라서 365일 24시간 서비스 가용성(Availability)을 보장하고 폭발적인 트래픽 부하를 견디기 위해, 동일한 역할을 수행하는 장비와 서버를 두 대 이상 나란히 배치하는 이중화(Redundancy) 전략을 필수로 채택합니다. 하지만 여기서 매우 중요하게 짚고 넘어가야 할 아키텍처의 결정적인 통찰이 있습니다. 바로 앞단의 웹 서버(Web/WAS) 계층의 이중화 방식과 최후방에 위치한 데이터베이스(DB) 계층의 이중화 방식은 그 근본적인 철학과 설계 구조가 완전히 다르다는 사실입니다. 웹/WAS 계층: 수평적 확장을 통한 부하 분산 (Active-Active) 연산과 로직 처리를 담당하는 웹 서버와 WAS는 로드 밸런서(Load Balancer)라는 훌륭한 지휘자를 선단에 배치하여 여러 대의 서버를 동시에 가동하는 Active-Active 구조로 설계합니다. 쏟아지는 트래픽을 로드 밸런서가 공평하게 여러 서버로 분산(Load Balancing)시켜 주며, 만약 한 대의 서버가 헬스 체크(Health Check)를 통과하지 못하고 다운되더라도 즉시 정상적인 다른 서버로 트래픽을 100% 우회시켜 무중단 서비스를 실현합니다. 데이터베이스 계층: 무결성을 향한 프라이머리-스탠바이 (Primary-Standby) 구조 반면, 시스템의 '기억'을 담당하는 DB는 단순히 서버를 늘린다고 해서 능사가 아닙니다. 만약 DB를 양쪽 서버에서 동시에 가동하여 데이터를 동시에 쓰고(Write) 읽게(Read) 만들면, 양쪽 데이터 간의 동기화가 어긋나는 치명적인 충돌, 즉 데이터 정합성(Consistency) 문제가 발생합니다. 어느 서버의 데이터가 최신 상태인지 판별할 수 없는 혼란에 빠지게 되는 것입니다. 이러한 정합성의 딜레마를 완벽하게 해결하기 위해, DB는 무조건적인 확장이 아닌 데이터 무결성 보호에 초점을 맞춘 프라이머리(Primary)와 스탠바이(Standby) 복제(Replication) 아키텍처를 채택합니다. 독점적 데이터 쓰기: 표준 설계상 데이터의 쓰기(Write) 및 갱신 작업은 오직 활성화된 메인 서버인 '프라이머리(Primary) DB' 한 곳으로만 철저히 집중시킵니다.- 실시간 백업 동기화: 스탠바이(Standby) DB는 평상시에는 전면에 나서지 않고 대기하면서, 프라이머리에 기록되는 모든 데이터를 실시간 복제(Replication)하여 완벽히 동일한 상태를 유지합니다. 장애 조치 (Failover): 만약 프라이머리 서버 시스템에 장애가 감지되면, 숨죽여 대기하며 최신 데이터를 유지하고 있던 스탠바이 서버가 즉시 프라이머리의 권한과 역할을 승계받아(Failover) 데이터 소실 없이 즉각적으로 운영을 지속합니다. 이처럼 정교하게 구성된 이중화 아키텍처는 단순한 장애 극복을 넘어 인프라 운영에 엄청난 유연성을 부여합니다. 전체 서비스를 중단하지 않고도 각 노드별로 순차적으로 최신 보안 패치를 적용하는 롤링 업데이트(Rolling Update)가 가능해지기 때문입니다. 이를 통해 기업은 제로데이(Zero-day) 취약점과 같은 긴급한 사이버 위협 앞에서도 중단 없이 시스템 보안을 강화(Hardening)할 수 있는 강력한 탄력성을 확보하게 됩니다.8 8. 2026년 IT 인프라 패러다임 대전환: AI, 하이브리드 클라우드, 그리고 제로 트러스트 지금까지 우리가 살펴본 온프레미스(On-premise) 환경의 네트워크 장비와 아키텍처 분리 원칙은 시스템의 불변하는 뼈대입니다. 하지만 2026년 현재, 이 뼈대를 감싸고 운영하는 방식은 인공지능(AI)의 폭발적인 발전과 클라우드 생태계의 성숙으로 인해 전례 없는 거대한 패러다임 전환을 맞이하고 있습니다. 시니어 아키텍트와 IT 리더들이 반드시 주목해야 할 2026년 핵심 인프라 트렌드는 다음과 같습니다. 8.1 하이브리드 클라우드와 제로 트러스트의 결합 모든 것을 클라우드로 옮기는 맹목적인 '클라우드 퍼스트' 전략은 점차 한계에 봉착
velog
알고리즘 Cheat Sheet 시리즈는 코딩 테스트를 풀다가 "이거 자바에선 뭐였지?", "파이썬은 어떻게 했더라?" 싶을 때 바로 펼쳐 보려고 만든 개인 참고용 정리입니다. Java와 Python을 나란히 놓고, 문법 차이 때문에 실수하기 쉬운 부분만 짧게 정리합니다. 이번 주제는 람다 입니다! 람다는 쉽게 말하면 이름 없는 짧은 함수 입니다. 코테에서는 주로 정렬 기준 , 변환(map)/거르기(filter) , 입력 파싱 에 씁니다. 1. 기본 문법 형태 자바 파이썬 인자 1개 x -> x * 2 lambda x: x * 2 인자 2개 (a, b) -> a + b lambda a, b: a + b 인자 없음 () -> 42 lambda: 42 여러 줄 (a, b) -> { int s = a + b; return s * 2; } 불가능 (식 하나만) 조건 분기 x -> x % 2 == 0 ? "짝" : "홀" lambda x: "짝" if x % 2 == 0 else "홀" // 자바 람다는 반드시 "함수형 인터페이스" 타입에 담아야 한다 Function<Integer, Integer> doubleIt = x -> x * 2; BinaryOperator<Integer> add = (a, b) -> a + b; doubleIt.apply(3); // 6 add.apply(2, 3); // 5 double_it = lambda x: x * 2 add = lambda a, b: a + b double_it(3) # 6 add(2, 3) # 5 파이썬 람다는 식(expression) 하나만 쓸 수 있다. if 문, for 문, 대입이 필요하면 def 로 함수를 만든다. 자바 람다는 { } 블록을 쓰면 여러 줄도 가능하지만, 이때는 return 을 직접 써야 한다. 자바 함수형 인터페이스 자바 람다는 혼자 존재할 수 없고, 어떤 인터페이스의 구현 으로 쓰인다. 자주 보는 것만 알아두면 된다. 인터페이스 모양 호출 주로 쓰는 곳 Comparator<T> (a, b) -> int compare(a, b) 정렬 Function<T, R> x -> 결과 apply(x) 변환 ( map ) Predicate<T> x -> boolean test(x) 조건 ( filter , removeIf ) Consumer<T> x -> { } (반환 없음) accept(x) forEach Supplier<T> () -> 값 get() computeIfAbsent 의 새 객체 생성 등 BinaryOperator<T> (a, b) -> 같은 타입 apply(a, b) reduce , merge 2. 메서드 참조 vs 함수 그대로 넘기기 람다가 이미 있는 함수를 호출만 할 때 는 더 짧게 쓸 수 있다. 하고 싶은 일 자바 람다 자바 메서드 참조 파이썬 문자열 → 정수 s -> Integer.parseInt(s) Integer::parseInt int 길이 s -> s.length() String::length len 두 수 더하기 (a, b) -> a + b Integer::sum operator.add 출력 x -> System.out.println(x) System.out::println print 새 리스트 생성 () -> new ArrayList<>() ArrayList::new list map.merge(key, 1, Integer::sum); words.sort(Comparator.comparing(String::length)); words.sort(key=len) # 함수 이름을 그대로 넘긴다 nums = list(map(int, ["1", "2"])) # int 함수를 그대로 넘긴다 파이썬은 함수 자체가 값이라서 key=len 처럼 괄호 없이 이름만 넘기면 된다. key=len() 이라고 쓰면 에러 발생! 3. 정렬 기준 (복습) 기준 자바 파이썬 오름차순 (a, b) -> Integer.compare(a, b) 기본값 내림차순 (a, b) -> Integer.compare(b, a) reverse=True 길이순 Comparator.comparing(String::length) key=len 길이 내림차순 Comparator.comparing(String::length).reversed() key=len, reverse=True 1순위 → 2순위 .thenComparing(...) key=lambda x: (x[0], x[1]) 자바는 "두 값을 받아 비교" , 파이썬은 "값 하나를 받아 비교할 기준을 반환" 하는 방식이다. 자바 Comparator.comparing(...) 이 파이썬 key= 와 같은 방식이라, 익숙해지면 둘을 똑같이 생각할 수 있다. // 파이썬 key=lambda x: (x[0], -x[1]) 과 같은 정렬 Arrays.sort(arr, Comparator.comparingInt((int[] x) -> x[0]) .thenComparing((int[] x) -> x[1], Comparator.reverseOrder())); 자세한 정렬은 #2 형변환/비교/정렬 편 참고 4. map · filter · reduce 기능 자바 (스트림) 파이썬 (함수) 파이썬 (컴프리헨션) 모두 변환 .map(x -> x * 2) map(lambda x: x * 2, arr) [x * 2 for x in arr] 조건 거르기 .filter(x -> x > 0) filter(lambda x: x > 0, arr) [x for x in arr if x > 0] 하나로 합치기 .reduce(0, Integer::sum) reduce(lambda a, b: a + b, arr, 0) sum(arr) int[] arr = {1, -2, 3, -4, 5}; int[] result = Arrays.stream(arr) .filter(x -> x > 0) // 1, 3, 5 .map(x -> x * 2) // 2, 6, 10 .toArray(); List<String> words = List.of("apple", "kiwi", "banana"); List<Integer> lengths = words.stream() .map(String::length) .collect(Collectors.toList()); // [5, 4, 6] arr = [1, -2, 3, -4, 5] result = [x * 2 for x in arr if x > 0] # [2, 6, 10] ← 추천 result = list(map(lambda x: x * 2, filter(lambda x: x > 0, arr))) # 같은 결과 from functools import reduce total = reduce(lambda a, b: a + b, arr, 0) # 3 파이썬에서는 map + lambda 조합보다 리스트 컴프리헨션 이 더 읽기 쉽고 흔하다. 단, map(int, ...) 처럼 이미 있는 함수를 넘길 때는 map 이 더 짧다. 5. 코테에서 자주 쓰는 한 줄 상황 자바 파이썬 입력 한 줄 → 정수 배열 Arrays.stream(br.readLine().split(" ")).mapToInt(Integer::parseInt).toArray() list(map(int, input().split())) 가장 긴 문자열 Collections.max(words, Comparator.comparing(String::length)) max(words, key=len) 값이 가장 큰 키 Collections.max(map.entrySet(), Map.Entry.comparingByValue()).getKey() max(d, key=d.get) 조건에 맞는 개수 list.stream().filter(x -> x > 0).count() sum(1 for x in lst if x > 0) 조건에 맞는 원소 삭제 list.removeIf(x -> x < 0) lst = [x for x in lst if x >= 0] 모두 변환 (원본 수정) list.replaceAll(x -> x * 2) lst = [x * 2 for x in lst] 맵 순회 map.forEach((k, v) -> ...) for k, v in d.items(): 하나라도 / 모두 .anyMatch(x -> x > 0) / .allMatch(...) any(x > 0 for x in lst) / all(...) 6. 체크포인트 [자바] 람다 안에서 바깥 지역변수를 바꿀 수 없다 람다가 쓰는 바깥 지역변수는 사실상 final (한 번도 바뀌지 않는 값)이어야 한다. int count = 0; list.forEach(x -> count++); // ❌ 컴파일 에러 int[] count = {0}; list.forEach(x -> count[0]++); // ⭕ 배열 원소는 바꿀 수 있다 (꼼수) int cnt = 0; for (int x : list) cnt++; // ⭕ 그냥 for문이 제일 깔끔 [파이썬] 반복문 안에서 만든 람다는 마지막 값을 본다 funcs = [lambda: i for i in range(3)] [f() for f in funcs] # [2, 2, 2] ← 0, 1, 2가 아님! funcs = [lambda i=i: i for i in range(3)] [f() for f in funcs] # [0, 1, 2] ← 기본값으로 현재 i를 고정 람다는 i 의 값이 아니라 변수 자체 를 기억하기 때문에, 호출 시점의 i (마지막 값 2)를 읽는다. 그 밖에 파이썬 map / filter 는 결과를 바로 만들지 않는다. 이터레이터라서 list() 로 감싸야 리스트가 되고, 한 번 순회하면 다시 쓸 수 없다. 자바 스트림도 한 번만 쓸 수 있다. 다시 쓰면 IllegalStateException 이 난다. 자바 스트림은 for 문보다 느리다. 반복 횟수가 많은 핵심 로직에서는 for 문을 쓰고, 스트림은 입력 파싱처럼 한 번만 실행되는 곳에 쓰자. 자바 int[] 스트림은 IntStream 이다. mapToInt , boxed() 로 Stream<Integer> 와 오가야 할 때가 있다 #4 참고 자바 람다 + .reversed() 는 타입 추론이 안 될 때가 있다. Comparator.comparing((String s) -> s.length()).reversed() 처럼 매개변수 타입을 적어 준다. 💡 이것만 기억하자 문법: 자바: (a, b) -> 식 파이썬: lambda a, b: 식 , 파이썬은 식 하나만 이미 있는 함수는 그대로 넘기자. 자바: Integer::parseInt 파이썬: int , len 3. 정렬: 자바는 두 값을 비교 파이썬: 기준 값을 반환( key= ) 자바: Comparator.comparing 이 파이썬 key= 와 같은 방식 4. 변환/거르기: 자바: 스트림 map / filter 파이썬: 리스트 컴프리헨션 5. 자바 람다 안에서 바깥 변수 수정 불가! 카운트는 for 문으로 6. 파이썬 반복문 안 람다는 lambda i=i: 로 값을 고정
velog
안녕하세요 우나입니다! 제가 이번에 UMC 11기로 활동하게 되었어요 야르릉! 혼자서 자료 보고 공부한느 것보다 이르케 직접 정리해야 머리에 들어올 거 같아서 기술 블로그를 함 시작해봅니다 헤헤 우선 이번 글은 프론트 학습에 필요한 공통 언어와 도구를 준비할 겁니더 웹과 브라우저의 기본 구조 웹 페이지는 브라우저가 HTML, CSS, JavaScript 파일을 읽어 화면으로 만든 결과입니다! HTML 은 페이지에 어떤 내용이 있꼬 그 내용이 어떤 역할을 하는지 나타내고 CSS 는 색, 크기, 간격, 배치처럼 모양을 정하구 JavaScript 는 클릭하거나 값 입력했을 때 화면이 바뀌도록 동작을 정해요 HTML로 구조 잡고 CSS로 꾸미고 JavaScript로 동작 만들기! 라고 생각하면 됨미더 그러며넝 브라우저가 웹 페이지를 어트케 보여주는 걸까? 일단 페이지에 접속하면 브라우저가 서버에 파일을 요청해요! 그 파일을 브라우저가 해석한 뒤에 화면을 표시하는 거랍니다 브라우저에서 주소 입력 -> 서버에 파일 요청 -> 파일 응답 받음 -> 브라우저가 파일 해석 -> 화면 표시 이 순서로 이해하면 끝! 실습 환경 준비 이제 실습 환경을 준비할 거애요 저희가 필요한 건 코드 에디터 입니다! 코드 에디터는 코드를 입력하고 파일로 저장하는 프로그램으로 저는 가장 대표적인 VS Code를 사용하게씁니다 설치 알잘딱 해주시면 되고 HTML 만들 때 좋은 VS Code 확장 프로그램도 같이 설치하면 됩니다! Live Server은 HTML 파일을 브라우저에서 열어주고 파일 저장하면 자동으로 새로고침해주는 친구애요 저는 이미 있어서 패스 하구 파일 만들게요 ᄒᄒ 저능 UMC 파일을 c:\umc11th 요기에 다 저장할 거예요 안에 week 폴더를 계속 만들어서 차곡차곡 쌓을 예정! week0 폴더를 만들고 그 안에 index.html 파일을 만들었숩니다 파일 위치: umc11th\week0\index.html HTML 기초 만들어진 index.html 에는 아무것도 없을 텐데 ! + enter을 하면 기본 뼈대 생성됩니당 <!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>Document</title> </head> <body> </body> </html> 이렇게 만들어지는데 수정하면서 각각 의미를 알아봅시다! <!DOCTYPE html> // html 문서임을 브라우저에게 알려줌 <html lang="ko"> // 주 언어로 한국어 지정 <head> // 화면에 보이지 않는 문서 정보 저장 <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>week0 실습 페이지</title> // 제목 </head> <body> // 실제 화면에 표시할 콘텐츠 저장 <h1>안녕하세요!</h1> <p>웹 개발 스타또</p> </body> </html> <meta name="viewport" content="width=device-width, initial-scale=1.0"> 요 코드는 모바일 화면에서도 페이지 너비를 올바르게 해석하도록 합니다! viewport 는 웹페이지에서 사용자 눈에 보이는 화면 영역이고 content="width=device-width" 는 " " 안에 있는 구체적인 설정값을 적용합니다 "width=device-width, initial-scale=1.0" 이니 너비는 디바이스 너비에 맞추고, 처음 화면의 확대/축소 비율을 1배로 설정한 거예요 자주 쓰는 태그 HTML 문서에서 자주 쓰는 태그에 대해 알아볼게요 1학년 전공 때 배우긴 했지만 헷갈려서 여기에 기술하고 가려고 합니덩 <h1>페이지의 가장 중요한 제목</h1> <h2>부제목</h2> <p>문단</p> <a href="링크">하이퍼링크</a> <img src="이미지 링크" alt="이미지 볼 수 없을 때 대체 설명" /> <ul> // 순서 없는 목록 Unordered List <li>list item</li> <li>목록의 각 항목</li> </ul> <ol> // 순서 있는 목록 Ordered List <li>list item</li> <li>목록의 각 항목</li> </ol> <button type="button">동작을 실행하는 버튼</button> 시맨틱 태그 시맨틱 태그는 태그 이름만으로 콘텐츠의 의미와 역할을 설명해요! 모든 영역을 <div> 로 만드는 것보다 <header> , <nav> , <main> 처럼 역할에 맞는 태그를 사용하면 딱 봤을 때 페이지 구조를 이해하기 쉽답니더 특히 접근성, 가독성, 유지보수, 도구의 구조 이해, 일관된 협업 같은 이유로 시맨틱 태그를 잘 활용하는 게 좋습니다! <header> // 페이지나 구역의 머리말 <nav>주요 탐색 링크</nav> </header> <main> // 페이지의 핵심 콘텐츠 <section> // 하나의 주제로 묶인 구역 <h2>제목</h2> <article>독립적으로 읽거나 배포할 수 있는 콘텐츠</article> </section> <aside>본문과 관련 있찌만 분리해도 이해할 수 있는 보조 콘텐츠</aside> </main> <footer>페이지나 구역의 마무리 정보</footer> 모양보다 역할 기준으로 선택할 것! 일반적인 페이지에서 핵심 콘텐츠는 <main> 하나에 담고, <nav> 는 모든 링크 묶음이 아닌 주요 탐색에 사용합니다! <section> 은 서로 관련된 내용을 하나의 주제로 묶을 때 사용하며 내용을 설명하는 제목을 함께 두는 것이 좋아요! 알맞은 시맨틱 태그가 없거나 스타일과 배치를 위한 묶음일 때는 <div> 를 사용해도 좋아요 먼저 콘텐츠의 역할을 생각하고 맞는 태그가 있으면 시맨틱 태그 사용하기! 입력 요소와 label 사용자에게 값을 입력 받을 때는 입력 요소와 해당 값을 설명하는 label을 함께 사용합니다! <label for="어떤 input을 설명하는지 연결, input의 id">닉네임</label> <input id="요소 구별하는 이름" name="서버로 보낼 데이터 이름" type="text" /> <label for="nickname">닉네임</label> <input id="nickname" name="nickname" type="text" /> CSS 기초 꾸밀 HTML 요소를 고르는 부분과 적용할 스타일을 적는 부분으로 구성됩니다! HTML 문서 안에 작성할 때는 <head> 안에 <style> 태그 추가하면 돼요 CSS는 선택자, 속성, 값의 형태로 작성! 기본 선택자 <h1 id="title">타이틀</h1> <p class="description>설명</p> h1 { // 태그 선택자 font-weight: 700; // 폰트 굵기 } .description { // 클래스 선택자, 같은 클래스 가진 여러 요소 선택 color: #475569; } #title { // 아이디 선택자, 고유한 아이디를 가진 요소 선택 letter-spacing: -0.02em; } 스타일을 재사용할 수 있게 클래스 중심으로 작성하고, 같은 속성을 여러 곳에 덮어쓰지 않도록 관련 규칙을 가까이 두면 좋습니다! 하나의 요소에 여러 CSS 규칙이 적용되면 선택자에 부여되는 우선순위 가중치인 명시도, 작성 순서와 상속 여부에 따라 최종 스타일이 달라지니까 유의하시긔 박스 모델 브라우저의 요소는 사각형 박스로 배치돼요! .card { // 클래스 선택자 width: 300px; padding: 24px; // 콘텐츠와 테두리 사이의 안쪽 여백 border: 1px solid #e2e8f0; // 요소의 테두리 border-radius: 16px; // 테두리 모서리 둥글게 표현 margin: 16px; // 요소 바깥쪽 여백 box-sizing: border-box; // 지정한 너비에 padding, border 포함! } 예상보다 요소가 커졌으면 width 만 보지 말고 padding과 border까지 함께 확인하면 굿! ^^ display와 Flexbox
velog
# Odia Matrimony: Start Your Journey Toward a Happy Marriage ** Marriage is a beautiful journey built on love, trust, understanding, and shared responsibilities. Finding the right life partner is an important step toward creating a happy and fulfilling future. For individuals who value Odia culture, traditions, and family relationships, online matchmaking offers a convenient way to connect with compatible partners. **Odia Matrimony platforms help people explore potential matches while keeping their cultural roots and personal preferences in mind.**텍 링크텍스트 Whether you are beginning your search for a life partner or helping a family member find a suitable match, understanding the matchmaking process can make your journey easier and more meaningful. 1. Understand What You Want in a Life Partner Before creating a matrimonial profile, take some time to identify the qualities that matter most to you. Think about your lifestyle, interests, career goals, family values, and expectations from marriage. Some people prioritize shared cultural traditions, while others focus on communication, emotional understanding, or professional ambitions. Knowing your preferences can help you identify potential partners with compatible expectations. An Odia Matrimony platform allows you to explore profiles based on different preferences, making it easier to discover people who may share your vision for married life. 2. Create an Attractive Matrimonial Profile Your profile is often the first introduction potential partners receive. A well-written profile should provide an honest picture of your personality, background, education, profession, and interests. Choose a clear photograph and write a friendly introduction that reflects your values and aspirations. Mention your hobbies, family background, and the qualities you appreciate in a future partner. When using an Odia Matrimony website, you can also highlight your connection to Odia traditions, language, festivals, and cultural values if these are important to you. Remember that honesty is more valuable than trying to create a perfect image. An authentic profile can encourage genuine connections with people who appreciate you for who you are. 3. Explore Compatible Matches Online matchmaking makes it possible to explore profiles beyond your immediate social circle. You can discover potential partners from different cities, professional backgrounds, and family environments. Through Odia Matrimony , individuals can look for matches who share their cultural background while considering other important factors such as education, career, location, lifestyle, and long-term goals. Take time to review each profile carefully instead of making decisions based only on photographs or a few personal details. Compatibility involves understanding a person's personality, priorities, and approach to relationships. 4. Communicate Openly and Respectfully A meaningful relationship often begins with a simple conversation. Once you find an interesting profile, introduce yourself politely and ask questions about the person's interests, lifestyle, and expectations. As communication develops, discuss important topics such as career plans, family responsibilities, financial expectations, and preferred living arrangements after marriage. An Odia Matrimony platform can help you make the initial connection, but honest conversations are essential for understanding one another. Give both individuals enough time to express their opinions. Respectful communication helps establish trust and allows you to determine whether your expectations align. 5. Respect Odia Culture and Family Traditions Odia culture includes rich traditions, festivals, language, cuisine, and family customs. For many individuals, these cultural connections are an important part of married life. Online matchmaking can help people connect with partners who understand and appreciate these traditions. It can also be useful for Odia individuals living outside Odisha who want to maintain a connection with their cultural roots. However, sharing a cultural background does not automatically guarantee compatibility. A happy marriage also requires mutual respect, flexibility, and an appreciation of each other's individual choices. The goal is to find a partner who respects your traditions while supporting your personal growth and future aspirations. 6. Involve Your Family in the Process In many Odia families, parents and relatives play a meaningful role in marriage discussions. Their advice can help individuals consider family expectations and practical aspects of married life. An Odia Matrimony service can make it easier for families to review profiles and discuss potential matches together. At the same time, both individuals should have the freedom to express their preferences and make their own decisions. Open discussions between the couple and their families can help establish realistic expectations before marriage. A balanced approach allows family traditions and personal compatibility to work together. 7. Prioritize Trust, Safety, and Compatibility While online matchmaking offers convenience, users should take precautions when connecting with new people. Verify important details, protect personal information, and avoid sending money to someone you have not sufficiently verified. Arrange an in-person meeting in a public place when both individuals feel comfortable, and consider involving trusted family members if appropriate. Beyond online safety, pay attention to how a potential partner communicates, handles disagreements, and respects boundaries. These everyday behaviours can provide useful insights into whether you may build a healthy relationship together. A thoughtful approach to Odia Matrimony helps you focus on genuine connections rather than rushing toward a commitment. Conclusion A happy marriage begins with understanding, trust, respect, and a willingness to grow together. Finding the right life partner takes time, but a clear understanding of your expectations and a thoughtful approach to matchmaking can make the journey more rewarding. Odia Matrimony offers an opportunity to explore compatible partners while celebrating Odia culture and traditions. By creating an honest profile, communicating openly, involving families thoughtfully, and prioritizing compatibility, you can take a positive step toward building a meaningful married life. Start your journey with patience, keep an open mind, and focus on finding someone with whom you can share your dreams, responsibilities, and happiness for years to come.
velog
"맥에서 LLM 돌려도 돼요?" — M5 Max 128GB를 3주 굴리면서 NVIDIA 카드와 tok/s를 실측 비교했습니다. 결론부터: 목적에 따라 답이 정반대입니다. unified memory가 이기는 게임, 지는 게임 Mac의 unified memory(여기서는 128GB)는 GPU 전용 VRAM이 없어서 "메모리 용량"은 압도적입니다. 대신 대역폭이 발목을 잡습니다. M5 Max 측정 대역폭은 546GB/s, RTX 4090은 1,008GB/s — 추론 속도는 대역폭에 비례합니다. 그래서 갈립니다: 큰 모델 1개, 혼자 쓰기 → Mac 압승 (4090에는 안 올라가는 게 맥에는 올라감) 작은 모델 빠르게, 배치 처리 → NVIDIA 압승 (동일 모델 2~4배 빠름) 실측 비교표 (2026년 10월) 모델 M5 Max MLX RTX 4090 (추정) 비고 llama3.1:8b 100.8 tok/s ~190 tok/s 4090 2배 gpt-oss:20b 102.9 tok/s ~150 tok/s 4090 우위, VRAM 13GB 양쪽 큼 qwen3-coder:30b 146.2 tok/s ~95 tok/s (18GB, offload 없음) MoE 아키텍처라 맥 강세 deepseek-r1:70b 10.3 tok/s 구동 불가 (43GB) 여기서 게임 체인지 qwen3.8-flash-next:125b 59.0 tok/s (MLX) 4장 필요 128GB의 존재 이유 M5 Max 수치는 실측, 4090은 메모리 대역폭 비율 + 공개 벤치마크 보정 추정치입니다. TTFT 함정 토큰/초만 비교하면 안 됩니다. 컨텍스트를 채워서 VRAM을 넘기면: 모델 VRAM TTFT (빈 컨텍스트 → 8K 채움) llama3.1:8b 4.9GB 0.1s → 0.1s (안전) gpt-oss:20b 13GB 14.2s → 그 이상 qwen3.6:35b-a3b 23GB 25.5s (오프로드 진행 중) deepseek-r1:8b 5.2GB 44.4s (양자화 오버헤드) Mac은 오프로드가 macOS 스왑으로 조용히 진행돼서 "되긴 하는데 체감 불가" 상태가 됩니다. TTFT로 확인하세요. 전기세로 보는 총비용 M5 Max 풀로드 ~90W vs 4090 시스템 ~650W. 하루 8시간, 24개월 돌리면: Mac: 약 209kWh → 전기세 약 4.5만원 4090: 약 1,517kWh → 전기세 약 33만원 (카드 열 처리용 에어컨 추가) Mac이 비싼 카드값을 2년 안에 일부 회수합니다. 결론: 누구에게 뭐가 맞나 코딩 어시스턴트 1인, 상시 가동 → Mac (qwen3-coder:30b가 146 tok/s로 충분, 전기세 절반 이하) 70B 이상 실험, 단일 카드 예산 제한 → Mac unified memory가 유일한 답 (70B가 43GB로 128GB에 여유) 8B~20B 빠른 응답, 파인튜닝, 배치 → RTX 3090/4090 중고 (GB당 86,500원, 속도 2배) 둘 다 필요 → 3090 중고 + 미니맥 조합이 5090보다 싸고 유연 전체 16모델 실측표와 카드별 적합 판정: VRAM Fit Matrix
Score: 54.39Confidence: 49%
View offervelog
OSI Model : 7계층 데이터 전송 방식은 각 계층에서 작업을 특정 관련 그룹으로 나누어 처리 OSI 7 Layer Layer Name 7 Application 6 Presentation 5 Session 4 Transport 3 Network 2 Data-Link 1 Physical TCP/IP Stack : TCP(Transmission Control Protocol)와 IP(Internet Protocol)를 포함한 여러 프로토콜로 구성된 프로토콜 스택 TCP/IP Stack Layer Name 4 Application 3 Transport 2 Internet 1 Network Access OSI 7 Layer 각 계층의 특징 OSI 7 계층: 사용자 애플리케이션에 네트워크 서비스를 제공 OSI 6 계층: 한 시스템의 애플리케이션 계층에서 전송된 정보가 다른 시스템의 애플리케이션 계층에서 읽을 수 있도록 보장 OSI 5 계층: 두 통신 호스트 간의 세션을 설정, 관리, 종료 OSI 4 계층: 최종 장치 간 개별 통신을 위해 데이터를 분할, 전송 및 재조립하는 서비스를 정의 OSI 3 계층: 지리적으로 분리되어있는 네트워크에 위치한 두 호스트 시스템 간의 연결성과 경로 선택을 제공 OSI 2 계층: 데이터가 전송 형식과 물리적 매체에 대한 접근 제어 방식을 정의 OSI 1 계층: 종단 장치간 물리적 링크를 활성화, 유지 및 비활성화하는 데 필요한 사양 정의
Score: 54.39Confidence: 49%
View offerScore: 54.4Confidence: 49%
Score: 54.4Confidence: 49%
Score: 54.4Confidence: 49%
Score: 54.39Confidence: 49%
Score: 54.39Confidence: 49%
Score: 54.39Confidence: 49%