Homo Design9 API-first API-first 방식은 인터넷과 디지털 기술 발전과 밀접하게 연결되어 있다. 2000년대 초반에 웹 서비스와 소프트웨어 애플리케이션은 점점 더 복잡해지고, 다양한 플랫폼 및 디바이스 간의 연동이 필수적이 되면서 개발 프로세스와 아키텍처에 새로운 접근 방식이 필요하게 되었다. API-first 필요성 웹서비스와 REST: 2000년대 초, 웹 서비스가 등장하면서 소프트웨어 컴포넌트들 간의 상호작용을 위한 표준화된 방법이 필요하게 되었다. REST(Representational State Transfer) 아키텍처 스타일의 등장은 이러한 요구를 충족시켰고, 간단하고 표준화된 방법으로 다른 시스템과 통신할 수 있는 API 의 기반이 되었다. 클라우드 컴퓨팅의 부상: 2000년대 중반, 클라우드 컴퓨팅의 부상.. 2024. 3. 12. 대칭적 signature와 비대칭적 signature 인터페이스 설계에서 오퍼레이션은 그 나름대로 책임을 가지게 된다. 즉, 해당 오퍼레이션을 호출하기 위해 입력받는 정보에 대해서는 호출하는 측(이하 클라이언트)에서 그 데이터가 올바로 들어갔는지를 점검할 책임이 있으며, 입력된 정보를 가지고 출력 정보를 형성하는 측(이하 서버)에서는 반환 정보에 대해서 올바른 값이 들어갔는지를 점검할 책임이 있다. 다시 말해서, 오퍼레이션은 사전 조건(precondition)과 사후 조건(postcondition)에 만족한 상태가 되어야 클라이언트와 서버가 원활하게 정보를 주고 받을 수 있다. 이와 같은 책임성에 기반해서 설계하는 방식을 '계약에 의한 설계(design by contract)'라고도 한다. 메시지를 주고 받는 양측은 서로 조건에 만족시킬 책임(respons.. 2012. 7. 10. 설계, 누구를 위한 활동인가 작업을 수행하는 사람들은 늘 흔적을 남기기 마련이며, 이를 SW에서는 산출물이라고 말한다. 즉, 어떠한 활동을 하든지 간에 그 흔적이 어떠한 형태로든 존재하기 마련인 것이다. SW 개발하는 입장에서 설계와 구현의 정확한 구분을 한다는 것은 사실 거의 불가능한 영역이기도 하다. 설계를 개발 단계 중에 정해진 기간으로 놓고 그 단계 내에서 산출물을 강요하는 식의 방식은 설계의 본연의 목적을 잃을 가능성이 너무나도 높다. Anonymity; and the Internet. by Stian Eikeland 우리는 어떤 일을 하게 될때 머리속으로 먼저 무엇을 어떻게 수행할지를 가늠해본다. 좀더 깊이 생각하는 사람은 다양한 대안들을 생각해보고 각각의 장단점을 비교하여 사전 시뮬레이션까지도 고려하여 최적의 해결책이라.. 2011. 12. 22. 시스템 설계를 바라보는 두가지 관점 시스템 구축시 설계(Design)를 바라보는 두가지 관점이 존재한다. 하나는 시스템의 청사진을 제시하고, 이를 통해 시스템의 전반적인 구조나 역학을 보기 위함이고, 다른 하나는 산출물로써의 관점이다. 전자의 관점은 시스템의 진화의 모습을 다양한 각도를 통해서 시스템의 내부 구성이 아키텍처의 원칙과 건전성을 유지하는지를 추상화가 높은 뷰에서 보는 시도로 동일한 뷰에서 작성된 설계도는 시간축의 흐름에 따라서 변경의 모습을 가지며, 시간의 흐름에 따라서 다양한 뷰가 추가되기도 한다. 하지만, 후자는 특정 시점(통상 감리나 중간 정산을 위한 시점)에서 한 스냅샷을 유지하는 것으로 이 시점의 문서는 해당 시점 이후의 고객이나 시스템을 운영하는 사람이나 개발하는 사람에게도 크게 도움이 되지 않을 수 있다. 즉, 산.. 2011. 8. 17. 이전 1 2 3 다음 반응형
