The main advantage of serverless is that you pay only for the resources you use, and this translates into a significant cost reduction. Of course, there are some drawbacks and limitations. Some major concerns are vendor lock-in, difficult migrations to serverless platforms in some cases, maximum execution timeouts and so on. The goal of this article is not to convince you to adopt the serverless concept or to avoid it at all means, but to present a practical situation where serverless helped us develop a reliable monitoring solution that does not require a lot of maintenance, and on top of this, is cheap.

This monitoring solution is intended to make us aware of our platform’s availability, so we are interested in receiving alerts when the endpoints of our applications are not responsive. Moreover, we aim for an in-house crafted solution alternative to services like Pingdom, because we want to have full control over it. You might think that in this case, Sensu/Nagios HTTP(s) checks could be a solution, but those require maintenance, and we don’t want to put the effort into it.

So what did we do? We have created a “Serverless Monitoring System” based on a couple of AWS provided services, namely Lambda, SNS(Simple Notification Service) and CloudWatch. I am going to describe how these three services can be tied-up together in order to fulfill all the requirements settled in the previous paragraphs.

“Lambda service lets you run code without provisioning or managing servers”, as AWS describes it in their documentation. Moreover, “You pay only for the compute time you consume - there is no charge when your code is not running.” Knowing this, we have implemented some Python code which can be executed inside a Lambda function that checks if the response code of an HTTP(s) request to a defined endpoint is 200 OK. If the response is not the one desired, we handle the result as an alert. Our Lambda code contains, besides the HTTP(s) verification step, two other functions. One of them is called in order to send the alert message to some chat service that we use, and the second one pushes the alerts to SNS. But what is SNS? “Amazon Simple Notification Service (SNS) is a highly available, durable, secure, fully managed pub/sub messaging service”. What did we do with this one? We have used it in order to send the alerts generated by the Lambda function to e-mail and to the on-call management tool that we are intended to use after business hours.    

Simply put, the flow would be this one:

1. Lambda checks if the response code of the request is the desired one (200 OK)

2. If not, there is a function that pushes the alert ( saying that the URL is down ) to an SNS topic and another function that sends the alert to a chat service.

3. Using SNS we send the alert further as an email, and also via an on-call management tool.    

Maybe you ask yourself why we don’t use SNS also for passing the alerts to our chat service, and this would be a legit question. Well, this happens because SNS does not have a direct integration to it. So instead of creating another Lambda function that will subscribe to the SNS Topic containing our alerts, and consume the messages from there, we decided that would be more efficient to have the code that pushes the alerts to the chat tool directly in our Lambda.

“CloudWatch is a monitoring and management service”, that has a feature called Event Rule that can trigger, among other things, the execution of a specified Lambda function. It is very similar to a Linux/Unix cronjob when it comes to the way it works. We’ve used this in order to schedule our Lambda function to execute every other 3 minutes.

We are monitoring more than one application and this means we have multiple lambda functions that perform these kind of checks. Since the execution of one function takes a couple of hundreds of milliseconds, and we run a check every other 3 minutes, if we would have used anything else than Lambda, we would have over provisioned and generated an unjustified cost. In the last 3 months, since we are using this monitoring system, the billed amount of money on Lambda Service was under 0.05$ per month. This is the fixed cost, that covers the execution of the code. Moreover, our applications are quite stable, so the generated cost by SNS was 0. CloudWatch Event Rules costs about $1.00/million cross-account events, but in our case, we didn’t pay anything for this. If you do the math, I think you can conclude that this is less expensive than any other service we would have used.

We said that this monitoring environment was intended to be stable. We did not have any false alerts and moreover, no maintenance was involved.

As a sum-up, considering that we are being alerted via 3 communication channels (chat, e-mail, on-call management tool) when one of our endpoints is down, and we don’t actively maintain it, and we pay such an insignificant amount of money on this system, we can conclude that this Serverless implementation was a good fit for us in this particular case.

Înțelegerea algoritmilor de inteligentă artificială

Studiile efectuate de compania de consultanță Gartner indică faptul că la nivel global, până în anul 2020, 85% dintre managerii departamentelor IT vor fi implicați în proiecte de inteligență artificială. Așadar, investițiile în acest domeniu vor crește, datorită alocărilor interne și a proiectelor externalizate. Folosirea pe scară largă a modelelor de machine learning va duce la o creștere semnificativă a nevoii de înțelegere a algoritmilor care stau la baza acestora.

Adrian Weller, cercetător la Universitatea Cambridge, consideră că transparența este esențială pentru implementarea sistemelor inteligente în lumea reală. Managerii se așteaptă să poată pune întrebări legate de rezultatele unui model de machine learning și să vadă cum ar arata acestea dacă variabilele de intrare ar avea valori diferite. Acest proces este foarte similar cu modul în care un manager ar interoga un expert atunci când ia decizii de afaceri.

Andreea Gheorghiță este Junior Software Developer la Visma Software România în Timișoara și spune că a fost mereu pasionată de matematică și ulterior de programare datorită gândirii aparte care este necesară acestui domeniu. A scris prima linie de cod în primul an de liceu cu un creion, pe foaie, în limbaj psudocod. A învățat să gândească în cod, iar după terminarea studiilor a lucrat ca stagiar în mai multe companii din Timișoara și apoi la Google în Londra și Zurich.

"Sfatul meu pentru toate tinerele care vor să exceleze într-un domeniu de acest fel este să aibă încredere în ele și să nu se teamă să iasă din zona de confort. Poate de multe ori ne este teamă să încercăm, de frica unui eșec, însă până la urmă nu ai nimic de pierdut dintr-o greșeală, ci doar de învățat, pe principiul <Those who don't jump, will never know they can fly> ", consideră Andreea Gheorghiță.

În IT, cei ce vor să exceleze trebuie să fie mereu la curent cu toate noutățile și pregătiți pentru toate schimbările. Și, pentru că în echipă totul este mult mai ușor, colegii sunt cei care te pot ajuta să te adaptezi și să excelezi într-un domeniu dinamic. De coordonarea a două echipe se ocupă Simona Mihalescu, Team Manager la Visma Software România. Cariera ei a început la catedra de Informatică a unui liceu din Timișoara, apoi a lucrat ca programator timp de 12 ani, ulterior ca Tester, Release Coordinator și Project Manager timp de 4 ani. Acum, coordonează două echipe în Visma. Nu privește domeniul ca o provocare, ci ca un drum al dezvoltării. Ce o inspiră?

"Einstein. Teoria Relativității și teoria cuantică a tuturor lucrurilor care ne înconjoară de la știință, natură, relații umane, oameni", spune Simona Mihalescu, Team Manager la Visma Software în Timișoara.

Pasiunea pentru domeniul IT poate veni și întâmplător, atunci când te pregătești pentru cu totul alt domeniu. Și nu trebuie să scrii cod pentru a lucra într-o companie multinațională. Denisa Delinius, Operations Manager la Visma în Sibiu, a descoperit lumea Tehnologiei Informației întâmplător.

"Mă pregătisem pentru criminalistică, după două facultăți de profil urmate în Suedia și Danemarca. Am primit un telefon într-o zi de la o persoană foarte hotărâtă să mă alătur unei companii de software development, pe partea de management. Oferta a fost de nerefuzat, așa că am pus crimele pe standby. (...) Pasiunea a crescut pe parcurs în cei 7 ani de IT și nu am regretat nicio secundă decizia de a schimba domeniul 360 de grade.", spune Denisa Delinius, care în prezent lucrează pe partea de general management pentru mai multe echipe de software development.

Pasiune, determinare și puțin curaj. Curiozitate, încredere și dorință de dezvoltare. Acestea par să fie "ingredientele" unei cariere de succes în domeniul IT pentru colegele noastre, în luna martie și în toate celălalte 11 luni din an.

 

La noi în companie, se consideră că specialiștii din departamentul de Resurse Umane trebuie să cunoască bine domeniul pentru care își desfășoară activitatea, din punct de vedere tehnic. Suntem într-un domeniu de dezvoltare aplicatii software? Atunci înțelegem ce este un full-stack developer, front-end developer, back-end developer, conceptul de ‘clean code’, ce este API, ce este un serviciu Amazon, și multe altele.

"Cu sute de interviuri la activ, pot să sumarizez, sau pot să recomand pentu orice candidat interesat să facă o schimbare, că este bine să se pregatească în prealabil pentru interviu, adică să-și susțină CV-ul. Personal, le recomand să nu se bazeze doar pe spontaneitate, ci mai degrabă să își pregatească în prealabil o prezentare personală, pe care în plus, să și-o repete de cateva ori înainte de interviu. Prezentarea trebuie să aibă un curs logic, ușor de urmărit: de la educație, spre experiența profesională. Fiecare etapă de dezvoltare este bine să fie exemplificată cu cel puțin un proiect.

Încercați să structurați proiectul pe care îl prezentați ca pe o poveste:

• introducere (despre ce proiect este vorba),
• cuprins (cum am conceput proiectul),
• incheiere (rezultat).

Un plus mare, este atunci când în CV se menționează link-uri către diverse aplicații personale, deoarece putem să facem mai repede și o pre-evaluare tehnică", explică Monica Nyesti, specialist al departamentului Resurse Umane al Visma Software România.

Care sunt pașii de recutare pe care îi parcurgem când recrutam pentru o poziție tehnică?

Primul pas este să vă depuneți CV-ul, după care urmează primul interviu coordonat de către departamentul de Resurse Umane, prin care se validează acuratețea CV-ului.

Urmează un test tehnic și un test de logică, ambele generează la finalizare un raport și un scor.

Dacă rezultatul este peste cel mediu, urmează un interviu tehnic care constă într-o discuție cu arhitectul și managerul de proiect.

"Faptul că Visma a reușit să își dubleze numărul de angajați în ultimii doi ani este, după părerea mea, o reușită și o împlinire a întregii echipe.  Doar uitându-ne la anul 2018, putem spune cu mândrie că am finalizat 115 de angajari, și sperăm că foarte curând vom sărbători angajatul cu numărul 500. Nu am făcut rabat la procesul de selecție, este un risc pe care ni-l asumăm, iar rezultatul este că avem alături de noi colegitineri, ambițioși, cu un bagaj teoretic și practic foarte bun, dornici să evolueze și să devină experți în programare. La schimb ei au ușa deschisă către tehnologii noi, suportul de a sta conectați prin dedicarea unei zile pe săptămână doar pentru studiu individual, oportunități de a participa la conferințe internaționale, libertatea de a expune soluții pe proiect și de a le implementa. Cum ne place să spunem: Tu ești propria ta limită!", a conchis Monica Nyesti, specialist al departamentului Resurse Umane al Visma Software România.

VISMA este o companie lider pe piața din Europa în dezvoltarea de programe pentru automatizarea și gestionarea proceselor de afaceri în cadrul întreprinderilor. Visma are o expertiză puternică pe produsele de gestiune ERP, acoperind o gamă largă de clienți, de la întreprinderile mici până la cele foarte mari. De asemenea, portofoliul nostru mai cuprinde produse complementare necesare în mediul de afaceri ca de exemplu POS, CRM, produse bancare, plăți on-line, magazine on-line, telefonie mobile.

În România, Visma Software s-a înființat în anul 2006, când a fost deschis primul centru R&D, la Timișoara. În acest moment, Visma Software România funcționează din două locații din țară: Sibiu (sediul central) și Timișoara (punct de lucru).

*acest curs este dedicat exclusiv prietenilor și rudelor angajaților Visma.

Scopul concursului a fost promovarea practicării sporturilor de iarnă, ca activitate constructivă și sănătoasă, dar și de ”a crea o comunitate academică mai puternică”.

Concursul s-a desfășurat în 2 manșe, pentru schi și snowboard. Înainte de începerea concursului, concurenții au fost împărțiți în 6 grupe la schi și 2 grupe la snowboard. Au fost oferite diplome, cupe și premii pentru locurile 1, 2 și 3 din fiecare grupă, separate feminin/masculin și diploma pentru ceilalți participanți. 

Pentru mai multe detalii privind Cupei ULBS de Schi și Snowboard de anul acesta poți accesa pagina de Faceebok a evenimentului:

https://bit.ly/2E0bMVd

Back in 2015 a team of smart interns evaluated several business processes in Visma’s central IT function (VITC) with the scope of identifying the most feasible one to be automated using Machine Learning. The one that made the shortlist represented the ticket dispatching process owned by the Service Desk team. Consequently, following this outcome, VITC appointed a team to further investigate if this was indeed possible, by running a proof of concept.

The results of the proof of concept were extremely promising, reason for which the Management provided the mandate of establishing a separate process automation team in VITC to carry on the task of implementing the automated ticket dispatching into production and for continuing to
expand and build knowledge in this exciting field. The well-known Dee S. Patch - is now the “employee” in charge of sorting and distributing (known as dispatching) incoming ticket inquiries to the Service Desk.

Since 2016, when the team had only 3 members consisting in a Data Scientist (responsible of process automation), a Business Process Expert (responsible of process modelling and optimization) and a Team Manager (that also holds the role of an ML evangelist), the team is now counting 9 members, split between two locations: Sibiu and Oslo. We are proud to say that the team aims to hire at least one student per year as a Trainee (be it on Process or Automation side of the team) and we are able to do this through the Meet the Geeks program that reached its 5th edition this year.

This team structure has been very successful, as regardless the location, the team approaches any automation initiative in Visma based on a self designed methodology that has evolved and matured in time.

At the moment, there are several service offerings in the Process Automation portfolio, ranging from Machine Learning based - such as Ticket Classification as a Service (TCaaS), to more rule- based ones (Robotic Process Automation - RPA) and Chatbot Technologies which is a mix between Natural Language Processing (NLP) and deterministic scenarios.

The team meets several times a year, in both locations, to facilitate team building and well deserved fun. And we have the pictures to prove it...

September 2016, Păltiniș - Romania

August 2017, Sandefjord - Norway

August 2018, Hvaler - Norway

November 2018, Sibiu - Romania

Strategia

În cazul unui monolit de dimensiuni medii, cu o capacitate de 30 sau mai mulți oameni implicați în proiect, dar mai ales cu cereri constante de funcționalități noi venite din partea clienților, nevoia de a reconsidera arhitectura curentă a venit în mod natural. Scopul final al procesului a fost scalabilitatea umană, formarea echipelor de lucru autonome, viteza de lucru precum și calitatea livrărilor.

Structura organizațională este profund reflectată în arhitectura aplicațiilor, potrivit Legii lui Conway. Având acest context în vedere, pentru a favoriza autonomia echipelor, am concluzionat că sistemele trebuie să fie modulare. Continuous delivery și velocitatea livrării de noi funcționalități au fost, de asemenea, cuprinse în scopul final al rearhitecturizării. Cu aceste argumente în vedere, strategia noastră a fost orientată spre modulizare pentru a putea decupla componentele sistemului.

Parcursul rearhitecturizării

Partiționarea monolitului în module separate a fost un proces lung și dificil, care s-a extins pe parcursul a mai multor iterații, însă avantajele obținute au meritat efortul.

○ Filozofia Unix - reguli pentru obținerea de sisteme software minimaliste și modulare:
   ■ Modulele trebuie să aibă o singură funcționalitate pe care să o îndeplinească cât mai bine.
   ■ Modulele trebuie să comunice între ele. Output-ul unui modul trebuie să fie input pentru alt modul.

○ Domain driven design - pattern-ul “bounded context” specifică o modalitate de identificare a granițelor și relațiilor între diferite module bazate pe domeniul curent. 

○ Dependențe aciclice - ciclurile din graful de dependențe trebuie evitate complet.
Un număr restrâns de dependențe va limita impactul noilor funcționalități asupra sistemului, astfel încât fiecare modul trebuie să depindă doar de layere stabile ale sistemului, care alcătuiesc fundația acestuia.

○ Granițele modulelor - deoarece obiectivul final a fost decuplarea modulelor, granițele acestora trebuie să fie clare și să expună doar interfețe stabile și bine definite.
Comunicarea între module se va realiza doar pe baza acestor interfețe.

● Microservicii vs. monolit modularizat
Modularizarea unui monolit este un pas intermediar pentru migrarea spre microservicii. Simon Brown a evidențiat acest lucru: “Dacă nu poți dezvolta un monolit bine structurat și partiționat, ce te face să crezi că microserviciile sunt soluția?”

 Partiționarea unui monolit este o alternativă de succes la microservicii, păstrând ideea de încapsulare, dar evitând deployment-ul fiecărui modul ca un serviciu separat până în momentul în care există o nevoie de scalare a sa. Atât timp cât monolitul are o structura modulară, serviciile pot fi extrase cu ușurință.

Ceea ce trebuie menționat în privința microserviciilor este faptul că acestea vin cu un cost: complexitatea sistemelor de distribuiție, erori parțiale, securitate, dificultate în a separa bazele de date, log-uri distribuite și complexitate pe partea de dezvoltare a interfeței grafice.

● Provocări și obstacole
Prima provocare a procesului de modularizare a fost identificarea modulelor candidat și definirea unor reponsabilități clare pentru fiecare dintre acestea, ceea ce a presupus un efort comun din partea membrilor echipei, analiză îndelungată și expertiză de domeniu.

A două provocare a reprezentat-o definirea unor granițe clare și interfețe stabile pentru a putea forma o matrice de dependențe.
În timpul procesului de implementare, principalul obstacol întâlnit a
fost numărul mare de dependențe circulare între module, ceea ce a dus la un lung proces de
refactorizare care, în final, a fost un mare câștig în termeni de calitate a codului.

Concluzii

Evenimentul, unul dintre cele mai mari întâlniri de acest fel din lume, a reunit peste 50.000 de oameni, specialiști de top din domeniul IT, pentru o săptămână cu 2.000 de ore care au însumat o mulțime de sesiuni tehnice, hackathoane, demonstrații și evenimente.

O parte din echipa Visma Software România din Timișoara a reprezentat compania la AWS:reInvent, unde au întâlnit unii dintre cei mai apreciați profesioniști din domeniu și nu numai.

E vorba despre Remus Simon - Infrastructure Engineer, Alin Iacob - Service Architect și Cosmin Dorobanțu - Cloud Solution Architect. Au avut de ales între mai bine de 1.000 de sesiuni de analytics & big data, security & compliance, enterprise și machine learning și au luat parte la worshop-uri de top din domeniu.

Cătălin Dorobanțu spune că experiența evenimentului este greu de descris în cuvinte, dar este mereu o sursă de inspirație profesională, indiferent de specializare.

"În cazul meu, acesta este al treilea an în care particip la acest eveniment. Am avut de ales între mii de ore de sesiuni disponibile la AWS:reInvent 2018. Personal, am ales conceptele arhitecturale avansate din sectorul financiar, cele de securitate și tehnologii Blockchain. Colegii mei au descoperit, între altele, sesiuni din domeniile Serverless și practici DevOps", a explicat Cosmin Dorobanțu de la Visma Software Timișoara.

În orice specializare din domeniul tehnologiei informației, lucrurile evoluează rapid, iar astfel de evenimente dedicate specialiștilor de top oferă mereu ocazia de a fi în prima linie a informării.

"Workshop-urile au fost foarte interesante. Nu am avut ca țintă unul în speță, fiind vorba de sute de variante. Am așteptat însă cu nerabdare keynote-ul lui Andy Jassy, CEO-ul AWS, pentru că, an de an, atunci sunt anunțate noile servicii și inovații. Faptul că acum sunt suportate deploy-uri de tip 'Blue/Green' peste servicii de containere cum sunt ECS și Fargate, personal mă încantă și abia aștept să mă joc cu asta", povestește Remus Simon.

Timișorenii au avut de ales între sute de sesiuni tehnice și workshop-uri, toate cu un plus de informație inestimabil.

"Lucrul cu tehnologii edge este provocător, distractiv, dar nu întotdeauna ușor. AWS abordează o strategie de release-uri etapizate, ceea ce înseamnă că o bună parte dintre servicii nu sunt încă mature. Susținerea și consultanța oferite de ei sunt, însă, extraordinare, iar roadmap-ul de dezvoltare și implementare al AWS este influențat puternic de feedbackul clienților, al comunității", explică Alin Iacob.

Evenimentul AWS:reInvent reunește specialiști de top din domeniul IT, dar și de la Amazon Web Services. Oportunitățile de networking de aici sunt impresionante.

"Pe lângă sesiunile propriu-zise, evenimentul oferă posibilitatea participării la diverse petreceri, întâlniri, concursuri și alte evenimente sociale. De-a lungul celor trei ani, am cunoscut specialiști de la NASA, de la Finra, profesioniști din domeniul apărării dar și experți din domeniul IT, care construiesc serviciile AWS folosite de compania noastră", a mai spus Cosmin Dorobanțu.

Accesul la informații și la discuții despre domenii de interes comune creează soluțiile cele mai complexe pentru probleme cu care se pot confrunta experții IT în procesele pe care le derulează. Ideile inovatoare discutate în astfel de cadre sunt cele mai importante resurse pentru un domeniul aflat în continuă schimbare.

Agenda:

About our speaker:

Agenda:

About our speaker:

Așa cum puteți vedea și pe site-ul nostru, programul pentru un trainee este de șase luni, cu un orar flexibil, de 6-8 ore. În tot acești timp un trainee are ocazia să interacționeze cu specialiști din toată lumea, să învețe de la ei, să pună întrebări, să crească profesional. Fiecărui membru al echipei noastre îi este desemnat proiectul care i se potrivește cel mai bine, pentru a putea acumula informațiile de care are nevoie, pentru a avea la dispoziție un mentor care să-l ghideze pe începutul drumului profesional, pentru ca alături de echipă să se bucure de succese, dar și să depășească dificultățile.    

 Cosmin-Alexandru Seclaman face încă parte din acest program și în rândurile care urmează puteți citi povestea lui: ”Sunt la Visma de 5 luni, am început în luna martie. Este primul program de acest gen în care am fost implicat. Am ales Visma pentru că a fost compania care a decis sa îmi ofere șansa de a profesa într-un domeniu în care nu am avut o experiență foarte mare. Toate task-urile la care am lucrat până în prezent au fost o provocare și un mod continuu de a mă autodepăși. Experienta Visma este o șansă care nu trebuie ratată. Aici îți poți dovedi, îmbunătăți și îmbogăți cunoștințele. Mai mult de atât, îmi place libertatea de exprimare și faptul că poți lucra cu cele mai noi tehnologii existente pe piață.”

Abia așteptăm să adunăm cât mai multe astfel de povești, pentru că nu-i nimic mai frumos decât să fim martori la evoluția fiecărui membru al echipei Visma, încă de la început.

Product Unit a organizat anul acesta o întâlnire în Berlin.
Au fost prezenți peste 800 de colegi din Visma, din șapte țări. 

Din lista speakeri-lor prezenți putem aminti:

@Erik_Modig, ne-a vorbit despre psihologia comunicării de marketing, 
@mscottford, Co-Founder & Chief Code Whisperer at @corgibytes, 
@IanMmmm și @andreagoulet
Mulțumim tuturor celor prezenți și ne vedem la următorul PUDD. 

Divizia GLA a avut întâlnirea anuală la Londra. Peste 1000 de colegi au avut parte de câteva zile de vis.

După multă muncă nu strică puțină distracție

Am participat și în 2015 la această manifestare unde am fost evaluați fiind firma cu cea mai bună participare.

Product Unit a organizat în octombrie 2015 o întâlnire la Praga. Au fost prezenți peste 500 de colegi din Visma.

Sibiul a găzduit pentru prima dată in luna septembrie o competiție de 3D mapping. Visma s-a numărat printre sponsori, clipul 3D Visma fiind foarte apreciat.

Ca în fiecare an, Visma organizează o petrecere la începutul verii. Distracție la maximum!

Visma Software a participat cu o echipă la Cupa Sponsorilor din cadrul Turului Ciclist al Sibiului. Felicitari participantilor!

Visma Software a fost alături de Timotion susținând financiar acest proiect.

Am participat în premieră la BizzCamp, cu o prezentare a grupului Visma si un workshop sustinut de către un coleg norvegian.

Suntem bucuroși să putem susține aceste proiecte din domeniile STEM