본문 바로가기

나름분류해서써보기173

마이크로서비스아키텍처 설계기준 정말 마이크로서비스아키텍처를 했다고 할수있을까 ? 먼저는 여기는 api의 게이트웨이를 하는 오케스트레이어가없다. 그 흔적으로는 서비스의 특정기능의 트리거 시, 메일이나 문자를 발송는 시스템구성을 따로 떼었다가 api간의 체이닝 덩치가 커지니 그만둔것같다. ' 앞단. Ux이나 클라이언트에서 불리울 서비스기능을 기준애플리케이션 로직을 분리해 여러개의 애플리케이션으로 나눠서 서비스화하고, 분산 배치한다. 그래야 배포, 확장성, 뒷단변경에 자유로울수 있다 ' 마이크로아키텍처를 검색해보면 상품관리 주문관리 유저관리를 쪼갠걸로 예가나온다. 그래서 드는생각.. 어떻게 구성해야 트랜잭션, 네트워크비용, 유연성, 확장성 이 용이한 구성을 할수있을까? 그리고 기준을두고 나눴을때의 api간의 역할은어디까지로 두는게 좋을까?.. 2017. 1. 21.
Cping Cpong-Apache Tomcat Connector 전에 쓴 글을 누가 물어봐서.. 이제는 싸이블로그를 안함.... 이곳으로 복붙해옴~( http://cy.cyworld.com/home/27126212/post/14512351 ) CPing/CPongbackend 연결의 상태를 확인하는 목적으로 사용한다. CPing/CPong의 개념은 작은 사이즈의 test 패킷으로 커넥션에 문제가 없는지 확인 하고, 정상적인 경우에만 backend에 연결을 맺게 하는 것이다. 즉, 새로운 백엔드 커넥션을 연결한 후(connection mode: C mode), 그리고 요청받은 패킷을 백엔드에서 받기 전(prepost mode: P mode)에 test패킷을 통해 connection 연결에 문제가 없는지를 확인 하는 것이다. 당연히 연결 상태를 확인해 문제없을 경우에만 .. 2016. 9. 2.
에러가 연달아 발생하고, 연속의 통계가 어떠냐에 따라 ifTTT 해보기 디비에 저장하지 않고 5분마다의 에러통계를 이용해 30분의 에러통계를 구해,쪼꼼 더 스마트하게 모니터링을 해보려고 한다. 보통.. 특정 주기마다 모니터링을 하고 임계치보다 높으면 노티를 받는데,그때마다 노티를 받으면 시간이 지나면 그 노티를 무시하게 되는..ㅎ그래서.. 좀 더 디벨롭하면.. 그 노티를 무시하지 않게 중요한 시점에 잘 쏴주는걸 생각해보게 된다. 여러생각을 하겠지만.. 여튼. 나는에러가 연달아 발생하고, 연속의 통계가 어떠냐에 따라 노티를 받거나, 후속처리를 하는게 맞다고 판판단되는 유형을 작업해보았다. 어플리케이션로그를 걍 읽는거라 파일에 로깅하는걸 선택했다.그리고 디비에 넣어 히스토리를 알순 없겠지만 이 스케쥴링을 젠킨스를 이용하기때문에,히스토리가 필요하면 할수는 있긴함 1) 5분에 통계.. 2016. 9. 2.
파이썬_최적화튜닝전략 일부 내용만 공유합니다. 내장타입을 사용하라.내장 튜플, 리스트, 집합, 사전타입은 C로 구현되어있고, 인터프리터에 가장 잘 튜닝되어있는 자료구조이다.계층을 추가하지 않는다.first 는 dict() 함수호출이 있기 때문에 수행속도가 조금 더 느리다. 수백만개의 dict 을 생성하는 경우라면 second 가 빠르다.def test_perf_dict(self): first = timeit("s = dict(name='catherine', shares=100, price=100)" ) print(first) ## 0.291458129883 second = timeit("s = {'name':'catherine', 'shares':100, 'price':100}" ) print(second) ## 0.1409.. 2016. 9. 2.

티스토리툴바