We reached the next staged to make Reactor to be more simple to demonstrate. Till now, it was possible to try it out through Swagger-ui and a chatbot, but from now on you can play with a browser based responsive UI to learn about Reactor. This UI enables all operations about cart based service manipulation: open a cart, order or remove product offerings or drop/commit a cart as you wish.

New year, new ideas. Look into the details of a new dimension of architecture measurements, extending the minds of The immortal temporary solutions article. The new dimension is Success, based on the definition described in new book from Albert-László Barabási: Formula - the Universal Laws of Success.

Reactor was made to serve each type of front-end applications, who want to handle multistep service manipulation carts. The interfaces have sophisticated data structure to minimise the API requests, like an add operation can respond with the new CurrentPortfolio state of Reactor transaction together with the update AvailableProductOfferings list. Other it is fine for many applications, others require simplified interfaces having predefined standard response structures. One example is chatbot.

Waking up at the morning and checking how Reactor demo environment is, I recognised the setup of Santa Claus present and birch. Not only do Santa exists but he follows novelties!

In the last article you read about our project experiences using OpenAPI. Here you can learn about the target we had and the product we implemented. On the top of the information, you gain a demo access to the solution too what we call Reactor.

We may say that OpenAPI is the latest craze on the field microservices. Otherwise it is also true that this specification helps a lot to implement standardised APIs. We gave it a try to implement our new portfolio element interfaces on OpenAPI basis and this article is to share to you our hands-on experiences. The results of the development, where we collected the expereinces below, will come soon.

Threat

Differentiation between threats and risks are crucial part of architecture design. Designing and implementing a solution based on threat patterns instead of analysed risks, may lead to unstable and extreme expensive situations.

What is the difference between threat and risk? Threat is a potential issues in the future what we afraid of. Risk is a threat, which we analysed probability and potential (negative) impact. This means threat is more an emotional thing, a kind of theoretical thing, while risk is more practical.

The last article about the discussion of two "black-belted" TOGAF architects about the nature of architecture management finished by the words of "A good building architect needs to know the structural strength of steel before they design in it," Let's see some practical examples of 'steel' together!

I used to refer to the article below, which is unfortunately shrank in the information ocean of the internet. Luckily I saved that to myself to be ready all time, therefore now I can share it to you. Most of the text is saved from http://www-128.ibm.com/developerworks/ibm/library/ar-togaf1/.. Please read the following discussion between David Jackson and Andras Szakal, certified ITAC architects and key members of TOGAF.

Why do you need Enterprise Architecture management? Based on the definition you find on the portal, you may know - or not. This article is for two kinds of people as the people has two different kinds: one understands why enterprise architecture and the other does not. Those who understands may find some good analogy to describe the necessity of EA, while the others would make sense of the essence. First of all, remember: EA is not a must!

The best team is where all members can say: the team cannot be successful without me and I cannot be successful without them.

This is an extra mind of me for the Do you need a team player? article.

Page 2 of 5

Architect Archers

Architect Archers are Enterprise Architect professionals and mentors.

Our mission is to build Your Archers team while defining, aiming and hit your Enterprise Targets.

© 2017 Architect Archers