티스토리

Sorry Architecture

검색하기

블로그 홈

Sorry Architecture

youngookkim.tistory.com/m

Quill. 님의 블로그입니다.

구독자: 6

방명록 방문하기

주요 글 목록

Unknown Artist 운영을 하다보면 만든 사람이 직접 조치를 해야 하는 문제들이 생길 수 있다. 온콜(On-call)은 이러한 상황에 빠르게 대응하기 위한 방법 중 한 가지인데, 실무에서 온콜이 의도와 다르게 동작하는 경우를 보았다. 먼저, 온콜과 런북(Runbook)을 활용하여 절차에 따라 긴급 장애에 대응하는 방식으로 발전하기보다, 서비스가 파편화되어있고 복잡하기 때문에 만든 사람만이 해결할 수 있다는 근거를 내세워 긴급하게 담당자를 찾는 수준에만 장애 대응 절차가 머무른 경우다. 페이징(Paging)을 받으면 임계값 기준에따라 미리 정의한 장애 수습절차(런북)를 수행해야 하는 것이 모범 사례다. 하지만, 'System error 50건 이상 발생'이라는 메시지를 받고 그제서야 로그를 분석해서 장애 등급을 판단하고 실시.. 공감수 3 댓글수 0 2024. 10. 8.
Cell-based Architecture 셀 기반 아키텍처(Cell-based Architecture)는 선박을 구성하는 격벽(Bulkhead) 컨셉으로부터 왔다. 격벽은 선박, 또는 항공기 내부에 세우는 수직 벽인데, 선박 손상 시 바닷물 침수 범위를 줄이고 선체에 추가적인 강성을 제공하는 목적을 갖고 있다. 비행기의 경우, 감압을 버텨내는 역할을 하며 비행 도중에 파손된다면 정상적인 운항은 불가능하게 된다. 같은 원리를 착안한 셀 기반 아키텍처는 장애가 더 전파되지 않도록 격리(Fault-isolation)하기 위해서, 서비스를 더 작은 단위로 나누고 세밀하게 관리하는 아키텍처다. 서비스 개발 초기에는 많은 기능을 하나의 서버에 담는 방법이 함수간 통신, 라이브러리 호출 등에서 많은 장점이 있다. 하지만 서비스의 규모가 커지고 조직이 커지면.. 공감수 6 댓글수 0 2024. 9. 29.
Bomb Merge 우리는 조직 내에서 의사소통 비용이 많은 비중을 차지 하는 지 이미 알고 있다. 그래서 문서 작성 및 공유, 데일리 스크럼 등의 다양한 방법을 통해 소통과 합의 문제를 해결하려고 노력해 왔다. 소프트웨어 개발 및 운영도 사람이 하는 일이다보니 같은 문제를 겪고있다. 어떤 기능을 개발하고 있는 지, 어떤 방식으로 동작하는 지, 진행상황이 어떤 지 파악하기 위해서 수 많은 회의를 하고 보고서를 작성한다. 규모가 더 커지면, 이러한 소통의 복잡도는 더 높아진다. 이러한 문제를 해결하기 위한 아주 직관적인 방법이 있는데, 감독관이 검토하고 승인하는 절차를 만들고 지키도록 강제하는 것이다. 소프트웨어 개발과 관리의 효율성과 품질을 높이기 위해서는 소통의 문제는 반드시 풀어야 한다. 그러나 모두가 힘들면서 속도도 .. 공감수 4 댓글수 0 2024. 3. 14.
Static Stability 선박의 경우 용골(Keel)이 있는데, 회전(Rolling)에 의해 배가 전복되지 않고 바른 자세를 유지하도록 역할을 한다. 비행기나 배가 회전하면서 휘청일 때 안정적인 자세를 유지하도록 만들어주는 특성을 정적 안정성(Static Stability)라고 부르는데 정지, 가속 및 감속 중에도 똑바로 자세를 유지하는 능력을 말한다.AWS에서도 서비스들의 복원력(Resilience) 특성 중 가장 중요한 한 가지로 정적 안정성을 정의하고 있다. 이 용어의 의미는 시스템이 정적 상태로 작동하며, 의존성 대상이 실패하거나 사용할 수 없게 되는 동안에도 어떠한 변경을 하지 않더라도 정상적으로 계속 작동한다는 것을 의미한다. 정적 안정성을 구현하기 위한 방법 중 한 가지는 서비스 중 하나가 성공적으로 복구되지 않을 .. 공감수 7 댓글수 0 2024. 2. 23.
Speaker at AWS re:Invent 2023 2022년에 이어서 2023년에도 AWS re:Invent에 발표자로 참석하게 되었다. 2022년에는 한국어 세션을 발표하기 위해서 참석하였고, 2023년에는 빌더스 세션(Builders' Session)을 진행하기 위해 라스베가스(Las Vegas)를 찾았다. 한국어 세션도 매우 많은 한국 고객 사례 후보 가운데 소수를 선택했기 때문에 매우 기뻤지만, 2023년의 Builder Session은 전세계 직원들을 대상으로한 공모에서 최종 선택되었기 때문에 훨씬 의미있고 감사했다. 발표가 확정된 다음에는 호텔 예약과 항공권 예약을 진행했다. 2년 연속 참석이다보니 이 부분은 수월하게 진행하였다. 항공편 경유지를 선택할 때도 여러 조언과 작년의 경험을 토대로 최적의 경로로 선택했다. 그 때 까지는 그랬다고 믿.. 공감수 3 댓글수 0 2024. 1. 25.
Serendipity 2012년 4월 초, 갑자기 부서장이 불렀다. 컨텐츠 전송 네트워크(CDN, Content Delivery Network)관련 워크샵이 있는데 다녀와 보라는 것이었다. 뜻밖의 일이라 놀랍고 얼떨떨했다. 새로운 것을 배울 수 있는 소중한 기회를 얻었다는 기쁨도 있었지만, 연차가 있는 높은 직급의 직원들이 주로 다녀오는 기술 세미나에 입사한 지 1년도 안된 대리가 참석하게 되었으니 어안이 벙벙했다. 어쨌든 하루의 외근과 외근을 통한 지식의 확장은 행운이었기 때문에 기쁘게 다녀왔다. 세미나 장소는 대학교의 대강당 처럼 생긴 곳이었다. 강의장에는 이미 많은 사람들이 앉아있었다. 앞 뒤로도 좌우로도 중간 정도 되는 위치에 자리를 잡았다. 커피로 정신을 깨우지 못한채로 첫 순서가 시작되었다. 외국인 강사가 나와서.. 공감수 0 댓글수 0 2024. 1. 2.
Innovation Costs 우리가 생각하는 혁신(Innovation)은 무엇인가를 새롭게 바꾸는 것이다. 가치를 실현하거나 재분배하는 신규 또는 변경된 실체라고 정의하기도 하며, 기존 보다 더 나은 상태가 되는 것을 내포한다. 이러한 혁신은 세상을 바꾸기도 하지만, 기업의 경쟁력을 높여주는 전략이 되기도 한다. 기업 입장에서는 경쟁자보다 한 발 앞서 우위를 점하여 기업의 지속성을 확고하게 만들어 주는 뛰어난 전략이다. 그러나 혁신은 쉽지 않다. 혁신에 대한 정의를 보더라도, 그리고 기업에서 기대하는 것을 보더라도 결코 쉽지 않다는 것을 알 수 있다. 먼저, 혁신은 새로운 접근이어야 한다. 기존 방식을 그대로 답습하는 것은 매우 안전한 선택이지만, 기존과 같은 방식으로는 같은 결과물을 얻을 수 밖에 없기 때문이다. 그리고, 기업의 .. 공감수 4 댓글수 0 2023. 12. 15.
Defense of the Clones (클론의 방어) 숙연한 공기가 감도는 월요일 이었다. 지난 주말 발생한 대규모 서비스 장애 때문에 누구 하나 쉽게 말을 꺼내기 힘든 분위기였고 차분하고 조용하게 하루가 지나고 있었다. 많은 인기를 얻고 있었던 아이돌 그룹의 싱글 앨범을 단독 공개하는 행사가 있었는데, 앨범 공개 시작 전부터 계정 로그인 서비스부터 뮤직 스토어 서비스, 결제 서비스까지 순식간에 많은 요청이 몰려서 시스템이 대응하기 힘든 상태가 되었다. 결국 계정 정보를 관리하는 서비스가 응답을 제대로 주지 못하는 상황이 되자, 연결되어 있던 수 많은 서비스들도 연달아 기능이 멈추는 대규모 장애로 이어졌다. 전 세계에 있는 아이돌 팬들이 독점 공개 음원을 빠르게 구매하기 위해 발매 시간에 맞춰 다양한 기기로 접속 시도를 했기 때문이었다. 단기간 집중된 접속.. 공감수 7 댓글수 0 2023. 11. 3.
Pilot Light 2012년 봄의 ‘90분의 커피 브레이크’를 통해서 클라우드(Cloud) 환경에서의 재해 복구를 직접 보았고, 어떻게 구현했으며, 실제 어떻게 동작 했는 지 체험했었다. 강사는 이러한 전략을 설명하면서 파일럿 라이트 (Pilot Light)라는 용어를 사용했다. 그러면서 이름의 유래에 대해 설명해 주었다. 파일럿 라이트의 기본 개념은 간단한데, 화로나 난로 등의 발열 기구의 불이 타오르도록 하기 위해서 연료에 제공하는 불씨를 말한다. 난로를 “켜게 되면”, 밸브가 열리면서 주입되는 가스(연료)에 파일럿 라이트가 불을 붙여 연소가 시작되는 것이다. 마치 작은 불씨를 이용해서 난로의 연소가 시작되는 과정이 시연을 통해 보여준 재해 복구 전략과 흡사 하기 때문에 파일럿 라이트라는 이름이 붙었다고 설명해 주었다.. 공감수 2 댓글수 0 2023. 10. 13.
90-Minute Coffee Break (90분의 커피 브레이크) 2012년 봄, AWS(Amazon Web Services) 시애틀의 수석 강사(Principal Trainer)가 교육을 위해 한국을 찾았다. 한국에는 AWS 교육을 진행해 줄 사람이 없었기 때문에 시애틀에서 직접 방한을 한 것이었다. 일주일의 3일은 수원에서 그리고 2일은 강남에서 AWS 교육을 진행했다. AWS 서비스 기초부터 아키텍처, 동작 방식, 비동기 이벤트 기반 애플리케이션 개발에 이르기까지 다양한 분야에 대해서 알려주었다. 교육 과정은 정말 재미있었으며, 영어로 진행했음에도 불구하고 알기 쉽게 천천히 설명을 해줘서 많은 내용들이 기억에 남았다. 몇 가지 이야기가 기억에 남는데, 하나는 갤럭시 노트를 보여주며, 자기는 손이 커서, 손가락이 뚱뚱해서, 노트를 애용하고 있다고 깨알 어필하는 것이.. 공감수 3 댓글수 0 2023. 10. 13.
Platform Engineering 플랫폼 엔지니어링(Platform Engineering)은 소프트웨어 수명주기를 관리하기 위해 개발자가 스스로 개발, 배포, 운영을 할 수 있도록 셀프 서비스 환경을 구축하는 것을 말한다. 내부 사용자, 일반적으로 소프트웨어 개발자 및 엔지니어에게 공유 플랫폼을 제공하여 서비스 운영 효율을 높이는 것이 목적으로 하며, 최종 사용자에게는 드러나지 않는다. 공유 서비스(Shared Service), 데브옵스 툴(DevOps Tool) 또는 단순히 도구(Tool)라고 부르기도 한다.플랫폼 엔지니어링이 중요한 이유는 개발자가 스스로 무엇인가를 만들고 시도해 볼 수 있는 효율적인 환경을 제공하되, 걸림돌 또는 병목 지점이 되지 않는 다는 것이다. 넒게 보면 이러한 장점은 서비스 개발 및 배포 간격을 짧게 해주며,.. 공감수 1 댓글수 0 2023. 4. 12.
Agile 애자일(Agile)은 예측하기 쉽지 않고 계속 변화하는 사장의 요구사항에 맞게 소프트웨어를 지속적으로 개선해가는 실용주의 철학이며, 실천운동이자 방법론이다. 애자일 매니페스토(Manifesto)를 살펴보면, 절차나 도구 보다 개인과 상호작용을 포괄적인 문서보다 작동하는 소프트웨어를 계약 협상보다 고객과의 협력을 계획을 따르기보다 변화에 대응하기를 가치있게 여긴다고 언급한다.전통적인 소프트웨어 개발에서 중요하게 여겼던 왼쪽의 요소들(절차, 문서, 계획, 계약)도 중요하지만 사실 그것보다는 소프트웨어를 만드는 궁극적인 목적에 더 집중하겠다는 선언을 담고 있다. 설계문서가 세밀하고 꼼꼼하더라도 생산된 결과물이 제대로 동작하지 않으면 무용지물이다. 설계도는 우수했으나 생산문제라고 싸우는 봤자 아무 의미가 없다... 공감수 1 댓글수 0 2023. 4. 3.
On-calls 삼성과 아마존에서의 경험 그리고 구글, 넷플릭스 엔지니어와의 교류 경험을 바탕으로 대규모 서비스 운영을 위한 사이트 신뢰성 엔지니어링(Site Reliability Engineering, SRE)에 대한 강의를 했다. 오전에는 이론적인 내용 중심으로 전달했고, 오후 강의 때에는 사례 중심의 강의를 진행했다. 질의 응답을 통해 다른 회사들의 서비스 운영 사례를 설명했으며, 이미 공개되어 있는 내용들과 이 전 회사에서 겪었던 사례들을 섞어서 설명했다.강의가 끝날 무렵 다양한 질문들을 받았는데, 그 중 한 가지 질문이 기억에 남았다. 대략적인 질문의 내용은 이러했다. "강의 내용을 보면 이미 알고 있는 내용들을 언급하고 있고, 런북(Runbook)을 만들어서 운영을 잘 하면 될 것 같다. 그런데 온콜(On-c.. 공감수 1 댓글수 0 2023. 3. 14.
Sixth Man 마이클 조던과 시카고 불스는 농구 역사에 전설로 남아있다. 같은 팀이었던, 스코티 피펜, 데니스 로드맨 또한 유명하다. 5명이 한 팀으로 출전하는 농구 경기에서 뛰어난 선수가 3명이나 있다는 것은 매우 놀라운 일이다. 그래서 시카고 불스는 엄청난 기록을 세우며 전설이 되었다. 여기서 시카고 불스 팀이 세운 경이로운 기록이 단 한 번의 경기에만 그친 것이 아니라는 것에 주목해 볼 필요가 있다. 각자 개성도 뚜렸했지만 실력도 좋았다. 하지만, 5명의 주전 선수만으로는 모든 시즌 경기를 소화할 수 없다. 시카고 불스가 시즌을 우승하기 위해서는 전설적인 선수도 필요하지만, 장기전을 끌어가기 위한 예비 선수도 필요하다. 교체 선수가 존재하지 않았다면, 주전 선수에게 부상이 발생했을 때 교체 선수가 없다면 팀에 큰.. 공감수 1 댓글수 0 2022. 5. 16.
Poka-yoke 포카요케(Poka-yoke)는 일본어이며, 실수를 방지하는 것을 말한다. 특정 조각을 같은 모양의 구멍에 맞추어 통과 시키는 장난감을보면 개념을 쉽게 이해할 수 있다. 별 모양의 조각을 선택하고 네모나 세모 모양의 구멍에 끼우면 통과를 못하게되고 자연스럽게 실수를 막을 수 있게된다. 모양 맞추기 게임의 핵심은 같은 모양을 찾아서 맞추는 것이겠지만, 다른 관점에서 해석해 보면 중요한 통찰을 얻을 수 있다. 다른 모양의 조각은 원천적으로 통과하지 못하도록 설계했다는 것이다. 다음은 위키피디아에 있는 포카요케관련 설명이며, 실수를 사전에 방지한다는 의미를 갖고 있다.Poka-yoke (ポカヨケ, [poka joke]) is a Japanese term that means "mistake-proofing" o.. 공감수 0 댓글수 0 2022. 5. 10.
Sorry Architecture Update: 아마존(Amazon)은 속도를 중요시 하는 회사 문화를 가지고 있다. 그래서 불확실한 것 때문에 '의사결정을 너무 미루지 않도록' 조언하는 원칙(Bias for Action)이 있다. 하지만, 이 말이 무조건 무모한 시도를 해보라는 의미는 아니다. 너무 많은 고민으로 인해서 때를 놓치는 것과 너무 서둘러서 때가 안맞는 그 사이를 잘 찾아가야 한다는 의미다. 70-80% 고객이 만족할 만 수준이라면 일단 서비스를 제공하고 원하는 것을 얻지 못하는 고객에게는 미안하다고 말하는 것이다. 추가로 한 가지 당부하고 싶은 것이 있는데, 미안하다고 말하는 것에서 끝나지 않아야 한다는 점이다. 쏘리 아키텍처를 오해하면 시스템의 70%만 개발해 놓으면 완벽하게 만들 필요가 없다고 생각할 수 있을 것 같다... 공감수 10 댓글수 0 2021. 10. 8.
Runbook 서비스 개발을 하다보면 운영 이관을 위하여 시스템 설계 내역과 문제상황에 대한 대처법 등을 자세하게 기록한 문서를 만들어서 운영 담당 부서에 전달해야 하던 때가 있었다. 모든 상황을 가정하여 방대한 지침서를 만들어야 했기 때문에 이러한 운영매뉴얼을 만드는 것은 힘들고 까다로운 작업이었다. 그러던 중 서비스를 직접 개발하고 운영까지 하게된 적이 있었는데 이때는 기존과 다른 형식의 운영매뉴얼을 위키페이지로 만들었다. 처음 접하는 사람이라도 시스템을 이해하고 대응할 수 있도록 실용적이고 간결한 문서를 만들려고 했다. 기존의 다른 운영매뉴얼과 달리 핵심만 뽑아서 문서를 만들었다.제일 먼저 1/ 시스템의 목적을 간단하게 작성하고, 2/ 아키텍처를 그림과 함께 간단하게 설명했다. 그리고 3/ API 목록을 작성하고.. 공감수 5 댓글수 0 2020. 12. 5.
iam/api/v1/ 어떤 스타트업 대표가 쓴 글과 그 글에 대한 소감을 남기려고 한다. 그 글은 글쓴이 본인에 대해 설명하는 것이었는데, 자신과 일을 하기 위한 일종의 규약을 나열한 자기소개서였다. 제목은 "John API v1", 대략 이런 느낌이었다. 그 안에는 자신이 어떤 매체를 통해 연락하는 것을 선호하는 지, 주요 업무 시간이 어떻게 되는 지, 그리고 성격유형검사의 결과가 어떤 것인지 나와있었다. 크게 MBTI와 DiSC 진단에 대한 결과와 그에 대한 설명이 있었다. 그래서 동료의 입장에서 볼 때, 그 사람과 '잘' 일하기 위해 투자하는 시간을 아껴 줄 수 있었다. 동료들을 위한 '나' 사용설명서인 셈이다. 그 스타트업 대표는 개발자 출신이다보니 더 재미있는 표현을 위해서 자신의 이름 뒤에 API(Applicati.. 공감수 1 댓글수 0 2020. 5. 17.
Nebula, Build Tool 네뷸라(Nebula)는 성운(星雲) 또는 성무(星霧)라고하며 우주의 별들 사이의 물질과 수소로 이루어진 구름 또는 안개를 말한다. 다른 한 편으로는 가디언즈 오브 갤럭시(Guardians of the Galaxy)에 나오는 캐릭터 이름이다. 오늘은 또 다른 네뷸라인 소프트웨어 패키지(Software Package) 제작 도구인 넷플릭스 빌드 랭귀지(Netflix Build Language)에대해 이야기 하려고 한다. 네뷸라는 여러 유용한 기능을 제공하고 있는데, 특히 주요 운영체제(Operation System) 소프트웨어 패키지를 쉽게 만들도록 도와주는 기능이 있다. 네뷸라에 대한 간략한 역사를 살펴보면 다음과 같다. 네뷸라 이전에 넷플릭스에서는 앤트(Ant)와 아이비(Ivy) 기반의 솔루션(Solut.. 공감수 0 댓글수 0 2020. 2. 16.
AWS Vault AWS 명령줄(CLI: Command-Line Interface) 환경을 사용하다보면 사용자인증과 권한확인을 위한 보안 키(Key)가 필요하다. 기본적으로 명령줄을 실행하는 환경에 파일로 저장하거나 환경변수로 등록해서 사용한다. 그러나 이러한 방법은 중요한 키를 암호화 되지 않고 저장하는 것이므로 보안사고의 위험이 있다. 그래서 RBAC with AWS IAM시스템을 구축하여 사용자는 임시 키를 발급받아 사용하도록 하였고 개별 사용자들은 AWS Vault라는 도구를 이용하여 자신의 자격증명 보안 키를 암호화하도록 하였다. AWS Vault는 AWS 명령줄을 사용하기위한 보안 키를 각 환경의 보안공간에 안전하게 보관해 주는 도구이다. 만약 맥 운영환경(macOS)를 사용하고 있다면, 다음과 같이 간단하게 .. 공감수 0 댓글수 0 2020. 2. 16.
RBAC with AWS IAM Update: 블로그에서 설명한 역할기반 접근제어 시스템을 테라폼(Terraform) 으로 구현하였다. 접근 제어와 권한 관리를 코드로 처리할 수 있기 때문에 이력관리, 자동화, 보안정책 리뷰에 장점이 있다. 이 프로젝트의 이름은 패스포트(Passport)이며 모던 애플리케이션을 위한 다중 AWS 계정의 역할기반 접근제어 프레임워크이다. 자세한 내용은 저장소(https://github.com/Young-ook/terraform-aws-passport)에서 확인할 수 있다.RBAC(Role-Based Access Control, 역할기반 접근제어)는 엔터프라이즈(Enterprise)환경에서 각 개인이 시스템에 접근할 수 있는 권한을 역할 기준으로 통제하는 것이다. 간단한 예를 들면, 공항에서, 일반 직원과.. 공감수 4 댓글수 0 2020. 2. 16.
Interactive Graphic Rendering Engine UX 프로토타이핑(Prototyping) 관련 된 내용들을 검색하다가 프로세싱(Processing)이라는 것을 알게 되었다. 스크립트 엔진(Script Engine)과 그래픽 렌더링 엔진(Graphic Rendering Engine)으로 구성되어 있고, 간단한 명령어들을 이용해서 여러 가지 그래픽 요소들을 쉽게 생성할 수 있었다. 스크립트를 배워야 하는 단점이 있지만, 어렵지 않게 접근할 수 있을 것 같았다. 오픈지엘(OpenGL)을 지원하며, 다양한 OS에서 동작한다. 가져다가 잘 활용하면 모바일 플래시(MobileFlash)처럼 상호작용 그래픽 엔진을 개발 할 수 있을 듯하다. 간단히 살펴보았지만, 현재 지원하는 기능만으로도 상당히 괜찮았다. 공감수 0 댓글수 0 2020. 1. 12.
Snake World 3D 한국콘텐츠진흥원(KOCCA)의 지원을 받아서 이기종 모바일 플랫폼을 지원하는 네트워크 3D게임 개발을 목표로 게임을 제작했다. 데모 동영상은 윈도우(Windows) 위에서 동작하는 시뮬레이터에서 동작하는 것을 촬영한 것이다. 실제로는 심비안, 윈도우즈 모바일, 리눅스 모바일 위에서 동시에 게임을 실행했다. 이 과제에서는 게임, 시뮬레이터 모두 만들었다. 시뮬레이터는 원래 회사에서 제작하는 제품이고 시뮬레이터 제작 담당이었기 때문에 당연히 하던 일이었다. 그러다가 3D게임 제작을 지원해 달라는 요청이 있었고, 그래서 게임 제작을 하게 되었다. 게임엔진과 시뮬레이터를 만드는 모습을 디자이너가 신기하게 봤었다. 그리고 나는 디자이너가 단축키를 사용하며 현란하게 그래픽 도구들을 활용하는 모습을 보고 감탄했었다... 공감수 0 댓글수 0 2020. 1. 8.
Rumble KART 삼성전자에서 모바일 게임 제작을 의뢰했다. 그래서 예전에 프로토타입으로 만들었던 햅틱 게임을 제안해 보려고 했다. 그래서 생각한 것인 자동차 경주 게임에 햅틱을 추가하는 것이었다. 몰입도를 높일 수 있고 모바일 환경에서 간편하게 즐길 수 있을 것 같았다. 제안서를 작성하기 위해 데모를 만들기 시작했지만, 중간에 육군 훈련소를 다녀오느라 제대로 마무리를 하지는 못하였다. 또한 3D 환경으로 구현하려다보니 모바일 기기의 성능 문제도 제약 사항이었다. 시도해 볼만 했으나 혼자서 감당하기에 큰 모험을 했던 것 같기도 하다. 아쉬움이 남지만 햅틱 게임이 럼블 카트(Rumble Kart)의 씨앗이 된 것처럼 럼블 카트도 언젠가 어떤 다른 도전의 디딤돌이 될 수 있을 것이라고 믿는다. 본 과제에서 사용한 촉감 생성 .. 공감수 0 댓글수 0 2020. 1. 8.
Mobile Card Game on WIPI 소프트웨어 공학 학기 과제로 모바일게임을 만들었다. 총 5명의 조원이 함께해서 작업을 했다. 조 이름은 iKnow, 프로젝트의 이름은 짝궁이었다. 짝궁은 같은 그림을 맞추는 게임의 특성을 살려 지은 이름이었다. 게임을 하다보면 생각보다 쉽지 않은 것을 알 수 있는데, 그림을 아주 미세하게 다르게해서 난이도를 높이도록 의도했기 때문이었다. 개발 및 실행 환경은 자바(Java) 1.3, 아로마 위피 에뮬레이터(Aroma WIPI Emulator) 1.1.1.7 이었다. 공감수 0 댓글수 0 2020. 1. 8.
Haptic Game Framework 푸시 푸시(Push Push)를 대체할 햅틱 게임(Haptic Game)을 만들어 보기 위해 시작한 과제였다. 게임을 쉽게 만들어서 올려보기 위하여 애니메이션 저작 및 재생 환경인 플래시(Flash)를 선택했다. 플래시는 디자이너에게 친숙한 도구였기 때문에 게임 캐릭터만 의뢰하면 쉽게 게임을 만들 수 있을 것 같아서 선택했다. 또한 여러 운영환경(Cross-platform)을 지원하는 장점도 고려요소 였다.제일 먼저 도전한 부분은 햅틱 장치(촉각 장치, Haptic Device)와 플래시 플레이어(Flash Player/Runtime)를 연결하는 부분이었다. 포스 피드백(Force Feedback)장치와 플래시를 연결하기 위해서는 먼저 OS와 장치를 연결하기 위한 프레임워크(Framework)를 결정해야.. 공감수 0 댓글수 0 2020. 1. 1.
Pilot.Core 학부 졸업작품으로 만든 프로그램이다. 이름은 Pilot.Core였다. 이름을 이렇게 붙인 이유는 비행기 시뮬레이터를 만들어 보려고 시작했기 때문이었다. 처음엔 조종사를 의미하는 파일럿이라고 했으나, 기본 기능만 있는 엔진까지밖에 만들지 못했고, 그래서 코어를 뒤에 붙였다. 그리고 마이크로소프트의 닷넷(.Net) 이름처럼 만들고 싶어서 가운데에 점을 추가했다. 본 어플리케이션을 간단히 설명하면 아주 기초적인 3D 게임이라고 할 수 있다. 조이스틱을 움직이면서 가상공간을 날아다니는 프로그램이다. 졸업작품을 위해 컴퓨터 그래픽과 게임엔진, 가상현실에 대해 배우면서 구현했기 했기 때문에 부족한 기능들이 너무 많았다. 많이 힘들었지만, 그래도 고생해서 만들었던 프로그램이어서 특별히 기억에 남았다. 소스코드 및 이.. 공감수 0 댓글수 0 2020. 1. 1.
Stress Test 성능 검증(Performance Test) 방법 중 하나인 스트레스 검증(Stress Test)에 대한 이야기를 해보려고 한다. 시스템의 성능을 가늠하고 측정하는 방법에는 여러 가지가 있을 수 있지만, 대표적으로 많이 활용하는 3가지는 부하 검증(Load Test), 스트레스 검증(Stress Test), 내구성 검증(Endurance Test)이 있다. 클라우드 환경이 널리 퍼지면서 확장성 검증(Scalability Test)도 성능 검증의 범주에 포함되고 있다.내 주변의 통계는 늘 틀린다는 것을 알고있지만, 실무에서 많은 소프트웨어 개발자들을 만나다보면 시간부족을 이유로 검증 과정을 대충 넘기는 것을 자주 볼 수 있었고, 테스트에 대해 잘 모르는 개발자들도 의외로 많았다. 성능 검증과 성능 분석을 혼.. 공감수 1 댓글수 0 2019. 11. 6.
Atomic 원자(Atom)는 물질의 화학반응을 통해 더 쪼갤 수 없는 단위를 말한다. 현대 물리학의 관점에서 볼 때 원자는 원자핵과 전자로 이루어져 있으며, 원자핵은 중성자와 양성자로 구성된다. 또 핵반응을 통해서는 더 작은 단위로 나뉜다. 원자의 정의에 따라 원자의 특성(Atomic)은 더 이상 나누어 질 수 없는 최소 단위라는 의미를 갖는다. 갑작스럽게 원자 이야기를 꺼낸 이유는 객체지향의 원리를 설명하기에 효과적이기 때문이다. 간단한 원자의 원리를 생각해 보면 좋겠다. 우리는 물을 구성하는 화학물질이 산소와 수소라는 것을 잘 알고 있다. 그리고 화학식으로는 H2O라고 표현하는 것을 잘 알고 있다. 이 것은 2개의 수소 원자와 1개의 산소 원자의 화학적 결합을 의미한다. 그래서 물을 전기분해하면 산소와 수소를 .. 공감수 0 댓글수 0 2019. 7. 16.
Code Review, Thumbs-up 단체 채팅에서 '봉'을 달라고 부탁하는 경우를 자주 봤다. 여기서 말하는 '봉'이란 리뷰 승인과 동의를 표현하는 엄지척의 애칭이다. 이러한 '봉' 요청 몇 번은 애교로 넘어갈 수 있었지만, 시간이 흐를수록 '봉'을 받아야 다음으로 넘어간다는 암묵적인 인식이 퍼져가는 것을 느낄 수 있었다. 때로는 '봉'을 못받아서 다음 업무를 수행하지 못한다는 말도 들었다. 이러한 방식은 건전한 코드 리뷰를 방해한다. 리뷰와 승인을 받는 과정이 왜곡되기 때문이다. '봉'만 얻으면 다음 단계로 진행할 수 있다는 생각은 다음과 같은 몇 가지 문제를 만든다. 첫째, '봉'만 요청하면 된다는 문화가 정착되면, 형식에 치중하게 만들어서 '봉'을 남발하게되고 결국 최종 코드의 품질을 떨어트린다. 시간이 촉박하다는 이유만으로 리뷰 승.. 공감수 3 댓글수 0 2019. 7. 2.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.